Zure DNS izena VPN hornitzaile baten helbidera ebazten da orain, eta eguneraketa erregistroa erabat osasuntsu dago. Konbinazio hori normala da. Web bidezko aurkikuntza zundak kanpoko zerbitzu bati galdetzen dio zein iturburu ikusten duen, eta eskaera tunel osoko VPN batetik irteten denean, erantzuna VPN irteera da, ez zure etxeko WAN helbidea. Eguneratzaileak bere lana egin zuen; lana behaketa oker batera zegoen zuzenduta.

Berretsi izenak zer lortu behar duen

Sarrerako etxeko zerbitzu baterako izen publiko batek helbide bat behar du, onartutako sarrerako konexioek zerbitzu hori harrapatu ahal izateko. Hornitzaile baten irteera partekatua argitaratzeak ez du sarrerako birbidalketarik antolatzen han, eta DNS konfigurazio kopuru handiak ere ez du birbidalketa hori sortzen. Erabaki hau eguneratzailea ukitu aurretik, zein helbide den zuzena zehazten baitu.

VPN bezero baten tunel helbiderako izen pribatu bat beste erantzun bat duen beste arazo bat da: DNS pribatuan du lekua, eta ez du inolako aurkikuntza zerbitzu publikorik behar. Bi baldintzak nahastea da funtzionatzen duen konfigurazio bat inork eskatu ez duen helbide bat argitaratzen hastea.

Interfaze helbideek ere interpretazioa behar dute. Etxeko router baten atzeko ordenagailu eramangarri baten helbidea ez da WAN helbide publikoa, eta routerraren WAN helbidea bera ere carrier-grade NAT baten atzean egon daiteke, non argitaratzeak ezin duen sarrerako irisgarritasunik sortu.

Berregin balioa ezer aldatu aurretik

Beha itzazu bi bideak bereizita. Tunela aktibo dagoela, zunda batek irteera jakinarazten du; tunela itzalita dagoela, edo zunda interfaze fisikoari lotuta, etxeko helbidea jakinarazten du: curl --interface eth0 https://ifconfig.me. Bi erantzun horiek desberdinak badira, hutsa berregin duzu eguneratzailea ukitu gabe.

Gero exekutatu bezeroa eguneraketarik egin gabe konfigurazioa egiaztatzen duen moduan, adibidez ddclient -verbose -noexec, eta irakurri zein aurkikuntza metodo hautatu duen. Irteera xeheak metodoa eta lortutako balioa izendatzen ditu, eta horixe da ezer editatu aurretik behar duzun datua.

Zuzendu aurkikuntza hautatutako bidera

Izenak etxeko WAN helbidea argitaratu behar badu, aurkikuntzak helbide hori bera behatu behar du. Hiru aukera funtzionatzen dute, gutxi gorabehera lehentasun hurrenkeran: utzi routerrari bere eguneratzaile onartuaren bidez argitaratzen; erabili ddclient-en router egoera aurkikuntza routerrak benetan zerbitzatzen duen orri baten aurka; edo mantendu web zunda bat baina lotu interfaze fisikoari tunelatik kanpo irten dadin.

Router egoeraren biderako, ddclient bertsio berriek usev4 eta fwv4 aukera familia erabiltzen dute, orriaren inguruko testurako aukerako jauzi-eredu batekin. Begiratu zure bertsio instalatuaren README fitxategia, bertsio zaharrek ideia bera use eta fw erabiliz idazten baitute, eta bertsio okerretik kopiatutako aukera izen batek huts egiten du abiaraztean.

Web aurkikuntza mantentzen baduzu, gogoratu zunda bideratzea eta eguneraketa API deiaren bideratzea erabaki bereiziak direla. Eguneraketa deiak erregistroa ematen du; zundak emango den balioa erabakita du.

Eduki sekretuak eta bertsioak txukun

Routerren kredentzialak eta hornitzailearen tokenak konfigurazio fitxategi babestu batean doaz, shell historialera iristen den komando lerro batean ez. Traza xeheek biak eduki ditzakete, beraz, ezabatu itzazu txartel batean itsatsi aurretik. Router orri autentifikatu bat libratu behar duen aurkikuntza metodoak kredentzial hori firmware eguneraketen zehar funtzionatzen edukitzea ere eskatzen du. Gorde hornitzailearen tokenaren arreta berarekin.

ddclient README fitxategiak aurkikuntza ikuspegiak eta haien aukera izenak dokumentatzen ditu. Ez nahastu IPv4 eta IPv6 emaitzak erregistro bakarrean, eta ez suposatu bertsio batean dagoen aukera bat beste batean ere badagoenik.

Egiaztatu balioa, gero irisgarritasuna

Konparatu proposatutako helbidea aurreikusitako amaiera-puntuarekin zuzeneko eguneraketa baimendu aurretik, gero egiaztatu DNS autoritatiboa baimendutako eguneraketa baten ondoren eta kontuan hartu ebazleen cacheak. TTL baxuak itxaronaldia laburtzen du; ez du balio okerra zuzen bihurtzen.

Erregistroa zuzena denean soilik probatu beharko zenuke sarrerako zerbitzua sare independente batetik, beharrezko suebakia eta birbidalketa aurrez onartuta. A erregistro zuzen batek ez du zerbitzu irisgarria frogatzen, eta VPN alokairu estatikoa izendapen pribatua erraztu dezake, WAN okerrera seinalatzen duen ostalari izen publiko bat konpondu gabe.

Erlazionatutako artikuluak