Bi VPN, resolver bakarra: azken idatzi duena gailentzen da

Bi VPN bezero daude konektatuta, bat lanerako eta bestea laborategiko sare baterako, eta barne-izenak azken konektatu zen bezeroarentzat soilik ebazten dira. Eredu horrek bezeroetako baten akatsa dirudi. Normalean bi programak resolver konfigurazio bera ados jarri gabe idaztearen emaitza aurreikusgarria da, nork zein izen duen argi gabe.

Mitoa: VPN berrienak dauka DNS

Ez dago arau orokorrik konexio berrienak irabazten duenik. Gertatzen dena plataformaren mekanismoaren eta bezero bakoitzak nola idazten duen araberakoa da. Resolver fitxategi bat ordezkatzen duen bezeroak emaitza bat sortzen du; esteka bakoitzeko domeinu bat gehitzen duenak beste bat; ezer egiten ez duenak aurreko egoera ukitu gabe uzten du.

Beraz, ikusitako portaera bi inplementazioen propietatea da, ez dokumentatutako lehentasun bat. Abio-ordenari soilik erreparatuta arrazoitzeak batzuetan asmatuko du eta besteetan huts egingo du, erreproduzitzen zaila den moduan. Idatzi esleipena. Bi bezerotan bizi den diseinua ez da diseinu bat.

Lotu izen-espazioak resolverrei

Zerrendatu atzizki pribatuak eta sare bakoitzak eskatzen duen resolverra, eta gero erabaki non joan behar duten izen publikoek. Zerrenda hori da diseinua. Hura gabe, bezeroek ustekabean hartzen dute erabakia.

Esteka bakoitzeko DNSa edo bideratze-domeinuak onartzen dituen plataforma batek banaketa nahita adieraz dezake: domeinu bat esteka batera doa, beste domeinu bat bestera, eta gainerako guztiak lehenetsi esplizitu bat jarraitzen du. Fitxategi bera gainidazten duten bi script lauek ezin dute diseinu hori mantendu, bakoitzak konfigurazio osoaren jabe dela uste duelako.

Windowsen, izen-ebazpenaren politika-taula atzizkiak zerbitzari jakin batzuetara zuzendu ditzake, eta VPN bezero batek arauak instala ditzake han. Egiaztatu politika, ez egokitzaileen zerrenda, izena ez baitu egokitzaileen zerrendak ebazten.

Eduki abio-bide bat

Bezero bakoitzak bere amaiera-puntua aurkitu behar du, puntu horrek ematen duen zerbitzua erabili aurretik. Amaiera-puntuaren ostalari-izena tunelen bidez soilik ebatzi badaiteke, eta tunelak ostalari-izena ebatzia behar badu, mendekotasun zirkularra duzu, konexio-denboraz gisa agertzen dena. Eduki abio-bide bat bi tunelen kanpoan. Ez du ezer kostatzen konexioa salbatzen duen egunera arte.

Begiratu resolver bakoitzerako bidea, ez bakarrik harekin konfiguratutako izena. Beste tunelaren bidez soilik iristen den resolver bat falta den baten moduan jokatzen du, eta sintoma denbora-muga da, ez bideratze-errore bat.

Gainjarritako helbideak ez dira DNS arazo bat

Helbide-barruti bera erabiltzen duten bi sare pribatu ezin dira DNS ordenarekin konpondu. Bi tunelak 10.0.0.0/8 eskatzen badute, behar bezala ebazten den izen batek hostak tunel egokira bideratu ezin duen helbide bati egiten dio oraindik. Horrek helbide mailako konponbidea behar du, hala nola barruti desberdinak, izen-espazio bat edo itzulpena, ez resolver ezarpen beste bat. Hau goiz erabakitzeak inoiz funtzionatuko ez zuen DNS konfigurazioaren inguruko saihesbide luzea eragozten du.

Konparatu bi tunelen helbide-esleipenak izen-ebazpena erruduntzat jo aurretik. Bi muturrek aurrizki bera bultzatzen dutenean, hostak bide bat gordetzen du hartarako, eta bigarren tunelaren bidez ebatzitako izen bat lehen tunelaren jabetzako helbide batean amaitzen da oraindik. Barruti desberdinak, sare bakoitzeko izen-espazio bat edo itzulpena dira konponketak; bezero bakoitza konektatu ondoren, egiaztatu bideratze-taula nahi zenukeen bidea erakusten ari dela.

Egiaztatu aplikazio errealekin

Aukeratu beren izen-espazioan soilik bizi diren bi ostalari eta izen publiko bat, eta gero ebatzi bakoitza haren jabe izan beharko lukeen bezeroaren bidez. Espero den resolverraren erantzun zuzenak ez du frogatzen aplikazioa ostalarira iristen denik, helbide horretarako bideak huts egin bait dezake oraindik. Jarraitu kontsulta bakoitzari erabiltzaileak benetan exekutatuko duen programaren konexio-proba batekin.

Bere DNS zifratuaren aukera duen bezero batek orain egiaztatu duzun politika gaindi dezake, beraz, berrikusi ezarpen hori berrikuspenaren parte gisa. Ondoren, konektatu berriro bi bezeroak hornitzaileak onartzen duen ordenan eta errepikatu kontsultak; erantzunak trukatzen badira ordena aldatzean, idazle lehiakide batek konfigurazioaren zati bat oraindik dauka. Aurkitu zein osagai instala dezakeen araua - bezeroa, sistema eragilearen profila edo kudeaketa-agentea - ezer editatu aurretik. Idatzi ordena eta jabeak, hurrengo pertsonak berriro aurkitu behar ez ditzan.