壁で囲まれたルーターのIPアドレスを見つける

壁で囲まれたルーターのIPアドレスを見つける

私のルーターはとても「」と叫ぶ。神の愛のために、モントレゾール!「でも十分近いです。物理的に簡単にアクセスできない場所にあります。」

簡単に言うと、ネットワーク内の特定のルーターの IP アドレスが必要です。

長いバージョン:

私は現在、ISPから入手したDlink DIR 865Lという3台のコンシューマールーターを所有しており、DHCPやその他ワイヤレスルーターに期待される機能をすべて備えています。2番AP として機能するルーター - その AP に直接接続された ASUS RT-N56U。ASUS はホームプラグ AV アダプターに接続され、もう一方の端には WRT 54GL があります。WRT54GL は主に有線クライアントにサービスを提供しますが、現時点ではワイヤレス機能も備えています。

ここに画像の説明を入力してください

このネットワークマップはワイヤレス接続で作成しましたが、有線接続のセットアップも完璧に説明しています。他の2つのルーターも同様に認識されます。クリックするだけでセットアップページに移動できます。

WRT54GL のワイヤレスをオフにしたいです。ワイヤレスは特に必要ないので、スイッチとして使用しています。IP アドレスが何なのか思い出せません。

私が知っていることはこれです。

  • この古くて扱いにくいスイッチは、完全にステルスでありながら完璧に動作します。有線および無線クライアントで動作します。つまり、非常に行儀のよいスイッチです。
  • ddwrtを実行します
  • AP自体に設定された静的IPv4アドレスを持つ
  • ワイヤレス経由で関連するAPに接続できます
  • 私の知る限り、実際には IPv6 が有効になっていないにもかかわらず、 IPv6 アドレスは正常に渡されます。

これまで試してみたのは以下のとおりです:

  1. Windows 7 の Windows ネットワーク マッピング。有線接続のスイッチ以外ではルーターがまったく表示されず、ルーターに直接接続されたワイヤレス接続の AP 名以外の有用な情報も表示されません。

  2. メイン ルーターが使用する IP アドレス範囲全体に対して Nmap を実行しました。zenmap でクイック スキャンを実行しました。ダメでした。Angry IP スキャナーも試しました。

  3. ARP テーブルを確認中 - いいえ、ありません

  4. Pathping、traceroute...いつもの容疑者。提案されているようにここ

  5. アクセスできる両方のルーターのクライアントテーブルを確認しました

  6. ipconfigはプライマリルータのIPアドレスを表示します

  7. 電源をオフにして再度オンにする

  8. 自分自身の最新の既知の IP アドレスをソーシャル エンジニアリングして試してみます。

私がすべきことは、ルーターの IP アドレスを調べることです。リセットは、最後の手段以外では考えられない選択肢です。

リセットすれば IP アドレスを再度設定できると思いますが、現在の場所では手間がかかりすぎます。問題なく機能しますが (すでに混雑している 2.4 GHz 帯域を塞ぐ以外)、これを行うには実際に物理的にアクセスする必要があります。

編集: この時点で、ルーターを実際のスイッチに置き換えました。また、仮想的に壁で囲まれた状態から抜け出すことができました (たくさんのものの後ろの高い棚に置かれていました)。そのため、メインネットワークの外でテストを行うことで、より多くのことを行うことができます。この時点で、IPアドレスが見つからないと確信しています。一つではないそして、私たちのかわいそうなFortunatoルーターには実際にはそれがない。考えてみれば、何かがあるということだ奇数進行中

答え1

なぜdd-wrtスイッチにIPアドレスがあると確信しているのですか?DD-WRT ウィキ次のようにして単純な AP を実現できると書かれています。

シンプルバージョン

DHCPを無効にする

LANポートをメインネットワークまたはメインルーターのLANポートに接続します

これで、アクセスポイントのみの設定が完了し、クライアントにはメイン ネットワークまたはメイン ルーターから IP 詳細が提供されるようになります。

WAN ポートは接続されていないため、IP アドレスは割り当てられません。もちろん、スイッチ機能は引き続き動作します。

これについてもう少し詳しく説明しましょう。DD-WRTはOpenWRTやOpenWRTUSBと同様に、ホストapdAPの設定に使用します。リモートDHCPサーバーがあるので、ホストapdすべての DHCP 関連のトラフィックが DHCP サーバーに適切に転送されるように、インターフェイスをイーサネット インターフェイスでブリッジする必要があります。代替案 (NAT 構成) では、WiFi クライアントが別のサブネットに挿入され、アドレスがローカルに配布されることを前提としています。

しかし、ブリッジが機能するには IP アドレスが必要であるというのはよくある誤解です。ブリッジはレイヤー 3 ではなくレイヤー 2 オブジェクトです。IP アドレスのないブリッジは、イーサネットおよび WiFi インターフェイスが属するデバイスにネットワークからアクセスできないことを意味するだけです。

ブリッジが適切に機能するためにIPアドレスを必要としないという事実は多くの場所で議論されていますが、ここでは私が初めて読んだのはここでは次のように述べられています。

ここで言及しておくべきことは、ブリッジに IP アドレスが割り当てられていなくても動作できることは十分あり得るということです。その場合、ブリッジは上記のように 2 つのセグメント間でパケットをブリッジしますが、実際には IP レベルでのネットワーク交換には参加しません。

言い換えれば、SSIDに接続できるという事実決して意味するものではないSSID に独自の IP アドレスがあるかどうか。

おそらくこれが、深いんまスキャンでは問題のアドレスを特定できませんでした。

編集:

ちなみに、私は Debian システムでテストしました。DD-WRT でも同じ結果になると思います。

答え2

イーサネットケーブルでルーターに直接接続し、ルーターへの他のすべての接続を切断して、コンピューターだけがルーターに接続されているようにします。コンピューターのIPアドレスに通常使用する範囲の静的IPを設定し、ワイヤーシャークトラフィックをキャプチャします。ルーターの電源を入れ直した直後にキャプチャを実行します。その時点でルーターが生成しているトラフィックを確認できるはずです。

答え3

まず、nmap をどのように使用していますか? ping スキャンを実行しても、ルーターが ICMP を無視するように設定されている場合は表示されません。範囲全体、おそらく 80 または 443 または Web インターフェイスが実行されるポートで開いているポートをスキャンしてみてください。

見たところ、現在は AP とイーサネット スイッチとしてのみ機能しています。そのため、現在のように機能するために独自の IP アドレスを持つ必要さえありません。おそらく IP はありますが、まったく別のサブネットにある可能性があります。

最初に試すべきことは、ソーシャル エンジニアリングを試して、ネットワークで使用されている IP 範囲が、現在からルーターを最後にチェックした時点までの間に変更されたかどうかを思い出すことです。おそらく、ルーターの古い範囲と静的 IP がポップアップ表示されます。

それでもうまくいかない場合は、現在のサブネットを超えてスキャンを開始する必要があります。ローカル システムを固定 IP で構成し、プライベート範囲全体をスキャンします。サブネット 255.0.0.0 の 10.0.0.1 と 10.0.0.0/8 のスキャン、サブネット 255.240.0.0 の 172.16.0.1 と 172.16.0.0/12 のスキャン、最後にサブネット 255.255.0.0 の 192.168.0.1 と 192.168.0.0/16 のスキャンが必要です。内部 IP があると仮定すると、これらの範囲のいずれかで見つかるはずです。

そのように見つからない場合は、通信できないため、設定する方法はありません。独自の IP アドレスを持たない奇妙なモードになっている可能性があります。

関連情報