NIC Server 2008 R2 в состоянии "Неопознанная сеть" после восстановления потери связи

У меня проблемы с 2 серверами, оба с одинаковыми симптомами. Когда они повторно подключаются к коммутатору после потери соединения, они остаются в состоянии "неопознанная сеть". Только после циклического выбора ipv6 в NIC или перезагрузки он снова распознает домен и разрешает соединение между серверами.

Мое временное исправление включало доступ к серверу через RDP, доступ к настройкам сетевого адаптера, а также включение или отключение IPv6. Неважно, включен или отключен IPv6 для сетевой карты - проблема возникает в любом случае. Я полагаю, что изменение настроек IPv6 - это больше просто сброс сетевого адаптера, чем что-либо еще. Перезагрузка также приводит к резервному копированию серверов, хотя и занимает больше времени, чем трюк с IPv6.

Сейчас все серверы подключены к одному и тому же коммутатору, хотя у нас есть проблема с ним, когда он все еще теряет питание во время теста генератора, несмотря на то, что он подключен к ИБП. Это совершенно отдельный вопрос, но я просто хочу сообщить вам, ПОЧЕМУ серверы теряют сетевое подключение.

Есть около 10 серверов, и только эти 2 сервера, кажется, проблема. Это база данных и сервер приложений, которые общаются друг с другом. Они оба были куплены и установлены на месте одновременно. В обоих случаях включена совместная работа NIC Broadcom, однако к каждому кабелю, ведущему к коммутатору, подключен только один кабель. Та же проблема произошла с 4 сетевыми картами, подключенными на каждом сервере.

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

Сконфигурированные IP-адреса DNS-серверов одинаковы на всех: 192.168.X.6, 192.168.X.9 - оба внутренних сервера ADDS.

Есть идеи, почему это происходит? Надеюсь, это достаточно подробно для вас. Пожалуйста, дай мне знать, если возникнут какие-либо вопросы.

1 ответ

Ну, я только что понял, сколько лет это... в любом случае для других, возможно, попытайтесь установить ArpRetryCount в 0. Иногда служба NLA не обнаружит новое соединение из-за какой-то бессмысленной прокси-ARP, где коммутатор не передает правильное адреса на несколько минут.

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
DWORD
ArpRetryCount
0

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

Другие вопросы по тегам