Eramangarria konektatzen da, tunelak bere burua aktibo dela jakinarazten du, eta biltegiratze kontuak eskaera guztiak baztertzen jarraitzen du. Mutur puntu pribatua badago, bere azpisarerako bidea badago, eta izenak edo helbide publiko batekin erantzuten du edo ez da ebazten. Ez dago ezer gaizki tunelean: bezeroari inoiz ez zitzaion esan zein zerbitzarik erantzun behar zuen izen horren gainean. Jarraitu kontsulta kanpora eta hutsunea agerikoa bihurtzen da.

Hasi bezeroaren resolverretik

Galdetu bezeroari zein zerbitzari galdetzen dion tunela aktibo dagoen bitartean. Puntu-tik-gunera profilek helbide hori ematen du, eta ezer ematen ez duen profilek sistema eragileari uzten dio egokitzailearen lehenespenetara itzultzen.

Resolver publikoek ez dute zona pribatuaren ikuspegirik, beraz internetetik erantzuten dute, eta hori da hain zuzen ere beren lana. Lehen egiaztapena, beraz, erabiltzen ari den resolver helbidea da, ez tunela eta ez mutur puntua.

Irakurri erantzuna benetan zer den

Ebatzi zerbitzuaren izena eta irakurri itzultzen den helbidea. Erantzun publiko batek esan nahi du kontsulta zona ikusi ezin duen zerbitzari batengana iritsi zela. Erantzunik ezak esan nahi du izena modu pribatuan soilik existitzen dela eta bezeroak iris dezakeen ezerk ez duela eusten.

Bi emaitza horiek antzeko aplikazio erroreak sortzen dituzte eta jabe desberdinei dagozkie. Bata resolver hautatzeko arazoa da, bestea falta den zona esteka.

Hosts sarrera batek bidea frogatzen du, eta gero gezurra esaten du

Mutur puntuaren helbidea tokiko hosts fitxategian jartzea da tunela eta zerbitzuaren suebakia dagoeneko funtzionatzen dutela frogatzeko modurik azkarrena. Eskaerak sarrera horrekin arrakasta badu, izenen ebazpena soilik dago hautsita. Gainera, makina bakoitzeko aldaketa da eta izen bakar bat estaltzen du.

Ez dio bigarren kontuari, bigarren mutur puntuari edo lankide bati laguntzen, eta abisurik gabe hausten da mutur puntua helbide berri batean berriz sortzen denean.

Okerragoa dena, zure makinak beste guztien desberdin jokatzen du, eta horrela bizirik irauten du resolver akats batek astebeteko ikerketan. Erabili bidea baieztatzeko, gero kendu eta konpondu kausa.

Lotu zona eta banatu resolver bat

Bi baldintza bete behar dira aldi berean. Zona pribatua mutur puntua bizi den sare birtualera lotu behar da, eta bezeroak bere kontsultak zona hori irakur dezakeen zerbitzari batera bidali behar ditu. DNS Private Resolver-en sarrerako mutur puntu batek halako helbidea ematen du sarearen barruan eta tuneletik iristen diren kontsultei erantzuten die. Jarri helbide hori VPN profilean eta gehitu bezeroak aplikatu behar duen atzizki pribatua.

Dagoeneko badagoen tokiko resolver batek emaitza bera lor dezake zonara zuzendutako baldintzazko birbidaltzaile baten bidez.

Resolverreko sare arauek bideratzeak adina balio dute. Sarrerako arauak VPN bezeroen tartea baztertzen badu, kontsultak iraungi egiten dira erantzun okerra itzuli beharrean. Iraungitze horrek bidaltzen jendea ezer gaizki ez dagoen bide taula batera.

Egiaztatu izena, ataka eta identitatea ordenan

Lan egin ordenan: ebatzi izena, egiaztatu erantzuna pribatua dela, ireki ataka, eta egin autentifikatutako eskaera bat. Etapa bakoitzak bere jabea eta bere hutsegite sinadura du.

Erantzun pribatu baten ondorengo iraungitzeak bide edo suebaki batera seinalatzen du. Erantzun publikoak resolverrera seinalatzen du. Identitate errore bat itzultzen duen konexio osatuak zerbitzuari dagokio.

Beste hutsegite bat ere zerrenda honetan sartzen da. Bezero helbide bat onartzen duen zerbitzu suebakiak bat egiteari uzten dio igerilekuak helbide hori beste saio bati ematen dionean berriz konektatu ondoren. Irakurri zerbitzuak erregistratu zuen deitzailearen helbidea, bezeroak uste duenarena beharrean. Biak jendeak espero duena baino sarriago desadostasun dute. Azure DNS Private Resolver gidak zona esteka eta birbidaltze antolamendua hartzen ditu.

Erlazionatutako artikuluak