Kodėl serverio vardas po prisijungimo telefonu išsprendžiamas į jo VPN adresą

Biuro failų serveris visą rytą atsako savo LAN adresu, tada nuotolinis naudotojas prisijungia telefonu ir vardas pradeda spręstis į tunelio adresą. DNS nieko nebuvo redaguota rankiniu būdu, ir tai yra užuomina: įrašą paskelbė pati mašina. Trys sąlygos nusprendžia, ar taisysite registratorių, įrašą, ar kliento vaizdą, o neteisinga tvarka reiškia, kad įrašas grįš po kito prisijungimo.

Du adresai, vienas vardas, trys sąlygos

Windows serveris su keliomis sąsajomis gali turėti LAN adresą, vieną ar daugiau prisijungimo telefonu adresų ir kartais antrą tinklo kortelę. Kiekviena sąsaja gali registruoti savo adresus DNS, jei jai leidžiama dinaminė registracija. Kai PPP adapteris užsiregistruoja, tas pats kompiuterio vardas gauna adresą, pasiekiamą tik tunelio partneriui, o LAN klientai gauna jį kaip galiojantį atsakymą.

Trys sąlygos nusprendžia taisymą. Pirma, ar papildomas adresas pasiekiamas iš klientų, kurie jį gauna? Antra, ar koks nors vartotojas vis dar priklauso nuo tos registracijos? Trečia, ar įrašas dinaminis ir todėl gali grįžti, ar statinis ir todėl sąmoningas įrašas?

Atsakykite į tai prieš ką nors liesdami. Jei adresas nepasiekiamas iš klausiančio tinklo, joks kliento podėlio valymas ilgam to neištaisys. Jei kažkas nuo jo priklauso, pavyzdžiui, valdymo kelias, kurį naudoja patys tunelio partneriai, pašalinimas vietoj to sulaužys tą kelią. Ir dinaminis įrašas, ištrintas nesutvarkus jo skelbėjo, vėl pasirodys kitame registracijos įvykyje.

Perskaitykite įrašą prieš keisdami registratorių

Užklauskite tikslaus visiškai kvalifikuoto vardo iš tinklo, kuris praneša apie problemą, ir palyginkite atsakymus su tikrosiomis serverio sąsajomis ir klausytojais. Vienas vardas, grąžinantis kelis adresus, yra normalu; klausimas, ar kiekvienas iš jų naudingas jį gaunančiam klientui.

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

Pirmoji užklausa naudoja vietinį sprendiklį, antroji tiesiogiai klausia konkretaus DNS serverio, o trečioji daro tą patį iš PowerShell sistemoje Windows. Jų palyginimas atskiria pasenusį kliento podėlį nuo autoritetingo atsakymo. Jei tiesioginė užklausa jau grąžina tunelio adresą, problema yra paskelbtuose duomenyse, o ne vietiniame podėlyje.

Užsirašykite įrašo laiko žymą ir ar DNS konsolė rodo jį kaip dinaminį. Tas vienas požymis pasako, kuri iš trijų aukščiau pateiktų sąlygų galioja, ir tai yra skirtumas tarp penkių minučių valymo ir ilgai trunkančio taisymo.

Pataisykite skelbėją arba įrašą, bet žinokite, ką

Jei įrašas dinaminis ir nepageidaujamas, ilgalaikis sprendimas yra neleisti tai sąsajai registruotis. Windows siūlo kiekvienos sąsajos registracijos nustatymus, o DNS kliento tarnyba vėl paskelbia kitą kartą prisijungus ar pasikeitus adresui. Išjungus prisijungimo telefonu adapterio registraciją, LAN adapterio registracija lieka nepažeista, o tai paprastai ir yra norima.

Būkite atsargūs su jungikliais, galiojančiais visai mašinai. Visuotinis nustatymas, išjungiantis dinaminį atnaujinimą, veikia kiekvieną to kompiuterio sąsają, įskaitant tą, kurios registracija pasitiki kiti klientai. Domeno valdiklyje ta pati atsargumo priemonė galioja stipriau, nes kompiuteris gali turėti ir paslaugos vietos įrašų, nuo kurių klientai priklauso prisijungdami.

Jei įrašas statinis, jis ten buvo įdėtas sąmoningai, ir pokalbis vyksta su tuo, kas jį įdėjo. Ištrinti statinį įrašą todėl, kad šiandien jis nepatogus, reiškia pašalinti vienintelį įrodymą, kodėl jis egzistuoja. Abiem atvejais ištrinkite pasenusį atsakymą tik sutvarkę skelbėją, ir užrašykite, ką pakeitėte, kad kitas žmogus galėtų atskirti sąmoningą įrašą nuo nelaimingo atsitikimo.

Patikrinkite iš nepavykusio kliento tinklo

Patikra priklauso tinklui, kuris pranešė apie simptomą, o ne serveriui. Išvalykite kliento sprendiklio podėlį jo palaikomu mechanizmu, tada pakartokite pradinę paiešką ir pradinį prisijungimą prie paslaugos pagal vardą.

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

Pirmoji komanda išvalo Windows sprendiklio podėlį, o antroji parodo, ar vardas vėl podėlyje ir koks adresas buvo išsaugotas. Sėkmingas serverio prisijungimas prie savęs nieko neįrodo apie LAN klientą, o maršruto į nepageidaujamą adresą pašalinimas neištaiso to, ką skelbia DNS.

Galiausiai pakartokite įvykį, kuris anksčiau įtraukdavo adresą: vėl prijunkite VPN klientą arba atnaujinkite prisijungimo telefonu sesiją. Dar kartą patikrinkite paskelbtą vardą po to gyvavimo ciklo pakeitimo. Taisymas, kuris išlieka tik iki kito prisijungimo, buvo valymas, o ne taisymas, ir žinojimas, kurią iš dviejų atlikote, yra skirtumas tarp bilieto uždarymo ir jo vėl atidarymo kitą savaitę.