У меня есть клиентский мост (маршрутизатор LinkSys WRT54GL с прошивкой DD-WRT). Я указал для устройства IP-адрес 192.168.1.2, однако при запуске ipconfig шлюз по умолчанию теперь 192.168.0.1. Точно так же, когда я пытаюсь подключиться к http://192.168.1.2, я не могу получить доступ к административной странице для маршрутизатора.
Есть идеи?
У меня есть клиентский мост
Хорошо..
шлюз по умолчанию теперь 192.168.0.1.
потому что у вас есть мост и ваша информация DHCP приходит от маршрутизатора ...
когда я пытаюсь подключиться к http://192.168.1.2, я не могу получить доступ к административной странице для маршрутизатора.
потому что вы находитесь в сети 192.168.0 и ни ваша машина, ни ваш маршрутизатор ничего не знают о сети 192.168.1. Сделай это:
Вы можете выполнить проверку пинга ( Как я могу пинговать диапазон 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-адресов в браузере и обнаружил, что один из них был моим скрытым клиентским мостом.
Если у вас Linux, nmap решит вашу проблему. Nmap проверит все ваши IP-адреса на наличие ответов.
Предположим, вы знаете, что IP-адрес где-то около 192.168.13.1 -> 192.168.13.150. Но вы не уверены, какой это. Это значительно сократит ваше пространство поиска.
Установите Nmap на Linux
[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-140 в конце IP-адреса означает сканирование 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-адреса были единственными, отвечающими на эхо-запросы. Я могу взглянуть на каждого из них и сказать, ага, 192.168.13.101 - мой пропавший беспроводной мост. Ввод этого ip-адреса в браузере вызывает имя пользователя / логин того маршрутизатора, который действует как мост.
Забавный предварительный вопрос, вы уверены, что находитесь в правильной беспроводной сети? Извините, но опыт научил меня всегда спрашивать об этом в первую очередь.
Вопрос, на который нужно ответить, - откуда появился текущий адрес шлюза по умолчанию. Запустите «ipconfig /all» и проверьте, не написано ли «DHCP Enabled .....»Да".
Если нет, перейдите в свойства TCP/IP и включите DHCP или вручную настройте параметры IP-адреса клиента.
Если включен DHCP, в поле «DHCP-сервер ....» будет указан сервер, с которого он получил адрес, попробуйте выполнить проверку связи и подключиться к этому адресу через HTTP и HTTPS. Если что-то из этого работает, возможно, в вашей сети несколько устройств в режиме маршрутизатора, найдите и удалите мошенника.
Если сервер не отвечает, возможно, у вас есть старая информация. Запустите «ipconfig /release», чтобы отказаться от старой аренды DHCP, затем запустите «ipconfig /all», чтобы убедиться, что вы видите ненастроенный интерфейс, и, наконец, запустите «ipconfig /renew», чтобы получить новый адрес, надеюсь, вы теперь увидите пригодный для использования. адреса.
Если вы все еще не работаете, попробуйте настроить клиент вручную и посмотреть, можете ли вы получить доступ к маршрутизатору, и все работает, если это так, ваш DHCP-сервер может быть отключен. Убедитесь, что он настроен правильно и перезапустите его.
Удачи
Вы можете принудительно настроить параметры шлюза по умолчанию в свойствах своего адаптера.
Возможно ли, что у вас все еще есть этот набор из того, как было установлено ваше предыдущее соединение?
Вы используете DHCP на клиентском компьютере? Обычно маршрутизатор должен быть назначен шлюзу (или xxx1 в вашей подсети); В этом случае 192.168.0.1. Вы пытались очистить любой кэш на клиенте? Ex. "ремонт" связи. Доступны ли административные страницы по обе стороны моста?