У меня есть блок распределения питания с интерфейсом Ethernet, который якобы настроен на IP-адрес 200.200.100.1 (сеть, в которой он находился, не была доступна в общедоступном Интернете). Этой старой сети больше нет, но у меня есть коммутатор и ноутбук под управлением Windows 7. Я пытаюсь перейти на страницу конфигурации этого PDU, чтобы я мог изменить некоторые настройки (например, его IP-адрес). До сих пор я был огорчен своими попытками сделать это, и я виню свои ржавые навыки в IP-сетях.
Для начала я отключил свой ноутбук от Интернета и подключил свой PDU и ноутбук к своему коммутатору. Я жестко запрограммировал IP-адрес ноутбука на 200.200.100.2 с маской подсети 255.255.255.0. Нет радости, я не могу пинговать 200.200.100.1.
Поэтому я думаю, что проблема в том, что PDU на самом деле настроен на другой IP-адрес, или я просто не понимаю, как работать в сети IPv4. Если это первое, как мне определить, какой PDU считает свой IP-адрес? Если это последнее, что я пропускаю?
источник
Ответы:
Когда я нахожусь в такой ситуации, я обычно подключаю свой ноутбук к устройству «спина к спине» (между ними нет переключателя; мой ноутбук имеет Ethernet-порт с автоматическим переходом MDI-X (auto-crossover), или вы можете использовать кроссовер кабель). Затем я запускаю свой любимый сниффер в случайном режиме и слушаю любые пакеты, которые не были получены с моего хоста:
... где
$INTERFACE- идентификатор интерфейса для этого порта Ethernet, обычноen0в моей системе, и$MyMACAddressMAC-адрес этого порта Ethernet.Затем я наблюдаю за любым трафиком и вижу, с какого IP-адреса и MAC-адреса он поступает. Если я не вижу трафика в течение нескольких секунд, я пытаюсь вызвать его, отключив и снова подключив кабель Ethernet (большинство устройств отправляют некоторый трафик каждый раз, когда они получают событие соединения), или выключая и выключая устройство. Я имею дело с (большинство устройств отправляют некоторый трафик при загрузке).
Если все, что вы видите, это запросы DHCP от 0.0.0.0, то вы знаете, что устройство настроено для DHCP и даже не знает, как делать локальные IPv4-адреса (т. Е. 169.254.xx / 16, самостоятельно назначенные IP-адреса или " APIPA "в Microsoft-ese). Расширьте свою маленькую изолированную сеть, включив в нее DHCP-сервер, а затем посмотрите, какой IP-адрес арендует ваше устройство через DHCP (возможно, запросив у DHCP-сервера, какие IP-адреса он выдал, каким MAC-адресам).
источник
Я бы сказал, что вы хорошо знаете IPv4, и вы сделали хорошую попытку. Однако, если вы действительно не знаете, что это IP, то ARP и DHCP не помогут. Вам понадобится что-то продвинутое, например, RARP (найдите IP, указанный MAC, напротив ARP).
Если ваш коммутатор также является маршрутизатором (например, беспроводным маршрутизатором), он может иметь собственный веб-интерфейс и инструменты IP, которые можно использовать вместо попытки заставить tcpdump работать на Win 7 (winpcap, tcpdump, wireshark, cygwin и т. Д. Работают). на Win7 но неинтересно для новичка).
Здесь дикий удар: * подключите PDU к порту WAN
подключите ПК к порту коммутатора (на стороне локальной сети) и позвольте ПК использовать DHCP
попытаться пропинговать 200.200.100.1, даже если он потерпит неудачу, это может вызвать ARP на стороне WAN (??)
откройте веб-интерфейс маршрутизатора, например, 192.168.1.1 (см. документацию по маршрутизатору)
попробуйте использовать веб-инструменты маршрутизатора для анализа сети WAN или хотя бы посмотреть, сможете ли вы найти ее MAC-адрес?
Но это также может не сработать, так как вы эффективно попробовали это с вашей попыткой прямого переключения.
Кроме того, многие устройства никогда не будут отвечать на PING, поэтому сбой PING неудивителен.
Вы знаете, какой порт он должен использовать? Подключите оба устройства к коммутатору, как вы делали раньше (с IP-адресом и соответствующей маской подсети), и попробуйте следующее:
telnet 200.200.100.1 80 (80 - стандартный порт HTTP, также вам может понадобиться установить клиент Telnet из панели Windows Ctrl)
и если вы получаете пустой экран, вы успешно подключены! (Нажмите Enter, чтобы получить подсказку обратно)
Вы можете проверить свою таблицу ARP. Попробуйте это из командной строки: C: \ Windows \ system32> arp -a 200.200.100.1
если вы получаете: Записи ARP не найдены.
... тогда произошел сбой ARP, и ваше устройство, скорее всего, НЕ использует этот IP-адрес. К сожалению, ARP не работает, если вы не знаете IP.
Но если вы получите:
Тип физического адреса интернет-адреса
200.200.100.1 48-55-35-45-55-4e статический
Затем вы успешно обнаружили устройство.
источник