Zastaraný záznam DDNS alebo pokazený koncový bod VPN: ako ich rozlíšiť

Zvonku vyzerá zastaraný názov hostiteľa a pokazená VPN rovnako. Klient preloží názov, názov ukazuje niekam a spojenie buď vyprší, alebo je odmietnuté. Jedno je problém aktualizácie DNS a druhé problém autentifikácie alebo presmerovania, a rozdiel je zrejmý až vtedy, keď porovnáte zverejnenú adresu s adresou, ktorú vaša linka skutočne má.

Dve poruchy, ktoré vyzerajú rovnako

Prvá porucha je, že záznam stále uvádza včerajšiu adresu WAN. Druhá je, že záznam je správny a tunel vás odmieta z vlastných dôvodov. Obe dávajú v klientovi rovnakú správu a pokušenie je začať znova generovať certifikáty.

Na poradí tu záleží. Kontrola DNS trvá minútu a je vratná. Opätovné vygenerovanie CA nie je ani jedno.

Najprv porovnajte adresy

Opýtajte sa vlastníka siete, akú adresu linka práve má, a potom sa opýtajte DNS, čo zverejňuje. dig +short vpn.example.com dá odpoveď, ktorú váš klient dostane, a dig @1.1.1.1 vpn.example.com ukáže, či iný prekladač vidí niečo iné. Ak sa tieto dva rozchádzajú, pozeráte sa na správanie medzipamäte, nie na pokazený aktualizátor.

Rekurzívna odpoveď môže za aktualizáciou zaostávať o svoju TTL, takže držte autoritatívny záznam a to, čo si váš notebook uložil do medzipamäte, v oddelených krabiciach.

Čo je vlastne prihlasovací údaj aktualizátora

Staršie zariadenia DDNS sa často autentifikujú samotným heslom účtu, a preto ich zmena tohto hesla potichu pokazí. Stále skúšajú starú hodnotu a nehlásia nič užitočné. Usmernenie No-IP k heslu zariadenia dokumentuje presne tento problém kompatibility na staršom hardvéri a rozumnou reakciou je prihlasovací údaj na aktualizáciu s obmedzeným rozsahom, nie slabšie heslo účtu.

Novšie mechanizmy vydávajú samostatný token alebo kľúč na aktualizáciu s vlastným životným cyklom. To je hodnota, ktorú treba rotovať do routera, a tá, ktorú treba zapísať do inventára prihlasovacích údajov. Tiež to nie je hodnota, ktorú by ste mali vkladať do chatového vlákna počas ladenia.

Pozrite si neutajovaný stav aktualizátora: čas posledného úspechu, kategóriu odpovede a názov hostiteľa, o ktorom si myslí, že mu patrí. Odmietnutie prihlasovacích údajov a zlyhanie pripojenia vyžadujú rôzne opravy.

Čo oprava DNS nedokáže

Oprava záznamu nevytvára prichádzajúcu dostupnosť. Ak linka sedí za NAT na úrovni operátora, žiadny názov hostiteľa nedosiahne, aby prichádzajúce spojenie fungovalo. Neotvorí ani pravidlo firewallu a nepresmeruje port. A nikdy nie je dôvodom vypnúť overovanie servera v klientovi, čo je krok, ktorý ľudia urobia, keď usúdia, že problémom musí byť certifikát.

Naopak, zmena hesla VPN nie je opravou zastaraného DNS. Len pridá druhú poruchu do toho istého tiketu.

Pripojte sa znova a dokážte to od začiatku do konca

Keď je autoritatívny záznam správny, klient môže stále držať starý preklad. Použite jeho podporované opätovné pripojenie alebo obnovenie koncového bodu a dajte mu chvíľu, namiesto toho, aby ste neustále stláčali pripojiť. Potom dokážte cestu v štyroch krokoch: preložte názov, potvrďte adresu, overte, či je naslúchajúci dostupný, a autentifikujte sa. Štyri oddelené výsledky, štyri oddelené odpovede.

Držte aktualizátor v kontrolnom zozname rotácie vedľa účtu VPN. Jeden zamýšľaný vlastník záznamu, platný prihlasovací údaj a pozorovateľný úspech sú to, čo zabráni ďalšej verzii tohto tiketu.