У нас есть 2 DC, 1 в 2019 году и один в 2022 году (также третий в 2012 году ... но скоро будет понижен в должности, поэтому не имеет значения)
-Все имеют ОДИНАКОВУЮ условную переадресацию на домен сторонней компании (дезинфицированную) -> «xx.service.contso.tv», а также условный обратный поиск.
- DC1 (2019) разрешается через nslookup нормально... без проблем; вроде просто работает
- DC2 (2022) разрешает, кажется, разрешает все нормально, КРОМЕ "storage.service.contso.tv"
Кажется, он работает некоторое время ... затем идет несуществующий домен. Иногда он возвращается сам по себе, и если я перезапускаю службу DNS-сервера или очищаю DNS и перерегистрирую, он тоже немного работает ... но он неизбежно выйдет из строя.
Этот другой домен находится в ведении не меня, а сторонней компании для воспроизведения телевизионного вещания.
Оба находятся в разных подсетях (2019 г. в старой и 2022 г. в новой), так что есть это ... но 2019 г. на 1 переход дальше, чем 2022 г. (4 против 5)
Оба этих контроллера домена в настоящее время находятся на одном и том же сервере виртуальных машин (перемещены назад, как я, хотя это был другой сервер виртуальных машин)
Сделал nslookup d2 в первый раз, похоже, что когда он находится в режиме сбоя, он пытается попасть в godaddy или какой-то DNS-хост.
Все корневые серверы пересылки, помощники и т. д. выглядят одинаково ... пробовали включать и выключать репликацию AD, вручную и т. д., и это все еще происходит. Пробовал переустанавливать функцию DNS-сервера и все равно.
Поскольку эта другая сеть не моя, я немного ограничен в том, что могу делать на другом конце. и они отчасти полезны ... но это тип компании, в которой, если вы не можете доказать, что это проблема, они ничего не сделают. Итак, если это мой сервер, я хочу увидеть, где он его отклоняет, и если это они ... Я хочу увидеть, что ip отклоняет его.
Пытался посмотреть и на проволочную акулу… но либо ее там нет, либо я ее пропустил…….
Если это что-то значит, то это «хранилище» fqdn на самом деле является записью делегата для смарт-подключения isilon.. так что, возможно, это проблема смарт-подключения на том конце… но тогда он отлично работает в 2019 году, так что…
и все то же самое (корневой переадресатор, помощники и т. д.)
Я также читал об исчерпании портов, настройках edns и т. д. ... но я не совсем понимаю, где их искать в этом отношении (или даже уместно ли это, поскольку все это для серверов 2012, 2008 и 2012 из моего чтения)
Я почти готов сжечь контроллер домена 2022 года и запустить A 2019, но я намеревался иметь a2 в 2022 году.
