Zašto se ime servera nakon dial-ina razrješava u njegovu VPN adresu

Uredski datotečni server cijelo jutro odgovara na svojoj LAN adresi, a onda se udaljeni korisnik uključi dial-in vezom i ime se počne razrješavati u adresu tunela. U DNS-u ništa nije ručno mijenjano, i to je trag: zapis je objavio sam stroj. Tri uvjeta odlučuju hoćete li popraviti registrar, zapis ili klijentov pogled, a pogrešan redoslijed znači da će se zapis vratiti nakon sljedeće veze.

Dvije adrese, jedno ime, tri uvjeta

Windows server s više sučelja može imati LAN adresu, jednu ili više dial-in adresa i ponekad drugu mrežnu karticu. Svako sučelje može registrirati vlastite adrese u DNS-u ako mu je dopuštena dinamička registracija. Kad se PPP adapter registrira, isto ime hosta dobiva adresu do koje može doći samo partner tunela, a LAN klijenti je primaju kao valjan odgovor.

Tri uvjeta odlučuju o popravku. Prvo, je li dodatna adresa dostupna klijentima koji je primaju? Drugo, ovisi li još neki potrošač o toj registraciji? Treće, je li zapis dinamičan i stoga se može vratiti, ili statičan i stoga namjeran unos?

Odgovorite na to prije nego što bilo što dirnete. Ako je adresa nedostupna iz mreže koja postavlja upit, nikakvo čišćenje klijentske predmemorije ne rješava to dugoročno. Ako nešto ovisi o njoj, poput puta za upravljanje koji koriste sami partneri tunela, uklanjanje umjesto toga kvari taj put. A dinamičan zapis izbrisan bez rješavanja njegova izdavača ponovno će se pojaviti pri sljedećem događaju registracije.

Pročitajte zapis prije nego promijenite registrar

Postavite upit za točno potpuno kvalificirano ime iz mreže koja prijavljuje problem i usporedite odgovore sa stvarnim sučeljima i slušateljima servera. Jedno ime koje vraća nekoliko adresa normalno je; pitanje je je li svaka od njih upotrebljiva klijentu koji je prima.

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

Prvi upit koristi lokalni razrješivač, drugi izravno pita određeni DNS server, a treći čini isto iz PowerShell-a na Windowsima. Njihova usporedba odvaja zastarjelu klijentsku predmemoriju od autoritativnog odgovora. Ako izravni upit već vraća adresu tunela, problem su objavljeni podaci, a ne lokalno predmemoriranje.

Zapišite vremensku oznaku zapisa i pokazuje li ga DNS konzola kao dinamičan. Taj jedan atribut govori koji od tri uvjeta gore vrijedi i to je razlika između petominutnog čišćenja i popravka koji traje.

Popravite izdavača ili zapis, ali znajte što

Ako je zapis dinamičan i neželjen, trajni popravak je spriječiti to sučelje da se registrira. Windows nudi postavke registracije po sučelju, a DNS klijentska usluga ponovno objavljuje pri sljedećoj vezi ili promjeni adrese. Isključivanje registracije za dial-in adapter ostavlja registraciju LAN adaptera netaknutom, što je obično ono što želite.

Pazite na prekidače za cijeli stroj. Globalna postavka koja onemogućuje dinamičko ažuriranje utječe na svako sučelje na tom hostu, uključujući ono na čiju se registraciju oslanjaju drugi klijenti. Na kontroleru domene isto se upozorenje primjenjuje snažnije, jer host može posjedovati i zapise lokacije usluga o kojima klijenti ovise za prijavu.

Ako je zapis statičan, smješten je tamo namjerno i razgovor je s onim tko ga je smjestio. Brisanje statičnog zapisa zato što je danas nezgodan uklanja jedini dokaz zašto postoji. U oba slučaja izbrišite zastarjeli odgovor tek nakon što je izdavač riješen i zabilježite što ste promijenili kako bi sljedeća osoba mogla razlikovati namjeran unos od nesreće.

Provjerite iz klijentske mreže koja nije uspjela

Provjera pripada mreži koja je prijavila simptom, a ne serveru. Očistite predmemoriju klijentskog razrješivača njegovim podržanim mehanizmom, zatim ponovite izvorni upit i izvornu vezu sa servisom po imenu.

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

Prva naredba čisti predmemoriju Windows razrješivača, a druga pokazuje je li ime ponovno predmemorirano i koja je adresa spremljena. Uspješna veza servera sa samim sobom ne dokazuje ništa o LAN klijentu, a uklanjanje rute prema neželjenoj adresi ne ispravlja ono što DNS objavljuje.

Naposljetku, ponovite događaj koji je prije unosio adresu: ponovno povežite VPN klijenta ili obnovite dial-in sesiju. Provjerite objavljeno ime još jednom nakon te promjene životnog ciklusa. Popravak koji traje samo do sljedeće veze bio je čišćenje, a ne popravak, i znati koje ste od toga napravili razlika je između zatvaranja zahtjeva i njegova ponovnog otvaranja sljedeći tjedan.