Неліктен сервер атауы теріп қосылғаннан кейін VPN мекенжайына шешіледі

Кеңсе файл сервері таң бойы өзінің LAN мекенжайында жауап береді, содан кейін қашықтағы пайдаланушы теріп қосылады және атау оның орнына туннель мекенжайына шешіле бастайды. DNS ішінде қолмен ештеңе өңделмеген, бұл — белгі: жазбаны машина өзі жариялаған. Үш шарт тіркеушіні, жазбаны немесе клиенттің көрінісін түзететініңізді анықтайды, ал ретті шатастыру жазбаның келесі қосылымнан кейін қайта оралатынын білдіреді.

Екі мекенжай, бір атау, үш шарт

Көп интерфейсті Windows серверінде LAN мекенжайы, бір немесе бірнеше теріп қосу мекенжайы және кейде екінші желілік карта болуы мүмкін. Әр интерфейс өзіне динамикалық тіркеу рұқсат етілсе, өз мекенжайларын DNS-те тіркей алады. PPP адаптері тіркелгенде, сол хост атауына тек туннель серіктесі жете алатын мекенжай қосылады, ал LAN клиенттері оны жарамды жауап ретінде қабылдайды.

Жөндеуді үш шарт анықтайды. Біріншіден, қосымша мекенжай оны алатын клиенттерден қолжетімді ме? Екіншіден, әлі де сол тіркеуге тәуелді тұтынушы бар ма? Үшіншіден, жазба динамикалық па, сондықтан қайта орала алады, әлде статикалық па, сондықтан әдейі жазба ма?

Бірдеңеге қол тигізбес бұрын осыған жауап беріңіз. Егер мекенжай сұрақ қойған желіден қолжетімсіз болса, клиент кэшін тазалау оны ұзақ уақыт түзетпейді. Егер бірдеңе оған тәуелді болса, мысалы, туннель серіктестері өздері пайдаланатын басқару жолы, оны жою сол жолды бұзады. Ал жариялаушыны өңдемей жойылған динамикалық жазба келесі тіркеу оқиғасында қайта пайда болады.

Тіркеушіні өзгерту алдында жазбаны оқыңыз

Мәселе туралы хабарлаған желіден дәл толық квалификацияланған атауды сұраңыз және жауаптарды сервердің нақты интерфейстері мен тыңдаушыларымен салыстырыңыз. Бір атаудың бірнеше мекенжай қайтаруы қалыпты; мәселе — олардың әрқайсысы оны алатын клиент үшін пайдалы ма.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Бірінші сұрау жергілікті шешушіні пайдаланады, екіншісі нақты DNS серверінен тікелей сұрайды, ал үшіншісі Windows-та PowerShell-ден солай жасайды. Оларды салыстыру ескірген клиент кэшін сенімді жауаптан ажыратады. Егер тікелей сұрау туннель мекенжайын қайтарып тұрса, мәселе жергілікті кэште емес, жарияланған деректерде.

Жазбаның уақыт белгісін және DNS консолі оны динамикалық деп көрсететінін жазып алыңыз. Сол бір қасиет жоғарыдағы үш шарттың қайсысы қолданылатынын айтады және бұл бес минуттық тазарту мен ұзаққа созылатын жөндеудің айырмашылығы.

Жариялаушыны немесе жазбаны түзетіңіз, бірақ қайсысын біліңіз

Егер жазба динамикалық және қалаусыз болса, тұрақты түзету — сол интерфейстің тіркелуін тоқтату. Windows әр интерфейс үшін тіркеу параметрлерін ұсынады, ал DNS клиент қызметі келесі қосылымда немесе мекенжай өзгергенде қайта жариялайды. Теріп қосу адаптері үшін тіркеуді өшіру LAN адаптерінің тіркеуін бұзбай қалдырады, бұл әдетте қалағаныңыз.

Бүкіл машинаға қатысты ауыстырып-қосқыштардан сақ болыңыз. Динамикалық жаңартуды өшіретін ғаламдық параметр сол хосттағы әр интерфейске әсер етеді, соның ішінде басқа клиенттер оның тіркеуіне сенетін интерфейске де. Домен контроллерінде сол сақтық күшейе түседі, өйткені хост клиенттер кіру үшін тәуелді қызмет орны жазбаларына да ие болуы мүмкін.

Егер жазба статикалық болса, ол әдейі сол жерге қойылған және әңгіме оны қойған адаммен. Статикалық жазбаны бүгін қолайсыз болғандықтан өшіру оның не үшін бар екенінің жалғыз дәлелін жояды. Екі жағдайда да ескірген жауапты жариялаушы өңделгеннен кейін ғана өшіріңіз және нені өзгерткеніңізді жазыңыз, сонда келесі адам әдейі жазбаны апаттан ажырата алады.

Сәтсіз болған клиент желісінен тексеріңіз

Тексеру симптом туралы хабарлаған желіге тиесілі, серверге емес. Клиент шешушісінің кэшін оның қолдайтын механизмімен тазалаңыз, содан кейін бастапқы іздеуді және атау бойынша бастапқы қызмет қосылымын қайталаңыз.

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

Бірінші пәрмен Windows шешушісінің кэшін тазалайды, ал екіншісі атаудың қайта кэштелгенін және қай мекенжай сақталғанын көрсетеді. Сервердің өзіне сәтті қосылуы LAN клиенті туралы ештеңе дәлелдемейді, ал қалаусыз мекенжайға баратын маршрутты алып тастау DNS жариялайтынды түзетпейді.

Соңында, бұрын мекенжайды әкелетін оқиғаны қайталаңыз: VPN клиентін қайта қосыңыз немесе теріп қосу сессиясын жаңартыңыз. Сол өмірлік цикл өзгерісінен кейін жарияланған атауды қайта тексеріңіз. Тек келесі қосылымға дейін ғана шыдайтын жөндеу — бұл тазарту, жөндеу емес, және қайсысын жасағаныңызды білу билетті жабу мен оны келесі аптада қайта ашудың айырмашылығы.