Tre komponentë të ndryshëm në një kontrollues domeni me disa ndërfaqe mund të vendosin të njëjtën adresë VPN në DNS, dhe ata dështojnë në mënyrë të pavarur. Krahasoni çfarë publikon secili në vend që t’i besoni kutisë së zgjedhjes së përshtatësit, e cila kontrollon vetëm një prej tyre. Simptoma është e njëjtë në çdo rast: klienti zgjidh emrin, merr adresën e tunelit dhe nuk mund të arrijë kontrolluesin e domenit. Kush e publikoi vendos si ta ndaloni.

Një cilësim, një shërbim dhe një rol; tre burime, tre çelësa.

Filloni me rekordin, jo me kutinë e zgjedhjes

Pyetni emrin e plotë të serverit të prekur përmes serverit DNS që klientët përdorin në të vërtetë, dhe shënoni çdo adresë të kthyer. Krahasoni çdo adresë të kthyer me ndërfaqet reale LAN dhe tunel të serverit dhe me rrjetet ku ndodhen klientët. Një adresë mund të jetë plotësisht e vlefshme lokalisht dhe prapë e paarritshme për klientët që kanë rëndësi. Dështimet e herëpashershme të vërtetimit janë një simptomë e zakonshme, sepse klientët marrin ose zgjedhin adresa të ndryshme në përpjekje të ndryshme.

Fakti që makina e zgjidh saktë emrin e vet provon shumë pak. Testi që ka rëndësi kryhet nga rrjetet e klientëve.

Përshtatësi është vetëm një burim

Vetitë TCP/IP të përshtatësit përmbajnë një kuti zgjedhje për regjistrimin e adresës së asaj lidhjeje, dhe heqja e shenjës hesht saktësisht një burim. Nuk i ndalon të tjerët, prandaj rekordi mund të rishfaqet pas një rindezjeje. Nëse kontrolluesi i domenit ekzekuton edhe shërbimin DNS, ai shërbim ka konfigurimin e vet të dëgjimit dhe regjistrimet e veta të serverit të emrave. Udhëzimet e Microsoft për mjediset me disa ndërfaqe i trajtojnë sjelljen e ndërfaqes, shërbimin DNS dhe Netlogon si burime të veçanta të rëndësishme.

Tre çelësa, tre pronarë, dhe vetëm njëri prej tyre banon në faqen e vetive të përshtatësit.

Shërbimi DNS ka adresat e veta

Një server DNS të cilit i thuhet të dëgjojë në një adresë VPN vazhdon ta publikojë atë në regjistrimet e veta, çfarëdo që pretendon kutia e zgjedhjes së përshtatësit. Përshtatni adresat e dëgjimit të shërbimit me ndërfaqet e synuara dhe rishikoni në të njëjtën kohë hyrjet e serverit të emrave të zonës. Ndryshimi i dëgjuesve mund të ndërpresë klientët që po përdorin pikërisht një adresë që po hiqni, prandaj së pari përcaktoni kush varet nga secili. Fshirja e një dëgjuesi thjesht sepse është adresë VPN mund të shkëpusë klientët që donit të ndihmonit.

Netlogon, dhe në përgjithësi zbulimi i kontrolluesve të domenit, regjistron gjithashtu adresa si pjesë e detyrave të veta. Mos i shtypni regjistrimet në të gjithë domenin dhe mos kopjoni një zgjidhje të vjetër regjistrimi për aksesin në distancë pa verifikuar se vlen për versionin dhe rolin tuaj.

Pronësia përpara pastrimit

Rregulloni burimin përpara se të hiqni rekordin, përndryshe ngjarja tjetër e regjistrimit e kthen atë dhe ushtrimi përsëritet. Hiqni hyrjet e vjetruara përmes procesit të pronarit të DNS dhe merrni parasysh cache-in dhe vjetërimin. Kontrolloni nga rrjetet e klientëve, duke mbuluar zbulimin e domenit dhe aplikacionin që dështoi fillimisht, pastaj shkaktoni të njëjtën ngjarje VPN që e krijoi adresën për herë të parë.

Ajo që doni në fund është një grup i njohur adresash dhe dëgjuesish të publikuar, ndërsa regjistrimi i përditshëm i domenit vazhdon të bëjë punën e vet. Një makinë emri i së cilës zgjidhet saktë rastësisht menjëherë pas një pastrimi manual nuk është kjo.

Shënoni cili burim ishte përgjegjës, cilat regjistrime ndryshuan dhe cilët klientë u testuan. Serveri i ardhshëm me disa ndërfaqe do të ketë të njëjtët tre të dyshuar.

Artikuj të ngjashëm