Dy VPN, një resolver: fiton kush shkroi i fundit

Dy klientë VPN janë të lidhur, njëri për punë dhe tjetri për një rrjet laboratori, dhe emrat e brendshëm zgjidhen vetëm për klientin që u lidh i fundit. Ky model duket si një defekt në njërin prej klientëve. Zakonisht është rezultati i parashikueshëm i dy programeve që shkruajnë të njëjtin konfigurim të resolverit pa marrëveshje se kujt i përket cili emër.

Miti: VPN-ja më e re zotëron DNS

Nuk ka rregull të përgjithshëm që fiton lidhja më e re. Çfarë ndodh varet nga mekanizmi i platformës dhe nga mënyra se si e shkruan secili klient. Një klient që zëvendëson një skedar resolveri jep një rezultat; një klient që shton një domain për çdo lidhje jep një tjetër; një klient që nuk bën asgjë e lë gjendjen e mëparshme të paprekur.

Pra sjellja e vëzhguar është veti e dy implementimeve, jo një prioritet i dokumentuar. Të arsyetosh vetëm nga rendi i nisjes do të jetë ndonjëherë i saktë dhe ndonjëherë i gabuar në mënyra të vështira për t'u riprodhuar. Në vend të kësaj, shkruani hartëzimin. Një dizajn që jeton në dy klientë nuk është dizajn.

Hartoni hapësirat e emrave te resolverët

Renditni sufiksat privatë dhe resolverin që kërkon çdo rrjet, pastaj vendosni ku duhet të shkojnë emrat publikë. Ai listë është dizajni. Pa të, klientët e marrin vendimin aksidentalisht.

Një platformë që mbështet DNS për çdo lidhje ose domene rrugëtimi mund ta shprehë ndarjen me qëllim: një domain shkon te një lidhje, një domain tjetër te tjetra, dhe çdo gjë tjetër ndjek një parazgjedhje të shprehur. Dy skripte të sheshta që mbishkruajnë të njëjtin skedar nuk mund ta ruajnë atë dizajn, sepse secili mendon se zotëron të gjithë konfigurimin.

Në Windows, tabela e politikës së zgjidhjes së emrave mund t'i drejtojë sufiksat te serverë të caktuar, dhe një klient VPN mund të instalojë rregulla atje. Kontrolloni politikën, jo listën e adaptorëve, sepse nuk është lista e adaptorëve ajo që zgjidh emrin.

Mbani një shteg bootstrap

Çdo klient duhet të gjejë pikën e vet të fundit përpara se të mund të përdorë shërbimin që ajo pikë ofron. Nëse emri i hostit të pikës së fundit mund të zgjidhet vetëm përmes tunelit, dhe tuneli ka nevojë për emrin e hostit të zgjidhur, keni një varësi rrethore që shfaqet si skadim kohe i lidhjes. Mbani një shteg bootstrap jashtë të dy tuneleve. Nuk kushton asgjë deri në ditën kur shpëton lidhjen.

Shikoni shtegun drejt çdo resolveri, jo vetëm emrin e konfiguruar për të. Një resolver i arritshëm vetëm përmes tunelit tjetër sillet si një që mungon, dhe simptoma është skadim kohe, jo gabim rrugëtimi.

Adresat që mbivendosen nuk janë problem i DNS

Dy rrjete private që përdorin të njëjtin interval adresash nuk rregullohen me rendin e DNS. Nëse të dy tunelet kërkojnë 10.0.0.0/8, një emër që zgjidhet saktë vazhdon të tregojë një adresë ku hosti nuk mund ta drejtojë tunelin e duhur. Kjo kërkon një zgjidhje në nivel adrese, si intervale të dallueshme, një hapësirë emrash ose përkthim, jo një tjetër rregullim i resolverit. Vendosja e hershme e kësaj shmang një devijim të gjatë përmes një konfigurimi DNS që nuk do të kishte punuar kurrë.

Krahasoni caktimet e adresave të të dy tuneleve përpara se të fajësoni zgjidhjen e emrave. Kur të dy palët shtyjnë të njëjtin parashtesë, hosti mban një rrugë të vetme për të, dhe një emër i zgjidhur përmes tunelit të dytë përsëri zbarkon në një adresë që e zotëron tuneli i parë. Intervale të dallueshme, një hapësirë emrash për çdo rrjet ose përkthimi janë rregullimet; pasi të lidhet çdo klient, konfirmoni se tabela e rrugëve tregon shtegun që kishit menduar.

Vërtetojeni me aplikacione reale

Zgjidhni dy hoste që ekzistojnë vetëm brenda hapësirës së tyre të emrave dhe një emër publik, pastaj zgjidhni secilin përmes klientit që duhet ta zotërojë. Një përgjigje e saktë nga resolveri i pritur nuk vërteton se aplikacioni arrin hostin, sepse rruga drejt asaj adrese ende mund të dështojë. Pas çdo kërkimi bëni një test lidhjeje nga programi që përdoruesi do të ekzekutojë vërtet.

Një klient me opsionin e vet të DNS-së të kriptuar mund të anashkalojë politikën që sapo verifikuat, prandaj kontrolloni atë cilësim si pjesë e rishikimit. Pastaj rilidhni të dy klientët në rendin që mbështet furnizuesi dhe përsëritni kërkimet; nëse përgjigjet ndërrohen kur ndryshon rendi, një shkrues konkurrent zotëron ende një pjesë të konfigurimit. Zbuloni cili komponent e instalon rregullin - klienti, profili i sistemit operativ ose një agjent menaxhimi - përpara se të redaktoni ndonjë gjë. Shënoni rendin dhe pronarët që personi tjetër të mos i rizbulojë.