Три източника могат да поставят VPN адреса на контролер на домейн в DNS

Три различни компонента на контролер на домейн с няколко интерфейса могат да поставят един и същ VPN адрес в DNS и се провалят независимо един от друг. Сравнете какво публикува всеки от тях, вместо да се доверявате на отметката в адаптера, която управлява само един от тях. Симптомът е идентичен във всеки случай: клиентът разрешава името, получава адреса на тунела и не може да достигне контролера на домейн. Кой го е публикувал решава как да се спре.

Една настройка, една услуга и една роля; три източника, три превключвателя.

Започнете със записа, не с отметката

Проверете пълното име на засегнатия сървър чрез DNS сървъра, който клиентите действително използват, и запишете всеки върнат адрес. Сравнете всеки върнат адрес с действителните LAN и тунелни интерфейси на сървъра и с мрежите, в които са клиентите. Един адрес може да е напълно валиден локално и въпреки това недостъпен за клиентите, които имат значение. Периодичните грешки при удостоверяване са чест симптом, защото клиентите получават или избират различни адреси при различни опити.

Това, че машината разрешава правилно собственото си име, доказва много малко. Решаващият тест се изпълнява от мрежите на клиентите.

Адаптерът е само един източник

Свойствата TCP/IP на адаптера съдържат отметка за регистриране на адреса на тази връзка и премахването ѝ заглушава точно един източник. Тя не спира останалите, затова записът може да се появи отново след рестартиране. Ако контролерът на домейн изпълнява и услугата DNS, тази услуга има собствена конфигурация за слушане и собствени записи на сървър за имена. Насоките на Microsoft за среди с няколко интерфейса разглеждат поведението на интерфейса, услугата DNS и Netlogon като отделни значими източници.

Три превключвателя, три собственика и само един от тях живее на страницата със свойства на адаптера.

Услугата DNS има собствени адреси

DNS сървър, на който е наредено да слуша на VPN адрес, продължава да го публикува в собствените си записи, каквото и да твърди отметката в адаптера. Съгласувайте адресите за слушане на услугата с предвидените интерфейси и същевременно прегледайте записите на сървъра за имена в зоната. Промяната на слушателите може да прекъсне клиенти, които точно сега използват адрес, който премахвате, затова първо установете кой от кой зависи. Изтриването на слушател само защото е VPN адрес може да отреже клиентите, на които сте искали да помогнете.

Netlogon и откриването на контролери на домейн като цяло също регистрират адреси като част от собствените си задължения. Не потискайте регистрациите в целия домейн и не копирайте старо решение за регистрация при отдалечен достъп, без да потвърдите, че важи за вашата версия и роля.

Собственост преди почистването

Поправете източника, преди да премахнете записа, иначе следващото събитие по регистрация ще го върне и упражнението ще се повтори. Премахнете остарелите записи чрез процеса на собственика на DNS и вземете предвид кеша и остаряването. Проверете от мрежите на клиентите, включително откриването на домейна и приложението, което първоначално се е провалило, след което задействайте същото VPN събитие, което първо е създало адреса.

Накрая искате известен набор от публикувани адреси и слушатели, докато ежедневната регистрация на домейна продължава да върши работата си. Машина, чието име случайно се разрешава правилно веднага след ръчно почистване, не е това.

Запишете кой източник е бил отговорен, кои записи са се променили и кои клиенти са тествани. Следващият сървър с няколко интерфейса ще има същите три заподозрени.