Зашто се име сервера после dial-in-а разрешава у његову VPN адресу

Канцеларијски сервер датотека цело јутро одговара на својој LAN адреси, а затим се удаљени корисник повеже dial-in везом и име почиње да се разрешава у адресу тунела. У DNS-у ништа није ручно мењано, и то је траг: запис је објавио сам уређај. Три услова одлучују да ли ћете поправити регистратор, запис или поглед клијента, а погрешан редослед значи да ће се запис вратити после следеће везе.

Две адресе, једно име, три услова

Windows сервер са више интерфејса може имати LAN адресу, једну или више dial-in адреса и понекад другу мрежну картицу. Сваки интерфејс може регистровати сопствене адресе у 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 сервер, а трећи чини исто из PowerShell-а на Windows-у. Њихово поређење одваја застарели кеш клијента од ауторитативног одговора. Ако директни упит већ враћа адресу тунела, проблем су објављени подаци, а не локално кеширање.

Запишите временску ознаку записа и да ли га DNS конзола приказује као динамичан. Тај један атрибут говори који од три услова горе важи, и то је разлика између петоминутног чишћења и поправке која траје.

Поправите издавача или запис, али знајте шта

Ако је запис динамичан и нежељен, трајна поправка је спречити тај интерфејс да се региструје. Windows нуди подешавања регистрације по интерфејсу, а DNS клијентска услуга поново објављује при следећој вези или промени адресе. Искључивање регистрације за dial-in адаптер оставља регистрацију LAN адаптера нетакнутом, што је обично оно што желите.

Пазите на прекидаче за цео уређај. Глобално подешавање које онемогућава динамичко ажурирање утиче на сваки интерфејс на том хосту, укључујући онај на чију се регистрацију ослањају други клијенти. На контролеру домена исто упозорење важи снажније, јер хост може поседовати и записе локације услуга од којих клијенти зависе за пријаву.

Ако је запис статичан, смештен је тамо намерно и разговор је са оним ко га је сместио. Брисање статичног записа зато што је данас незгодан уклања једини доказ зашто постоји. У оба случаја избришите застарели одговор тек након што је издавач решен и забележите шта сте променили како би следећа особа могла да разликује намеран унос од несреће.

Проверите из клијентске мреже која није успела

Провера припада мрежи која је пријавила симптом, а не серверу. Очистите кеш клијентског резолвера његовим подржаним механизмом, затим поновите изворни упит и изворну везу са сервисом по имену.

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

Прва наредба чисти кеш Windows резолвера, а друга показује да ли је име поново кеширано и која је адреса сачувана. Успешна веза сервера са самим собом не доказује ништа о LAN клијенту, а уклањање руте ка нежељеној адреси не исправља оно што DNS објављује.

Најзад, поновите догађај који је раније уносио адресу: поново повежите VPN клијента или обновите dial-in сесију. Проверите објављено име још једном након те промене животног циклуса. Поправка која траје само до следеће везе била је чишћење, а не поправка, и знање које сте од тога урадили разлика је између затварања тикета и његовог поновног отварања следеће недеље.