アカウント名:
パスワード:
ルーター下のIPにその上層のものとかち合う番号が振られていても、なんら問題ないのが「ルーター」ってもんじゃないの?
自分の家の中で中古のルーターでもいいので1個買ってきて試すといいよ、たぶんあなたにとって予想だにしない結果が出るから。
#そしてここからネットワーク構築を学んでいっていつの間にかにネットワークエンジニアになるまでたどり着こう
いや、いままで家でも会社でもいくつもルーターをセットアップしたことがあるけど。ちなみに「わかってる」あなたは、どういう問題が起きると思っているわけ?
その発言自体で分かってないのが丸出しだぞ。実際にルーター2台ハブにくっつけてルーターのIPアドレス設定を重複させてみればわかるんじゃない?よほど気の利いたルーターじゃない限り、どちらともが正当性を主張してARPパケット投げまくるから通信がまともにできなくなる。
横からですが分かってなくて申し訳ない(オンライン情報処理技術者合格したがネスペは落ちた)
ホテルルータ(LAN側192.168.0.1/24)に客ルータ(WAN側192.168.0.10,LAN側192.168.0.1/24)をつなぐことを言っていますか?それともホテルルータ(LAN側192.168.0.1/24)に客Aルータ(WAN側192.168.0.10,LAN側192.168.1.1/24)と客Bルータ(WAN側192.168.0.11,LAN側192.168.1.1/24)をつなぐことを言っていますか?いずれもホテルLANが落ちる事態にはならないと認識していますが間違っていますでしょうか。
認識は前者であってるが、残念ながらホテル側の機器が適切に調達・設定されていないとホテルLANは落ちる。ホテル側でなにも制限設定が掛かっていないと、以下のことが発生する。
まずDHCPによるIPアドレス重複が発生する可能性が高いので端末が通信できなくなる。が、これはWindows等の受信側で下記のARPによる重複検知してくれる可能性が高いので端末ローカルの障害で終わる可能性が高い。
次に、通常ARPでIPアドレス解決を行うのだが、冗長化設定時を除き大抵のネットワーク機器は静的にIPアドレスを設定した場合、重複したIPアドレスのARPパケットを検
ありがとうございます。前者の構成を前提に、ホテルLANに端末A(192.168.0.100)、客LANに端末B(192.168.0.100)があるとして、端末AのGARPが客LANや端末Bに届いたりその逆があったりするということでしょうか。ARPはルータ(ここでは客ルータ)を超えないと認識しています。
前者の構成を前提に、ホテルLANに端末A(192.168.0.100)、客LANに端末B(192.168.0.100)があるとして、端末AのGARPが客LANや端末Bに届いたりその逆があったりするということでしょうか。ARPはルータ(ここでは客ルータ)を超えないと認識しています。
ここにちょっと認識のずれがでてきていると思います。今回の場合は大前提として「客ルーターの"LAN側"ポートにホテル側のLANケーブルを挿した」という状態です。なので、ホテルLAN/客LANとあなたが識別しているものは実際には存在しておらず、同一ネットワークセグメント上
> 今回の場合は大前提として「客ルーターの"LAN側"ポートにホテル側のLANケーブルを挿した」という状態です。
そんな勝手な前提立てるなよw
> 実際にルーター2台ハブにくっつけて
って話でどうそこまで話が飛ぶんだ?www
いや。そんな前提でっせ、今回の話。ちゃんと読んでこい。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
ん?「ホテル側のIPアドレスと重複した物が割り当てられることがあり…」 (スコア:0)
ルーター下のIPにその上層のものとかち合う番号が振られていても、なんら問題ないのが「ルーター」ってもんじゃないの?
Re: (スコア:0)
自分の家の中で中古のルーターでもいいので1個買ってきて試すといいよ、たぶんあなたにとって予想だにしない結果が出るから。
#そしてここからネットワーク構築を学んでいっていつの間にかにネットワークエンジニアになるまでたどり着こう
Re: (スコア:0)
いや、いままで家でも会社でもいくつもルーターをセットアップしたことがあるけど。
ちなみに「わかってる」あなたは、どういう問題が起きると思っているわけ?
Re: (スコア:0)
その発言自体で分かってないのが丸出しだぞ。
実際にルーター2台ハブにくっつけてルーターのIPアドレス設定を重複させてみればわかるんじゃない?
よほど気の利いたルーターじゃない限り、どちらともが正当性を主張してARPパケット投げまくるから通信がまともにできなくなる。
Re: (スコア:0)
横からですが分かってなくて申し訳ない(オンライン情報処理技術者合格したがネスペは落ちた)
ホテルルータ(LAN側192.168.0.1/24)に客ルータ(WAN側192.168.0.10,LAN側192.168.0.1/24)をつなぐことを言っていますか?
それともホテルルータ(LAN側192.168.0.1/24)に客Aルータ(WAN側192.168.0.10,LAN側192.168.1.1/24)と客Bルータ(WAN側192.168.0.11,LAN側192.168.1.1/24)をつなぐことを言っていますか?
いずれもホテルLANが落ちる事態にはならないと認識していますが間違っていますでしょうか。
Re: (スコア:1)
認識は前者であってるが、残念ながらホテル側の機器が適切に調達・設定されていないとホテルLANは落ちる。
ホテル側でなにも制限設定が掛かっていないと、以下のことが発生する。
まずDHCPによるIPアドレス重複が発生する可能性が高いので端末が通信できなくなる。
が、これはWindows等の受信側で下記のARPによる重複検知してくれる可能性が高いので端末ローカルの障害で終わる可能性が高い。
次に、通常ARPでIPアドレス解決を行うのだが、冗長化設定時を除き大抵のネットワーク機器は静的にIPアドレスを設定した場合、
重複したIPアドレスのARPパケットを検
Re: (スコア:0)
ありがとうございます。
前者の構成を前提に、ホテルLANに端末A(192.168.0.100)、客LANに端末B(192.168.0.100)があるとして、
端末AのGARPが客LANや端末Bに届いたりその逆があったりするということでしょうか。
ARPはルータ(ここでは客ルータ)を超えないと認識しています。
Re: (スコア:0)
前者の構成を前提に、ホテルLANに端末A(192.168.0.100)、客LANに端末B(192.168.0.100)があるとして、
端末AのGARPが客LANや端末Bに届いたりその逆があったりするということでしょうか。
ARPはルータ(ここでは客ルータ)を超えないと認識しています。
ここにちょっと認識のずれがでてきていると思います。
今回の場合は大前提として「客ルーターの"LAN側"ポートにホテル側のLANケーブルを挿した」という状態です。
なので、ホテルLAN/客LANとあなたが識別しているものは実際には存在しておらず、
同一ネットワークセグメント上
Re: (スコア:0)
> 今回の場合は大前提として「客ルーターの"LAN側"ポートにホテル側のLANケーブルを挿した」という状態です。
そんな勝手な前提立てるなよw
> 実際にルーター2台ハブにくっつけて
って話でどうそこまで話が飛ぶんだ?www
Re:ん?「ホテル側のIPアドレスと重複した物が割り当てられることがあり…」 (スコア:0)
いや。そんな前提でっせ、今回の話。ちゃんと読んでこい。