У нас есть встроенное устройство под управлением Linux (2.6.?), К которому больше нельзя получить доступ через Ethernet. Кто-то в поле дал этому устройству следующие неверные настройки интерфейса Ethernet:
IP: 172.16.1.236
Subnet mask: 255.5.0.0
(Я не знаю, каков результат использования этих настроек, кроме того, что с устройством невозможно разговаривать. Я думаю, что эти настройки будут отклонены и интерфейсу будет назначен какой-то альтернативный частный IP-адрес.)
Наш человек в этой области больше не может общаться с устройством, поэтому я ищу способ обойти это.
Я считаю, что на устройстве также работает Zeroconf, но у меня нет опыта работы с протоколом.
Изменить: в конце концов ARP был отправлен с 172.16.1.236 на нашу тестовую установку, которая имитировала устройство в поле. Фактический IP-адрес на интерфейсе Ethernet был другим частным в диапазоне 169.x.x.x. Я не понимаю, как мне удалось подключиться к IP-адресу 172.x.x.x.
Мое обычное решение подобных проблем:
Шаг 1 обычно самый сложный. Это может быть ноутбук, который вы просто перетащите в нужное место, или устройство с двумя подключенными сетевыми портами; один для вас, чтобы подключиться, один для плохих сетевых данных.
Если на устройстве есть неизвестно сетевая конфигурация, она становится более сложной, и результаты не так хороши. Однако я сделал это. Вам нужен физический доступ к устройству и его сетевым подключениям. Что я наделал:
Если вам повезет, устройство выдаст несколько пакетов. Вероятно, ARPing для MAC-адресов шлюза. Это должно раскрыть IP, которым он считает себя. Если он кричит о шлюзе, это должно дать некоторые подсказки относительно того, какой он считает свою сетевую маску, хотя и не всегда. Получив IP-адрес, настройте свой ноутбук так, чтобы он прилегал к нему по IP-адресу, и попытайтесь выполнить ping-запрос. Продолжайте трассировку сети.
Если сетевая трассировка показывает, что, когда ваш компьютер пытается выполнить ARP IP-адрес целевого объекта, а устройство не отвечает, вам может потребоваться установить статическую запись в таблице ARP для этого IP-адреса. Я сталкивался с устройствами, где этот шаг был необходим для того, чтобы устройство заработало. Если пинг не работает даже после установки arp-entry, очень высоки шансы, что он принципиально недоступен из сети.
Если вы настраиваете компьютер с IP: 172.16.1.235/8 у вас будет больше шансов заставить его работать немедленно. Если оба устройства думают, что находятся в одной подсети, они просто обмениваются данными.
Поддерживает ли он IPv6? Используйте IPv6 для подключения к устройству. Вероятно, вы сможете найти MAC и определить локальный адрес ссылки.
Если ни один из них не работает, скорее всего, интерфейс не работает. Совет sysadmin1138 отличный, делайте именно это.