У меня есть блок распределения питания с интерфейсом 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-адрес? Если это последнее, что я пропускаю?

|источник

2 ответа2

2

Когда я нахожусь в такой ситуации, я обычно подключаю свой ноутбук к устройству «спина к спине» (между ними нет переключателя; у моего ноутбука есть порт Ethernet с автоматическим переходом MDI-X (auto-crossover), или вы можете использовать кроссовер кабель). Затем я запускаю свой любимый сниффер в случайном режиме и слушаю любые пакеты, которые не были получены с моего хоста:

sudo tcpdump -i $INTERFACE -nevvv not ether src $MyMACAddress

... где $INTERFACE - это идентификатор интерфейса для этого порта Ethernet, обычно en0 в моей системе, а $MyMACAddress - это MAC-адрес этого порта 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-адресам).

|источник
0

Я бы сказал, что вы хорошо знаете 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 статический

Затем вы успешно обнаружили устройство.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .