Du VPN-oj, unu solvilo: la lasta skribinto gajnas

Du VPN-klientoj estas konektitaj, unu por laboro kaj unu por laboratoria reto, kaj internaj nomoj solviĝas nur por la kliento, kiu konektiĝis laste. Tiu ŝablono aspektas kiel cimo en unu el la klientoj. Ĝi kutime estas la antaŭvidebla rezulto de du programoj, kiuj skribas la saman solvilan agordon sen interkonsento pri tio, kiu posedas kiun nomon.

La mito: la plej nova VPN posedas DNS

Ne ekzistas ĝenerala regulo, ke la plej freŝa konekto gajnas. Kio okazas, dependas de la platforma mekanismo kaj de tio, kiel ĉiu kliento skribas ĝin. Kliento, kiu anstataŭigas solvilan dosieron, produktas unu rezulton; kliento, kiu aldonas domajnon por ligilo, produktas alian; kliento, kiu faras nenion, lasas la antaŭan staton sendifekta.

Do la observata konduto estas eco de la du efektivigoj, ne dokumentita prioritato. Rezonado pri ĝi nur el la lanĉa ordo foje estos ĝusta kaj foje malĝusta laŭ manieroj malfacile ripeteblaj. Skribu la mapadon anstataŭe. Dezajno, kiu vivas en du klientoj, ne estas dezajno.

Mapu nomspacojn al solviloj

Listigu la privatajn sufiksojn kaj la solvilon, kiun ĉiu reto postulas, poste decidu, kien publikaj nomoj iru. Tiu listo estas la dezajno. Sen ĝi, la klientoj faras la decidon hazarde.

Platformo, kiu subtenas DNS por ligilo aŭ enkursigajn domajnojn, povas esprimi la dividon intence: unu domajno iras al unu ligilo, alia domajno al la alia, kaj ĉio alia sekvas eksplicitan defaŭlton. Du plataj skriptoj, kiuj superskribas la saman dosieron, ne povas konservi tiun dezajnon, ĉar ĉiu el ili kredas posedi la tutan agordon.

En Windows, la nomrezolucia politika tabelo povas direkti sufiksojn al specifaj serviloj, kaj VPN-kliento povas instali regulojn tie. Kontrolu la politikon anstataŭ la adaptilan liston, ĉar ne la adaptila listo solvas la nomon.

Tenu startan vojon

Ĉiu kliento devas lokalizi sian propran finpunkton antaŭ ol uzi la servon, kiun tiu finpunkto provizas. Se la gastigantnomo de la finpunkto solveblas nur tra la tunelo, kaj la tunelo bezonas la solvitan gastigantnomon, vi havas cirkulan dependon, kiu aperas kiel konekta tempolimo. Tenu unu startan vojon ekster ambaŭ tuneloj. Ĝi kostas nenion ĝis la tago, kiam ĝi savas la konekton.

Rigardu la vojon al ĉiu solvilo, ne nur la nomon agorditan por ĝi. Solvilo atingebla nur tra la alia tunelo kondutas kvazaŭ mankanta, kaj la simptomo estas tempolimo anstataŭ enkursiga eraro.

Interkovrantaj adresoj ne estas DNS-problemo

Du privataj retoj uzantaj la saman adresan aron ne rekebliĝas per DNS-ordo. Se ambaŭ tuneloj postulas 10.0.0.0/8, nomo, kiu solviĝas ĝuste, ankoraŭ montras al adreso, al kiu la gastiganto ne povas enkursigi la ĝustan tunelon. Tio postulas solvon je adresa nivelo, kiel apartaj araroj, nomspaco aŭ tradukado, ne plian solvilan agordon. Frua decido pri tio evitas longan ĉirkaŭvojon tra DNS-agordo, kiu neniam estus funkciinta.

Komparu la adresajn atribuojn de ambaŭ tuneloj antaŭ ol kulpigi nomrezolucion. Kiam ambaŭ partneroj puŝas la saman prefikson, la gastiganto tenas unu enkursigon por ĝi, kaj nomo solvita tra la dua tunelo ankoraŭ surteriĝas sur adreso, kiun posedas la unua tunelo. Apartaj araroj, nomspaco por reto aŭ tradukado estas la riparoj; post kiam ĉiu kliento konektiĝas, konfirmu, ke la enkursiga tabelo montras la vojon, kiun vi intencis.

Pruvu ĝin per realaj aplikaĵoj

Elektu du gastigantojn, kiuj ekzistas nur en sia propra nomspaco, kaj unu publikan nomon, poste solvu ĉiun per la kliento, kiu devus posedi ĝin. Ĝusta respondo de la atendata solvilo ne pruvas, ke la aplikaĵo atingas la gastiganton, ĉar la vojo al tiu adreso ankoraŭ povas malsukcesi. Post ĉiu serĉo faru konektan teston el la programo, kiun la uzanto efektive rulos.

Kliento kun propra ĉifrita DNS-opcio povas preterpasi la politikon, kiun vi ĵus kontrolis, do kontrolu tiun agordon kiel parton de la revizio. Poste rekonektu ambaŭ klientojn laŭ la ordo, kiun la vendanto subtenas, kaj ripetu la serĉojn; se la respondoj interŝanĝiĝas, kiam la ordo ŝanĝiĝas, konkurenca skribinto ankoraŭ posedas parton de la agordo. Trovu, kiu komponanto instalas la regulon - la kliento, la operaciuma profilo aŭ administra agento - antaŭ ol redakti ion ajn. Notu la ordon kaj la posedantojn, por ke la sekva persono ne devu retrovii ilin.