Zergatik ebazten den zerbitzari-izen bat bere VPN helbidera dial-in ondoren

Bulegoko fitxategi-zerbitzari batek goiz osoan erantzuten du bere LAN helbidean, gero urruneko erabiltzaile batek dial-in egiten du eta izena tuneleko helbide batera ebazten hasten da. DNSn ezer ez da eskuz editatu, eta hori da arrastoa: erregistroa makinak berak argitaratu zuen. Hiru baldintzak erabakitzen dute erregistratzailea, erregistroa edo bezeroaren ikuspegia konponduko duzun, eta ordena gaizki eginez gero erregistroa hurrengo konexioaren ondoren itzuliko da.

Bi helbide, izen bat, hiru baldintza

Interfaze anitzeko Windows zerbitzari batek LAN helbidea, dial-in helbide bat edo gehiago eta batzuetan bigarren sare-txartela izan ditzake. Interfaze bakoitzak bere helbideak DNSn erregistra ditzake erregistro dinamikoa baimenduta badago. PPP egokigailua erregistratzen denean, ostalari-izen berak tuneleko bikotekide bakarrak irits dezakeen helbidea lortzen du, eta LAN bezeroek baliozko erantzun gisa jasotzen dute.

Hiru baldintzek erabakitzen dute konponketa. Lehenik, helbide gehigarria iritsgarria al da jasotzen duten bezeroetatik? Bigarrenik, kontsumitzaileren bat oraindik erregistro horren mende dago? Hirugarrenik, erregistroa dinamikoa da eta beraz itzul daiteke, edo estatikoa eta beraz nahita egindako sarrera da?

Erantzun hori ezer ukitu aurretik. Helbidea kontsulta egiten duen saretik iritsgaitza bada, bezeroaren cachea garbitzeak ez du denbora luzez konpontzen. Zerbait haren mende badago, adibidez tuneleko bikotekideek beriek erabiltzen duten kudeaketa-bide bat, kentzeak bide hori hausten du. Eta argitaratzailea landu gabe ezabatutako erregistro dinamikoa hurrengo erregistro-gertaeran agertuko da berriro.

Irakurri erregistroa erregistratzailea aldatu aurretik

Galdetu izen erabat kualifikatu zehatza problema jakinarazten duen saretik, eta alderatu erantzunak zerbitzariaren benetako interfazeekin eta entzuleekin. Izen bakar batek hainbat helbide itzultzea normala da; kontua da bakoitza jasotzen duen bezeroarentzat erabilgarria den.

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

Lehen kontsultak tokiko ebazpena erabiltzen du, bigarrenak DNS zerbitzari zehatz bati zuzenean galdetzen dio, eta hirugarrenak gauza bera egiten du Windows-en PowerShell-etik. Hauek alderatzeak bezeroaren cache zaharra erantzun autorizatutik bereizten du. Zuzeneko kontsultak jada tuneleko helbidea itzultzen badu, arazoa argitaratutako datuetan dago, ez tokiko cachean.

Idatzi erregistroaren denbora-marka eta DNS kontsolak dinamiko gisa erakusten duen. Atributu bakar horrek esaten dizu goiko hiru baldintzetatik zein den aplikagarri, eta hori da bost minutuko garbiketa eta irauten duen konponketa baten arteko aldea.

Konpondu argitaratzailea edo erregistroa, baina jakin zein

Erregistroa dinamikoa eta nahi ez dena bada, konponbide iraunkorra interfaze hori erregistratzea eragoztea da. Windowsek interfaze bakoitzeko erregistro-ezarpenak eskaintzen ditu, eta DNS bezeroaren zerbitzuak berriro argitaratzen du hurrengo konexioan edo helbide-aldaketan. Dial-in egokigailuaren erregistroa desaktibatzeak LAN egokigailuaren erregistroa ukitugabe uzten du, eta hori izaten da normalean nahi duzuna.

Kontuz makina osoko etengailuekin. Eguneratze dinamikoa desgaitzen duen ezarpen globalak ostalari horretako interfaze guztiei eragiten die, beste bezero batzuek beren erregistroan fidatzen diren interfazea barne. Domeinu-kontrolatzaile batean arreta bera indar handiagoz aplikatzen da, ostalariak bezeroek saioa hasteko behar dituzten zerbitzu-kokapen erregistroak ere izan baititzake.

Erregistroa estatikoa bada, nahita jarri zen han eta elkarrizketa hura jarri zuenarekin da. Erregistro estatikoa gaur egun deserosoa delako ezabatzeak haren zergatia frogatzen duen ebidentzia bakarra kentzen du. Bi kasuetan, ezabatu erantzun zaharra argitaratzailea landu ondoren soilik, eta idatzi zer aldatu duzun hurrengo pertsonak nahita egindako sarrera istripu batetik bereizteko.

Egiaztatu huts egin zuen bezero-saretik

Egiaztapena sintoma jakinarazi zuen sareari dagokio, ez zerbitzariari. Garbitu bezeroaren ebazpen-cachea onartutako mekanismoaren bidez, eta gero errepikatu jatorrizko kontsulta eta jatorrizko zerbitzu-konexioa izenez.

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

Lehenengo komandoak Windows ebazpen-cachea garbitzen du, eta bigarrenak izena berriro cachean dagoen eta zein helbide gorde zen erakusten du. Zerbitzariaren konexio arrakastatsuak bere buruarekin ez du ezer frogatzen LAN bezero bati buruz, eta helbide desiragaitzera doan ibilbide bat kentzeak ez du zuzentzen DNSk argitaratzen duena.

Azkenik, errepikatu lehen helbidea sartzen zuen gertaera: konektatu berriro VPN bezeroa edo berritu dial-in saioa. Egiaztatu argitaratutako izena berriro bizi-ziklo aldaketaren ondoren. Hurrengo konexiora arte soilik irauten duen konponketa garbiketa bat izan zen, ez konponketa, eta zein egin zenuen jakitea txartela ixtea eta hurrengo astean berriro irekitzea bereizten duen aldea da.