Aegunud DDNS-kirje versus katkine VPN-i lõpp-punkt: kuidas neid eristada

Väljastpoolt näevad aegunud hostinimi ja katkine VPN ühesugused välja. Klient lahendab nime, nimi osutab kuhugi ning ühendus kas aegub või lükatakse tagasi. Üks on DNS-i uuendamise probleem ja teine autentimise või edastamise probleem, ning erinevus ilmneb alles siis, kui võrdlete avaldatud aadressi aadressiga, mis teie liinil tegelikult on.

Kaks tõrget, mis paistavad ühtemoodi

Esimene tõrge on see, et kirje loetleb endiselt eilset WAN-aadressi. Teine on see, et kirje on õige ja tunnel lükkab teid tagasi omadel põhjustel. Mõlemad annavad kliendis sama teate, ja kiusatus on hakata sertifikaate uuesti genereerima.

Järjekord on siin oluline. DNS-i kontrollimine võtab minuti ja on pööratav. CA uuesti genereerimine ei ole kumbki.

Võrrelge aadresse enne kõike muud

Küsige võrgu omanikult, milline aadress liinil praegu on, ja seejärel küsige DNS-ilt, mida see avaldab. dig +short vpn.example.com annab vastuse, mille teie klient saab, ja dig @1.1.1.1 vpn.example.com näitab, kas mõni teine lahendaja näeb midagi muud. Kui need kaks ei ühti, vaatate vahemälu käitumist, mitte katkist uuendajat.

Rekursiivne vastus võib uuendusest oma TTL-i võrra maha jääda, seega hoidke autoriteetset kirjet ja seda, mida teie sülearvuti vahemällu salvestas, eraldi kastides.

Mis on uuendaja volitus tegelikult

Vanemad DDNS-seadmed autentivad end sageli konto parooliga endaga, mistõttu selle parooli muutmine murrab need vaikselt. Nad jätkavad vana väärtusega proovimist ega teata midagi kasulikku. No-IP-i seadme parooli juhend dokumenteerib täpselt selle ühilduvusprobleemi vanemas riistvaras, ja mõistlik vastus on piiratud ulatusega uuendusvolitus, mitte nõrgem kontoparool.

Uuemad mehhanismid väljastavad eraldi uuendustõendi või võtme, millel on oma elutsükkel. See on väärtus, mille tuleb ruuterisse pöörata, ja see, mille tuleb oma volituste loendisse kanda. See ei ole ka väärtus, mida tasuks silumise ajal vestlusse kleepida.

Vaadake uuendaja mitte-salajast olekut: viimase õnnestumise aeg, vastuse kategooria ja hostinimi, mille kohta see arvab, et see kuulub talle. Volituse tagasilükkamine ja ühenduse tõrge vajavad erinevaid parandusi.

Mida DNS-i parandus teha ei suuda

Kirje parandamine ei loo sissetulevat kättesaadavust. Kui liin asub operaatori tasandi NAT-i taga, ei tee ükski hostinimi sissetulevat ühendust töötavaks. See ei ava ka tulemüüri reeglit ega suuna porti edasi. Ja see ei ole kunagi põhjus lülitada kliendis serveri kontroll välja, mis on käik, mille inimesed teevad, kui nad otsustavad, et sertifikaat peab olema probleem.

Vastupidiselt ei ole VPN-i parooli muutmine aegunud DNS-i parandus. See lisab samale piletile lihtsalt teise tõrke.

Ühendage uuesti ja tõestage seda otsast otsani

Kui autoriteetne kirje on õige, võib klient siiski hoida vana otsingut. Kasutage selle toetatud taasühendust või lõpp-punkti värskendust ja andke sellele hetk, selle asemel et ühendamise nuppu lõputult vajutada. Seejärel tõestage tee neljas etapis: lahendage nimi, kinnitage aadress, kontrollige, kas kuulaja on kättesaadav, ja autentige. Neli eraldi tulemust, neli eraldi vastust.

Hoidke uuendajat rotatsiooni kontroll-loendis VPN-i konto kõrval. Üks kavandatud kirje omanik, kehtiv volitus ja jälgitav õnnestumine on see, mis hoiab ära selle pileti järgmise versiooni.