クライアントブリッジルーターのIPアドレスを見つけるにはどうすればよいですか？

クライアントブリッジ（DD-WRTファームウェアを備えたLinkSys WRT54GLルーター）があります。デバイスに192.168.1.2のIPアドレスを指定しましたが、ipconfigを実行すると、デフォルトゲートウェイは192.168.0.1になります。同様に、http://192.168.1.2に接続しようとすると、ルーターの管理ページにアクセスできません。

何か案は？

クライアントブリッジがあります

OK..

デフォルトゲートウェイは192.168.0.1です。

ブリッジがあり、DHCP情報がルーターから取得されるためです...

http://192.168.1.2に接続しようとすると、ルーターの管理ページにアクセスできません。

192.168.0ネットワーク上にあり、マシンもルーターも192.168.1ネットワークについて何も知らないためです。これを行う：

1. 一時的にコンピューターに192.168.1.100のアドレスを割り当てます
2. 192.168.1.2にログインし、192.168.0.2を使用するように再構成します（または単にdhcpを使用するように指示します）
3. マシンをdhcpに戻す
4. 利益！

pingスキャンを実行できます（IPアドレスの範囲に同時に pingを実行するにはどうすればよいですか）。

さまざまなIPをスキャンし、どのIPが応答しているかを報告します。次に、デバイスである可能性のあるアドレスを推測して接続を試みることができます。

Linux上で私のために働いたコマンド：

el@defiant ~$ nmap -sP 192.168.13.1-255

Starting Nmap 6.01 ( http://nmap.org ) at 2014-02-10 16:48 EST
Nmap scan report for 192.168.13.79
Host is up (0.0016s latency).
Nmap scan report for 192.168.13.84
Host is up (0.00025s latency).
Nmap scan report for 192.168.13.88
Host is up (0.00021s latency).
Nmap scan report for 192.168.13.100
Host is up (0.00056s latency).
Nmap scan report for 192.168.13.108
Host is up (0.00069s latency).
Nmap done: 255 IP addresses (5 hosts up) scanned in 6.17 seconds

これらはすべてpingに応答したIPであり、ブラウザーでこれらのIPのそれぞれにアクセスしましたが、そのうちの1つが非表示のクライアントブリッジであることがわかりました。

アダプタのプロパティでデフォルトゲートウェイの設定を強制できます。

以前の接続がどのようにセットアップされたかから、このセットがまだある可能性はありますか？

クライアントコンピューターでDHCPを使用していますか？通常、ルーターはゲートウェイ（またはサブネット内のxxx1）に割り当てられている必要があります。この場合、192.168.0.1。クライアントのキャッシュをクリアしようとしましたか？例 接続を「修復」します。ブリッジの両側で管理ページを利用できますか？

面白い前提条件の質問、あなたは正しい無線ネットワークにいると確信していますか？申し訳ありませんが、経験上、常に最初に質問するように教えられています。

答えるべき質問は、現在のデフォルトゲートウェイアドレスがどこから来たかです。「ipconfig / all」を実行し、「DHCP Enabled ..... Yes」と表示されているかどうかを確認します。

そうでない場合は、TCP / IPプロパティに移動してDHCPを有効にするか、クライアントIP設定を手動で構成します。

DHCPが有効になっている場合、[DHCPサーバー...]フィールドは、アドレスを取得したサーバーを識別し、pingを実行し、HTTPおよびHTTPSを介してそのアドレスに接続します。これらのいずれかが機能する場合は、おそらくネットワーク上にルーターモードで複数のデバイスがあり、不正を見つけて削除します。

サーバーが応答しない場合、おそらくそこに古い情報があります。「ipconfig / release」を実行して古いDHCPリースを解除し、「ipconfig / all」を実行して未構成のインターフェイスを確認し、最後に「ipconfig / renew」を実行して新しいアドレスを取得します。アドレス。

それでも動作しない場合は、クライアントを手動で設定し、ルーターにアクセスできるかどうかを確認してください。DHCPサーバーがフレークアウトしている可能性がある場合は、すべてが機能します。正しく構成されていることを確認し、再起動します。

幸運を

ワイヤレスブリッジの失われたIPアドレスを見つける方法：

Linuxを使用している場合、nmapは問題を解決します。nmapは、応答するものについてすべてのIPアドレスをスキャンします。

IPアドレスが192.168.13.1の周りのどこかにあることを知っていると仮定します-> 192.168.13.150。しかし、どれなのかわかりません。これにより、検索スペースが大幅に縮小されます。

Linuxにnmapをインストールする

[root@defiant bin]# yum install nmap
   Package 2:nmap-6.01-4.fc17.x86_64 already installed and latest version

nmapコマンドを実行します。

nmap -sP 192.168.13.80-140

上記のnmapコマンドを理解します。

-sPフラグは、ホストが検出された後、nmapに（検索ポートではなく）指示します。80-140IPアドレスの末尾のトークンは、IPアドレス192.168.13.80〜192.168.13.140のスキャンを意味します。

nmapコマンドは出力を生成します。

Starting Nmap 6.01 ( http://nmap.org ) at 2013-08-04 23:12 EDT
Nmap scan report for 192.168.13.84
Host is up (0.00019s latency).
Nmap scan report for 192.168.13.99
Host is up (0.0012s latency).
Nmap scan report for 192.168.13.101
Host is up (0.00063s latency).
Nmap scan report for 192.168.13.104
Host is up (0.040s latency).
Nmap scan report for 192.168.13.108
Host is up (0.00068s latency).
Nmap done: 61 IP addresses (5 hosts up) scanned in 1.66 seconds

出力を解釈します。

つまり、これは、リストされているIPアドレスがpingに応答する唯一のIPアドレスであるということです。私はそれぞれを目で確認して、ああ、192.168.13.101は私の欠落しているワイヤレスブリッジです。ブラウザにそのIPアドレスを入力すると、ブリッジとして機能するそのルーターのユーザー名/ログインが表示されます。

メインルーター（クライアントブリッジから接続）に移動し、dhcpテーブルを見つけて、クライアントブリッジのMACアドレスを見つけます。ただし、pingすることはできません。要するに、仮想IPアドレスのように見えます。