ddclient objavi izhod VPN: popravite vir odkrivanja
Spletna sonda poroča naslov, ki ga vidi, zato lahko VPN s polnim tunelom objavi izhod ponudnika. Najprej izberite končno točko, nato ji prilagodite odkrivanje.
Vaše ime DNS se zdaj razrešuje na naslov ponudnika VPN, dnevnik posodobitev pa je videti popolnoma zdrav. Ta kombinacija je običajna. Spletna sonda za odkrivanje vpraša zunanjo storitev, kateri vir vidi, in ko zahteva odide skozi VPN s polnim tunelom, je odgovor izhod VPN, ne vaš domači naslov WAN. Posodabljalnik je opravil svoje delo; delo je bilo usmerjeno v napačno opazovanje.
Potrdite, do česa naj bi ime seglo
Javno ime za dohodno domačo storitev potrebuje naslov, prek katerega lahko odobrene dohodne povezave dosežejo to storitev. Objava skupnega izhoda ponudnika tam ne uredi dohodnega posredovanja in nobena konfiguracija DNS ne ustvari tega posredovanja. Odločite se o tem, preden se dotaknete posodabljalnika, ker določa, kateri naslov je pravi.
Zasebno ime za naslov tunela odjemalca VPN je druga težava z drugim odgovorom: spada v zasebni DNS in sploh ne potrebuje javne storitve odkrivanja. Mešanje obeh zahtev je način, kako delujoča konfiguracija začne objavljati naslov, ki ga nihče ni zahteval.
Tudi naslovi vmesnikov potrebujejo razlago. Naslov prenosnika za domačim usmerjevalnikom ni javni naslov WAN, in tudi naslov WAN usmerjevalnika je lahko za NAT operaterja, kjer njegova objava ne more dati dohodne dosegljivosti.
Ponovite vrednost, preden karkoli spremenite
Opazujte obe poti ločeno. Ko je tunel dvignjen, sonda poroča izhod; ko je tunel spuščen ali je sonda vezana na fizični vmesnik, poroča domači naslov: curl --interface eth0 https://ifconfig.me. Če se ta dva odgovora razlikujeta, ste napako ponovili, ne da bi se dotaknili posodabljalnika.
Nato zaženite odjemalca v načinu, ki preveri konfiguracijo brez izvedbe posodobitve, na primer ddclient -verbose -noexec, in preberite, katero metodo odkrivanja je izbral. Podroben izhod navaja metodo in pridobljeno vrednost, in to je dejstvo, ki ga potrebujete pred kakršnim koli urejanjem.
Usmerite odkrivanje na izbrano pot
Če mora ime objaviti domači naslov WAN, mora odkrivanje opazovati prav ta naslov. Delujejo tri možnosti, v približnem vrstnem redu prednosti: pustite usmerjevalniku, da objavi prek lastnega podprtega posodabljalnika; uporabite odkrivanje stanja usmerjevalnika v ddclientu proti strani, ki jo usmerjevalnik resnično streže; ali obdržite spletno sondo, a jo privežite na fizični vmesnik, da odide zunaj tunela.
Za pot stanja usmerjevalnika novejše izdaje ddclienta uporabljajo družino možnosti usev4 in fwv4, z neobveznim vzorcem preskoka za okoliško besedilo strani. Preverite README za nameščeno različico, ker starejše izdaje isto zamisel pišejo z use in fw, ime možnosti, kopirano iz napačne izdaje, pa ob zagonu spodleti.
Če obdržite spletno odkrivanje, ne pozabite, da sta usmerjanje sonde in usmerjanje klica API za posodobitev ločeni odločitvi. Klic za posodobitev dostavi zapis; sonda odloči, katera vrednost bo dostavljena.
Skrivnosti in različice imejte v redu
Poverilnice usmerjevalnika in žetoni ponudnika spadajo v zaščiteno konfiguracijsko datoteko, ne v ukazno vrstico, ki konča v zgodovini lupine. Podrobne sledi lahko vsebujejo oboje, zato jih pred lepljenjem v zahtevek redigirajte. Metoda odkrivanja, ki zahteva strganje overjene strani usmerjevalnika, zahteva tudi, da te poverilnice ohranite delujoče skozi posodobitve vdelane programske opreme. Shranjujte jih z enako skrbnostjo kot žeton ponudnika.
ddclient README dokumentira pristope odkrivanja in imena njihovih možnosti. Ne mešajte rezultatov IPv4 in IPv6 v enem zapisu in ne domnevajte, da možnost v eni izdaji obstaja v drugi.
Preverite vrednost, nato dosegljivost
Primerjajte predlagani naslov z predvideno končno točko, preden dovolite posodobitev v živo, nato po eni odobreni posodobitvi preverite avtoritativni DNS in upoštevajte predpomnilnike razreševalnikov. Nizek TTL skrajša čakanje; napačne vrednosti ne naredi pravilne.
Šele ko je zapis pravilen, preizkusite dohodno storitev iz neodvisnega omrežja, ko sta zahtevani požarni zid in posredovanje že odobrena. Pravilen zapis A ne dokazuje dosegljive storitve, statični najem VPN pa lahko poenostavi zasebno poimenovanje, ne da bi popravil javno ime gostitelja, ki kaže na napačen WAN.