Назад | Перейти на главную страницу

Почему и / или как что-то отвечать на пинги как 0.0.0.0?

Вопрос к тому, кто знает о сетях намного больше, чем я ...

Короче говоря, сегодня вечером у меня возникла проблема с удаленным сервером, которую я не мог исправить с помощью ILO (технология внеполосного управления HP), даже после выполнения полного RTFM. Я заметил, что версия прошивки МОТ на этом сервере старше 5 лет, и решил, что это может быть причиной моих трудностей, поэтому я пошел обновить ее, но не смог. (Веб-консоль управления МОТ предоставляет механизм для обновления прошивки.) Об ошибке, о которой я буду долго сожалеть, я решил позвонить в службу технической поддержки и спросить, как мне обновить прошивку. Фактически прислушавшись к их советам и выполнив мягкий сброс интерфейса (также через веб-консоль управления МОТ), он перестал отвечать.

Ожидаемое поведение, и я начал ping -t на IP-адрес интерфейса МОТ, чтобы я знал, когда он вернется. За исключением того, что все пинги возвращались как Reply from 0.0.0.0: ... Я все равно решил дать ему несколько минут, на случай, если при сбросе произойдет что-то странное. Ну, через полчаса он все еще отвечал от 0.0.0.0, так что я попросил кого-то отключить сервер. Это изменило ответы ping на Request timed out. Как только он был снова подключен, ответы на пинг от 0.0.0.0 снова завелась. Даже сейчас, 6 часов спустя, на «фактический» IP-адрес интерфейса МОТ приходит ответ от 0.0.0.0.

Как бы то ни было, у нас нет отдельной VLAN или подсети для нашей МОТ (я работаю над этим), и проверка связи с адресами в подсети, на которых ничего нет, возвращает Request timed out. А tracert на адрес проходит через наши коммутаторы, выходит по ссылке в нашем главном офисе, на другую сторону T1 на удаленном сайте ... и затем показывает 0.0.0.0. Запрос ping из удаленного VPN (который является отдельной VLAN и подсетью) возвращается Request timed out.

Из всего, что я знаю о сетях, а это явно меньше, чем я думал, что знал еще вчера, невозможно получить ответ от 0.0.0.0. Это "любой" адрес. Таким образом, даже если интерфейс МОТ был сброшен на 0.0.0.0, он не может отправлять ответ как 0.0.0.0, так ... ну, кто-нибудь знает, почему это происходит? Или как это даже мог случиться, если на то пошло?

ОБНОВЛЕНИЕ: есть кто-то на сайте, чтобы проверить настройки в ILO, и, конечно же, IP-адрес интерфейса был сброшен на 0.0.0.0.

Скорее всего, это ошибка прошивки, но единственная ситуация, о которой я слышал о пакетах -sources- из 0.0.0.0, - это RARP (обратный ARP), который отправляет запросы с нулевого MAC для определения своего IP-адреса. Когда-то это было компонентом бездисковой загрузки, но долгое время не наблюдалось.

Возможно, станция проверки связи все еще хранит MAC-адрес МОТ в кеше - и, конечно же, промежуточный коммутатор. Если бы МОТ потеряла свой адрес, она могла бы пройти процесс RARP / BOOTP. Или просто потерял рассудок.

Это не столько о 0.0.0.0, сколько о восстановлении вашей МОТ ...

Я не могу определить, работает ли сервер, на котором находится МОТ, под управлением Windows или Linux, но, предполагая, что вы можете войти на сервер, я предлагаю сбросить ILO на разумный IP-адрес из операционной системы хоста. Это можно сделать быстро с помощью hponcfg утилита (Linux, Windows).

Если вы еще не знаете, микропрограммное обеспечение очень важно в мире HP ProLiant. Запускайте обновления с хоста и избегайте обновления через веб-интерфейс МОТ на более старых версиях прошивки.