Нахождение IP-адреса стенда в роутере

Question

Ну, мой роутер не совсем кричит:« Ради бога, Монтрезор!"но достаточно близко. Это где-то, где у меня нет легкого физического доступа к нему.

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

Длинная версия:

В настоящее время у меня есть 3 потребительских маршрутизатора, Dlink DIR 865L, который я получил от своего интернет-провайдера, который выполняет DHCP, и все, что вы ожидаете от беспроводного маршрутизатора. У меня есть второй маршрутизатор, действующий как ap - asus RT-N56U, подключенный напрямую к этой точке доступа. Asus подключен к адаптеру AV Homeplug, а на другом конце находится WRT 54GL. WRT54GL в основном обслуживает проводных клиентов, хотя на данный момент у меня есть беспроводные возможности.

Я сделал эту карту сети с беспроводным подключением, но она также отлично описывает проводную настройку. Обратите внимание, что два других маршрутизатора распознаются как таковые. Я могу просто нажать на них, и я нахожусь на странице настройки

Я хотел бы отключить беспроводную связь на WRT54GL. Мне действительно не нужна беспроводная связь, и я использую ее как коммутатор. Я просто не помню, какой IP-адрес далеко.

Вот что я знаю.

• Ужасно старая вещь работает отлично, при этом совершенно незаметно. Работает с проводными и беспроводными клиентами. Короче говоря, это очень хороший переключатель.
• Работает ddwrt
• Он получил статический IPv4-адрес, установленный на самой точке доступа.
• Я могу подключиться к соответствующей точке доступа через беспроводной
• Насколько я могу судить, он отлично работает по адресам ipv6, хотя на самом деле ipv6 не включен.

Это то, что я пробовал до сих пор:

1. Windows, сопоставление сети с Windows 7. Не показывать мне маршрутизатор вообще, кроме как в качестве переключателя на проводном соединении, и никакой полезной информации, кроме имени моей точки доступа, при беспроводном соединении напрямую с маршрутизатором

2. Nmap во всем диапазоне IP-адресов, который использует мой основной маршрутизатор - я использовал быстрое сканирование на zenmap. Нету. Не повезло там. Также попробовал злой IP сканер.

3. Проверка таблиц arp - нет, не там

4. Pathping, traceroute ... обычные подозреваемые. Как предложено здесь

5. Проверенные клиентские таблицы на обоих маршрутизаторах я могу достичь

6. ipconfig показывает IP-адрес основного маршрутизатора

7. Выключить и снова включить

8. Социальная инженерия последний известный IP-адрес от меня и пытается его.

Вот что мне нужно сделать - выяснить, какой IP-адрес у роутера. Сбросить это не совсем вариант, который я бы посчитал снаружи последним средством.

В то время как я подозреваю, что сброс настроек позволил бы мне снова установить его IP-адрес, в текущем местоположении это слишком много работы. Он работает нормально (за исключением засорения уже перегруженных полос 2,4 ГГц), и для этого мне нужно получить физический доступ к нему.

Изменить: на этом этапе я заменил маршрутизатор с фактическим коммутатором. Мне также удалось вывести его из виртуального замурованного состояния (оно находилось на высокой полке за кучей вещей), так что я могу сделать больше с помощью тестирования вне основной сети. На данный момент я убежден, что не могу найти IP-адрес, потому что его нет, а у нашего бедного маршрутизатора Fortunato его нет. Если подумать, значит что-то странное происходит

Answer 1

Почему вы так уверены, что у вашего коммутатора dd-wrt есть IP-адрес? Если вы посмотрите вики DD-WRT, там написано, что вы можете создать простой AP следующим образом:

Простая версия

Отключить DHCP

Подключите порт LAN к основной сети / к порту LAN основного маршрутизатора

Теперь у вас есть только настройка AccessPoint, где клиентам предоставляются данные IP из вашей основной сети или основного маршрутизатора.

Порт WAN не подключен, поэтому ему не присвоен IP-адрес. Переключатель функциональности конечно все же работает.

Позвольте мне остановиться на этом. DD-WRT, как и OpenWRT или OpenWRTUSB, использует hostapd для настройки точки доступа. Поскольку у вас есть удаленный сервер DHCP, интерфейс hostapd должен быть соединен с интерфейсом Ethernet, чтобы весь связанный с DHCP трафик мог быть правильно перенаправлен на сервер DHCP: альтернатива (конфигурация NAT) предполагает, что клиенты Wi-Fi вставлен в другую подсеть с локальными адресами.

Однако распространенным заблуждением является то, что мостам для работы требуется IP-адрес: мосты являются объектами уровня 2, а не уровня 3. Наличие моста без IP-адреса означает только то, что устройство, к которому принадлежат интерфейсы Ethernet и Wi-Fi, не может быть доступно из сети, вот и все.

Тот факт, что мосты не требуют IP-адреса для правильной работы, обсуждается во многих местах, я просто укажу на тот, где я впервые его прочитал. Здесь говорится, что:

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

Иначе говоря: тот факт, что вы можете подключиться к SSID , никоим образом не означает, что SSID имеет какой-либо собственный IP-адрес.

Возможно, это причина того, что даже глубокое сканирование nma не смогло идентифицировать рассматриваемый адрес.

РЕДАКТИРОВАТЬ:

И да, кстати, я протестировал это на своей системе Debian. Я не ожидаю, что это будет по-другому на DD-WRT.

Answer 2

Подключитесь напрямую к маршрутизатору через кабель Ethernet и отключите все остальные подключения к маршрутизатору, чтобы к нему был подключен только ваш компьютер. Настройте статический IP-адрес на IP-адресе вашего компьютера в диапазоне, который вы обычно используете, а затем используйте Wireshark для захвата некоторого трафика. Я бы сделал захват сразу после включения и выключения маршрутизатора. Вы должны увидеть любой трафик, генерируемый маршрутизатором в этот момент.

Answer 3

Во-первых, как вы используете nmap? Если вы выполните сканирование ping и маршрутизатор настроен на игнорирование ICMP, он не будет отображаться. Попробуйте сканировать открытые порты по всему диапазону, вероятно, 80 или 443 или любой другой порт, на котором работает веб-интерфейс.

Похоже, в настоящее время он функционирует как точка доступа и коммутатор Ethernet. Как таковой, он даже не должен иметь собственный IP-адрес, чтобы функционировать, как это происходит сейчас. Вероятно, у него будет IP-адрес, но он может находиться в другой подсети.

Первое, что нужно попробовать, - это самостоятельно спроектировать социальную сеть и запомнить, изменился ли диапазон IP-адресов, используемый в вашей сети, с настоящего момента до последней проверки этого маршрутизатора. Возможно, всплывает старый диапазон и статический IP-адрес маршрутизатора.

Если это не сработает, вам нужно начать сканирование за пределами вашей текущей подсети. Настройте вашу локальную систему с фиксированным IP-адресом и сканируйте весь частный диапазон. Вам понадобится 10.0.0.1 с подсетью 255.0.0.0 и сканирование 10.0.0.0/8, 172.16.0.1 с 255.240.0.0 и сканирование 172.16.0.0/12 и, наконец, 192.168.0.1 с подсетью 255.255.0.0 и сканирование 192.168.0.0/16. Предполагая, что он имеет внутренний IP-адрес, вы должны найти его в одном из этих диапазонов.

Если вы не найдете его таким, у вас не будет способа настроить его, так как вы не можете с ним разговаривать. Он все еще может находиться в каком-то странном режиме, где у него нет собственного IP-адреса.