ddclient skelbia VPN išėjimą: pataisykite aptikimo šaltinį
Žiniatinklio zondas praneša adresą, kurį mato, todėl viso tunelio VPN gali paskelbti teikėjo išėjimą. Pirmiau pasirinkite galinį tašką, tada suderinkite aptikimą su juo.
Jūsų DNS vardas dabar sprendžiamas į VPN teikėjo adresą, o atnaujinimo žurnalas atrodo visiškai sveikas. Šis derinys yra normalus. Žiniatinkliu pagrįstas aptikimo zondas klausia išorinės tarnybos, kokį šaltinį ji mato, o kai užklausa išeina per viso tunelio VPN, atsakymas yra VPN išėjimas, o ne jūsų namų WAN adresas. Atnaujintojas atliko savo darbą; darbas buvo nukreiptas į klaidingą stebėjimą.
Patvirtinkite, ką vardas turi pasiekti
Viešas įeinančios namų tarnybos vardas turi adresą, kuriuo patvirtinti įeinantys ryšiai gali pasiekti tą tarnybą. Bendrai naudojamo teikėjo išėjimo paskelbimas ten nesutvarko įeinančio persiuntimo, ir jokia DNS konfigūracija to persiuntimo nesukuria. Nuspręskite tai prieš liesdami atnaujintoją, nes tai lemia, kuris adresas yra teisingas.
Privatus VPN kliento tunelio adreso vardas yra kita problema su kitu atsakymu: jis priklauso privačiam DNS ir visiškai nereikalauja viešos aptikimo tarnybos. Abiejų reikalavimų maišymas yra būdas, kuriuo veikianti konfigūracija pradeda skelbti adresą, kurio niekas neprašė.
Sąsajos adresai taip pat reikia aiškinti. Nešiojamojo kompiuterio adresas už namų maršrutizatoriaus nėra viešas WAN adresas, ir net maršrutizatoriaus WAN adresas gali būti už operatoriaus NAT, kur jo paskelbimas negali suteikti įeinančio pasiekiamumo.
Atkurkite reikšmę prieš ką nors keisdami
Stebėkite abu kelius atskirai. Kai tunelis įjungtas, zondas praneša išėjimą; kai tunelis išjungtas arba zondas pririštas prie fizinės sąsajos, jis praneša namų adresą: curl --interface eth0 https://ifconfig.me. Jei šie du atsakymai skiriasi, atkūrėte gedimą neliesdami atnaujintojo.
Tada paleiskite klientą režimu, kuris tikrina konfigūraciją neatlikdamas atnaujinimo, pavyzdžiui ddclient -verbose -noexec, ir perskaitykite, kokį aptikimo metodą jis pasirinko. Išsami išvestis nurodo metodą ir gautą reikšmę, ir tai yra faktas, kurio jums reikia prieš bet kokį redagavimą.
Nukreipkite aptikimą į pasirinktą kelią
Jei vardas turi skelbti namų WAN adresą, aptikimas turi stebėti būtent tą adresą. Veikia trys variantai, apytikre pirmenybės tvarka: leiskite maršrutizatoriui skelbti per savo palaikomą atnaujintoją; naudokite ddclient maršrutizatoriaus būsenos aptikimą prieš puslapį, kurį maršrutizatorius iš tikrųjų aptarnauja; arba palikite žiniatinklio zondą, bet pririškite jį prie fizinės sąsajos, kad jis išeitų už tunelio.
Maršrutizatoriaus būsenos keliui naujesni ddclient leidimai naudoja usev4 ir fwv4 parinkčių šeimą, su pasirenkamu praleidimo šablonu aplinkiniam puslapio tekstui. Patikrinkite savo įdiegtos versijos README, nes senesni leidimai tą pačią idėją rašo su use ir fw, o iš netinkamo leidimo nukopijuotas parinkties pavadinimas nepavyksta paleidžiant.
Jei paliekate žiniatinklio aptikimą, atsiminkite, kad zondo maršrutizavimas ir atnaujinimo API iškvietimo maršrutizavimas yra atskiri sprendimai. Atnaujinimo iškvietimas pristato įrašą; zondas nusprendžia, kokia reikšmė bus pristatyta.
Laikykite paslaptis ir versijas tvarkingai
Maršrutizatoriaus prisijungimo duomenys ir teikėjo žetonai priklauso apsaugotam konfigūracijos failui, o ne komandų eilutei, kuri patenka į shell istoriją. Išsamūs pėdsakai gali turėti abu, todėl ištrinkite juos prieš įklijuodami į bilietą. Aptikimo metodas, reikalaujantis nuskaityti autentifikuotą maršrutizatoriaus puslapį, taip pat reikalauja, kad šie prisijungimo duomenys veiktų ir po aparatinės įrangos atnaujinimų. Saugokite juos tokiu pat rūpesčiu kaip teikėjo žetoną.
ddclient README dokumentuoja aptikimo būdus ir jų parinkčių pavadinimus. Nemaišykite IPv4 ir IPv6 rezultatų viename įraše ir nemanome, kad viename leidime esanti parinktis egzistuoja kitame.
Patikrinkite reikšmę, tada pasiekiamumą
Prieš leisdami tiesioginį atnaujinimą palyginkite siūlomą adresą su numatytu galiniu tašku, tada po vieno leisto atnaujinimo patikrinkite autoritetingą DNS ir atsižvelkite į sprendėjų podėlius. Žemas TTL sutrumpina laukimą; jis nepadaro klaidingos reikšmės teisinga.
Tik kai įrašas teisingas, turėtumėte išbandyti įeinančią tarnybą iš nepriklausomo tinklo, kai reikiama užkarda ir persiuntimas jau patvirtinti. Teisingas A įrašas neįrodo pasiekiamos tarnybos, o statinė VPN nuoma gali supaprastinti privatų vardijimą, bet nepataiso viešo pagrindinio kompiuterio vardo, rodančio į netinkamą WAN.