Как я могу найти IP-адрес моего клиентского мостового маршрутизатора?

У меня есть клиентский мост

Хорошо..

шлюз по умолчанию теперь 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. прибыль!

Вы можете выполнить проверку пинга ( Как я могу пинговать диапазон 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 

Это все IP-адреса, которые отвечали на пинг, я посетил каждый из этих IP-адресов в браузере и обнаружил, что один из них был моим скрытым клиентским мостом.

Вы можете принудительно настроить параметры шлюза по умолчанию в свойствах своего адаптера.

Возможно ли, что у вас все еще есть этот набор из того, как было установлено ваше предыдущее соединение?

Вы используете DHCP на клиентском компьютере? Обычно маршрутизатор должен быть назначен шлюзу (или xxx1 в вашей подсети); В этом случае 192.168.0.1. Вы пытались очистить любой кэш на клиенте? Ex. «ремонт» связи. Доступны ли административные страницы по обе стороны моста?

Забавный предварительный вопрос, вы уверены, что находитесь в правильной беспроводной сети? Извините, но опыт научил меня всегда спрашивать об этом в первую очередь.

Вопрос, на который нужно ответить, - откуда появился текущий адрес шлюза по умолчанию. Запустите «ipconfig / all» и проверьте, не написано ли «DHCP Enabled ..... Yes».

Если нет, то перейдите в свойства TCP / IP и включите DHCP или вручную настройте параметры IP-адреса клиента.

Если включен DHCP, в поле «DHCP Server ....» будет указан сервер, с которого он получил адрес, попробуйте выполнить проверку связи и подключиться к этому адресу через HTTP и HTTPS. Если что-то из этого работает, возможно, в вашей сети несколько устройств в режиме маршрутизатора, найдите и удалите мошенника.

Если сервер не отвечает, возможно, у вас есть старая информация. Запустите «ipconfig / release», чтобы освободить прежнюю аренду DHCP, затем запустите «ipconfig / all», чтобы убедиться, что вы видите ненастроенный интерфейс, и, наконец, запустите «ipconfig / renew», чтобы получить новый адрес, надеюсь, вы теперь увидите пригодный для использования. адреса.

Если вы все еще не работаете, попробуйте настроить клиент вручную и посмотреть, можете ли вы получить доступ к маршрутизатору, и все работает, если это так, ваш сервер DHCP может быть отключен. Убедитесь, что он настроен правильно и перезапустите его.

Удачи

How to find the lost IP address of a wireless bridge:

If you have Linux, nmap will solve your problem. nmap will scan all your IP addresses for responding ones.

Suppose you know that the ip address is somewhere around 192.168.13.1 --> 192.168.13.150. But you are not sure which one it is. This will greatly shrink your search space.

Install nmap on the linux

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

Run the nmap command:

nmap -sP 192.168.13.80-140 

Understand the above nmap command:

The -sP flag tells nmap to (not search ports) after a host is discovered. The 80-140 token at the end of the ip address means scan for ip addresses 192.168.13.80 through 192.168.13.140.

nmap command produces output:

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 

Interpret the output:

So what this tells me is that those IP addresses listed were the only ones responding to pings. I can eyeball each one and say, aha, the 192.168.13.101 is my missing wireless bridge. Entering that ip address in a browser brings up the username/login of that router acting as bridge.