Leyfður listi VPN-endapunkta: DNS-endurnýjunin sem þú gleymdir
Eldveggjarundantekning fyrir VPN-hýsilnafn er ekki lifandi DNS-áskrift. Ákveddu hver leysir hana, hvenær mengið endurnýjast og hvað misheppnuð uppfletting á að gera.
Að slá vpn.example.com inn í eldveggjarundantekningu líður eins og að gerast áskrifandi að DNS. Það sem venjulega gerist er þýðing við hleðslu, eftir það heldur reglan vistföngum og ekkert endurnýjar þau. Tveir hlutar deila nú vinnunni: leysirinn sem svarar og eldveggurinn sem geymir. Flestir endapunktastopp verða þar sem þessi afhending var aldrei hönnuð.
Hýsilnafn í reglu er ekki lifandi áskrift
Sum verkfæri leysa nafn þegar stillingarnar hlaðast; önnur halda hýsilnafni og leysa það aftur samkvæmt eigin áætlun; enn önnur taka aðeins við vistföngum. Sýnilegar stillingar segja sjaldan hvor tilfellið er. Dæmi í skjölum gera venjulega ráð fyrir hleðslutilfellinu, sem er ástæðan fyrir því að munurinn kemur fólki á óvart í flutningi. Lestu hegðun útfærslunnar áður en þú gerir ráð fyrir að tekið verði eftir vistfangabreytingu, því úreltur leyfður listi lítur nákvæmlega út eins og sá sem virkar þar til endapunkturinn flyst.
Regla sem nefnir rétta hýsilinn getur samt leyft rangt vistfang. Þetta bil er goðsögnin, ekki stafsetningarvilla.
Skyndiminnis-TTL er ekki tímamælir eldveggsins þíns
DNS-færslur bera líftíma, og leysarar skyndiminni svör fyrir þann tíma. DNS-forskriftin skilgreinir þá skyndiminnishegðun, en hún stjórnar DNS-gögnum, ekki sérstöku vistfangageymslu eldveggs. Stutt TTL býr ekki til endurnýjunarverk þar sem ekkert er. Skyndiminni á sér einnig stað á fleiri en einu lagi, svo svarið sem terminal sér er kannski ekki það sem eldveggurinn sá.
Spurðu raunverulegu vöruna þriggja spurninga: hvenær hún leysir, hvar hún geymir niðurstöðuna og hvað kemur af stað uppfærslu. Ef svarið er aðeins við ræsingu getur langlíf lota lifað lengur en vistfangið sem hún fékk aðgang að.
dig +short vpn.example.com
resolvectl query vpn.example.com
Hannaðu endurnýjun og bilun sem eina stefnu
Viðhaldið undantekning þarf skýr svör: hvað kemur af stað endurnýjun áður en biðlarinn velur nýtt vistfang, hvernig leyfða mengið breytist án þess að opna breitt tímabundið glugga, og hvenær úreltum færslum er eytt. Skrifaðu þessi svör við hlið reglunnar.
Veldu bilunarhegðunina af ásettu ráði. Að halda gamla vistfanginu getur varðveitt lotu og skilið eftir úrelt leyfi; að tæma mengið getur stöðvað endurheimt. Hvort tveggja ætti ekki að vera tilviljunarkennd niðurstaða misheppnaðrar uppflettingar. Skrifaðu valda hegðun í runbook svo næsti rekstraraðili grípi ekki til uppspuna undir þrýstingi.
Haltu bootstrap-DNS einnig þröngu. Skilyrðislaus undantekning fyrir opinberan leysi er bein DNS-leið fyrir allt sem hún passar við, ekki aðeins fyrir nafn endapunktsins.
Sannaðu endapunktabreytinguna, ekki fyrstu tenginguna
Notaðu studdan stjórnanda biðlarans ef hann samræmir nú þegar leysingu og lokun. Á PF-hýsli sem stjórnað er af staðnum, haltu eignarhaldi og endurheimtaráætlun staðarins í stað þess að afrita hýsilnafnatöflusetningu frá annarri kerfisstöð með annarri lífsferilshegðun.
Með samþykktu, skaðlausu prófi skaltu bera saman vistfangið sem biðlarinn velur og virka leyfða mengið fyrir og eftir stýrða breytingu. Ná yfir misheppnaða uppflettingu, eyðingu færslu sem er ekki lengur gild og, þar sem það er stutt, aðra vistfangafjölskyldu. Ætlaða göngin ættu að jafna sig á meðan ótengd bein umferð heldur sig innan stefnunnar. Árangursrík fyrsta tenging sannar aðeins að upphaflega þýðingin hafi verið rétt fyrir tilviljun.