Проблемы с произвольным подключением в Windows Server 2016

Надеюсь, кто-нибудь сможет мне помочь с этим.

У меня есть виртуальная машина Windows Server 2016, работающая на Hyper-v, хост также является Windows Server 2016. В случайное время подключаюсь к общим сетевым ресурсам на других серверах через имя \\ СЕРВЕР завершится ошибкой, соединение с \\ IP-АДРЕСОМ всегда работает.

Сервер подключен к виртуальному коммутатору с выделенным доступом к хостам. Гигабитный адаптер Broadcom NetXtreme.

Это единственный сервер на этом сайте, который подключен к нашему основному сайту через IPSEC VPN.

Сервер функционирует как контроллер домена, DHCP-сервер, DNS-сервер и файловый сервер.

Я впервые заметил проблему, когда репликация AD давала сбой. Дальнейшее расследование показало, что я не могу подключиться к контроллеру домена на нашем основном сайте через SMB \\ SERVER, но я мог подключиться с \\ IP. Проверка связи с сервером по имени работает, и DNS вроде бы работает.

При подключении к \\ СЕРВЕР возвращаются следующие ошибки: «Windows не может найти СЕРВЕР. Проверьте орфографию и повторите попытку» или «Сетевой путь не найден»

Мне удалось подключиться к другим серверам по имени на нашем главном site.

Когда я устранял неполадки несколько часов спустя, DFSR начал давать сбой на другом сервере на нашем основном сайте. Ошибка в журнале «Удаленный вызов процедуры завершился неудачно и не был выполнен». При подключении к этому серверу я обнаружил те же симптомы, что и первый, с той лишь разницей, что проблемы со связью возникли позже.

Я перезагрузил виртуальную машину. и обнаружил, что все вернулось к норме и работает, AD хорошо реплицируется, а DFRS подключен и работает.

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

Дальнейшее устранение неполадок показало, что отключение и повторное включение сетевого адаптера Microsoft Hyper-V восстановило соединение, но проблема возвращается в случайное время.

Журналы на сервере не показывают ничего необычного. За исключением ошибок репликации AD, DFRS и DNS. Ошибки DNS:

  • DNS-сервер обнаружил критическую ошибку из Active Directory. Убедитесь, что Active Directory работает правильно.

  • DNS-серверу не удалось привязать сокет протокола дейтаграмм пользователя (UDP) к 172.18.0.10. Данные события представляют собой код ошибки. Перезагрузите DNS-сервер или перезагрузите компьютер.

  • DNS-серверу не удалось открыть сокет для адреса 172.18.0.10.

  • Убедитесь, что это действительный IP-адрес для серверного компьютера. Если он НЕ допустим, используйте диалоговое окно «Интерфейсы» в разделе «Свойства сервера» в диспетчере DNS, чтобы удалить его из списка IP-интерфейсов. Затем остановите и перезапустите DNS-сервер. (Если это был единственный IP-интерфейс на данном компьютере и DNS-сервер мог не запуститься в результате этой ошибки. В этом случае удалите значение DNS \ Parameters \ ListenAddress в разделе служб реестра и перезапустите.)

  • DNS-серверу не удалось привязать сокет протокола управления передачей (TCP) к адресу 172.18.0.10. Данные события представляют собой код ошибки. IP-адрес 0.0.0.0 может указывать на допустимую конфигурацию «любой адрес», в которой все настроенные IP-адреса на компьютере доступны для использования. Перезагрузите DNS-сервер или перезагрузите компьютер.

Все ошибки в журналах исчезают после перезапуска сетевого адаптера Hyper-V. Я предполагаю, что эти ошибки вызваны проблемами с подключением.

Я где-то читал, что VMQ должен быть отключен на сетевой карте хоста, что я проверил, и это было так. Я также попытался удалить сетевой адаптер Microsoft hyper-v и переустановить, а на хосте переустановить драйверы сетевой карты.

Кто-нибудь знает, что происходит, похоже, проблема с DNS, но DNS решает имена правильно с nslookup.

Любая помощь будет принята с благодарностью.

1
задан 26 January 2018 в 16:18
1 ответ

Ka o siri pụta, anọ m na-achọ ebe na-ekwesịghị ekwesị. Nsogbu bụ VPN n'etiti saịtị.

Mgbe m gbusịrị ngwugwu m hụrụ ụfọdụ ngwugwu anaghị abịarute ebe a na-aga ma weghachite ugboro ugboro. Nnyocha ndị ọzọ gosipụtara na ngwugwu anaghị eme ka ọ bụrụ na etinye DF dị na ha.

Iji ping -f -l SIZE SERVER

Enwere m ike ịchọpụta MTU bụ 1362 wee hụ na ngwugwu anaghị agabiga na DF bit set bụ ibu karịa nke a. N'ihi na enweghị ike ikewasị ha, ha na-atụnye ha site na rawụta.

Iwedata MSS kachasị elu site na 1400 ruo 1350 na ngwa nchekwa anyị na saịtị saịtị ahụ doziri nsogbu a.

Echere m na ozugbo m hụrụ na ihe nkwụnye ntanetị. Malitegharịa ekwentị ga-agwọ nsogbu a ruo nwa oge na m chere na nke bụ na ihe nkesa.

Agbanyeghị obi ụtọ na ọ na-ota, ejighị n'aka ma ọ bụrụ na a post ga-enyere onye ọ bụla ma ọ dịghị ihe ọzọ ọ zara.

0
ответ дан 4 December 2019 в 04:15

Теги

Похожие вопросы