Kāpēc servera nosaukums pēc zvanīšanas tiek izšķirts uz tā VPN adresi

Biroja failu serveris visu rītu atbild uz savas LAN adreses, tad attālināts lietotājs pieslēdzas pa telefonu un nosaukums sāk izšķirties uz tuneļa adresi. DNS nekas netika rediģēts ar roku, un tā ir norāde: ierakstu publicēja pati mašīna. Trīs nosacījumi nosaka, vai labosit reģistrētāju, ierakstu vai klienta skatījumu, un nepareiza secība nozīmē, ka ieraksts atgriezīsies pēc nākamā savienojuma.

Divas adreses, viens nosaukums, trīs nosacījumi

Windows serverim ar vairākām saskarnēm var būt LAN adrese, viena vai vairākas zvanīšanas adreses un dažreiz otra tīkla karte. Katra saskarne var reģistrēt savas adreses DNS, ja tai ir atļauta dinamiskā reģistrācija. Kad PPP adapteris reģistrējas, tas pats resursdatora nosaukums iegūst adresi, kurai var piekļūt tikai tuneļa partneris, un LAN klienti to saņem kā derīgu atbildi.

Labošanu nosaka trīs nosacījumi. Pirmkārt, vai papildu adrese ir sasniedzama no klientiem, kuri to saņem? Otrkārt, vai kāds patērētājs vēl joprojām ir atkarīgs no šīs reģistrācijas? Treškārt, vai ieraksts ir dinamisks un tāpēc var atgriezties, vai statisks un tāpēc apzināts ieraksts?

Atbildiet uz to, pirms kaut ko aiztiekat. Ja adrese nav sasniedzama no vaicājošā tīkla, klienta kešatmiņas tīrīšana to ilgi nelabos. Ja kaut kas no tās ir atkarīgs, piemēram, pārvaldības ceļš, ko izmanto paši tuneļa partneri, noņemšana tā vietā salauž šo ceļu. Un dinamisks ieraksts, kas dzēsts, neapstrādājot tā publicētāju, atkal parādīsies nākamajā reģistrācijas notikumā.

Izlasiet ierakstu, pirms maināt reģistrētāju

Vaicājiet precīzu pilnībā kvalificēto nosaukumu no tīkla, kas ziņo par problēmu, un salīdziniet atbildes ar servera faktiskajām saskarnēm un klausītājiem. Viena nosaukuma vairāku adrešu atgriešana ir normāla; jautājums ir, vai katra no tām ir izmantojama to saņemošajam klientam.

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

Pirmais vaicājums izmanto vietējo atrisinātāju, otrais tieši jautā konkrētam DNS serverim, bet trešais dara to pašu no PowerShell sistēmā Windows. To salīdzināšana atdala novecojušu klienta kešatmiņu no autoritatīvas atbildes. Ja tiešais vaicājums jau atgriež tuneļa adresi, problēma ir publicētajos datos, nevis vietējā kešatmiņā.

Pierakstiet ieraksta laika zīmogu un to, vai DNS konsole to rāda kā dinamisku. Šī vienīgā pazīme pasaka, kurš no trim iepriekš minētajiem nosacījumiem attiecas, un tā ir atšķirība starp piecu minūšu tīrīšanu un ilgstošu labošanu.

Salabojiet publicētāju vai ierakstu, bet ziniet, kuru

Ja ieraksts ir dinamisks un nevēlams, ilgtspējīgais risinājums ir liegt šai saskarnei reģistrēties. Windows piedāvā reģistrācijas iestatījumus katrai saskarnei, un DNS klienta pakalpojums atkārtoti publicē nākamajā savienojumā vai adreses maiņā. Zvanīšanas adaptera reģistrācijas izslēgšana atstāj LAN adaptera reģistrāciju neskartu, kas parasti ir tas, ko vēlaties.

Esiet uzmanīgi ar slēdžiem, kas attiecas uz visu mašīnu. Globāls iestatījums, kas atspējo dinamisko atjaunināšanu, ietekmē katru šī resursdatora saskarni, tostarp to, uz kuras reģistrāciju paļaujas citi klienti. Domēna kontrolierī tas pats piesardzības pasākums ir spēkā spēcīgāk, jo resursdators var piederēt arī pakalpojuma atrašanās vietas ierakstiem, no kuriem klienti ir atkarīgi, piesakoties.

Ja ieraksts ir statisks, tas tur tika ievietots apzināti, un saruna ir ar to, kurš to ievietoja. Dzēst statisku ierakstu tāpēc, ka tas šodien ir neērts, nozīmē noņemt vienīgo pierādījumu tam, kāpēc tas pastāv. Abos gadījumos dzēsiet novecojušo atbildi tikai pēc tam, kad publicētājs ir apstrādāts, un pierakstiet, ko mainījāt, lai nākamā persona varētu atšķirt apzinātu ierakstu no negadījuma.

Pārbaudiet no neveiksmīgā klienta tīkla

Pārbaude pieder tīklam, kas ziņoja par simptomu, nevis serverim. Notīriet klienta atrisinātāja kešatmiņu ar tā atbalstīto mehānismu, pēc tam atkārtojiet sākotnējo meklēšanu un sākotnējo pakalpojuma savienojumu pēc nosaukuma.

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

Pirmā komanda notīra Windows atrisinātāja kešatmiņu, un otrā parāda, vai nosaukums atkal ir kešatmiņā un kura adrese tika saglabāta. Veiksmīgs servera savienojums ar sevi neko nepierāda par LAN klientu, un maršruta uz nevēlamo adresi noņemšana nelabo to, ko publicē DNS.

Visbeidzot, atkārtojiet notikumu, kas agrāk ieviesa adresi: atkārtoti pievienojiet VPN klientu vai atjaunojiet zvanīšanas sesiju. Pārbaudiet publicēto nosaukumu vēlreiz pēc šīs dzīves cikla izmaiņas. Labojums, kas saglabājas tikai līdz nākamajam savienojumam, bija tīrīšana, nevis labojums, un zināšana, kuru no abiem veicāt, ir atšķirība starp biļetes aizvēršanu un tās atkārtotu atvēršanu nākamnedēļ.