Vanhentunut DDNS-tietue vai rikkinäinen VPN-päätepiste: miten erottaa

Ulkopuolelta vanhentunut isäntänimi ja rikkinäinen VPN näyttävät samalta. Asiakas selvittää nimen, nimi osoittaa jonnekin ja yhteys joko aikakatkeaa tai hylätään. Toinen on DNS-päivityksen ongelma ja toinen todennuksen tai välityksen ongelma, ja ero tulee ilmeiseksi vasta kun vertaat julkaistua osoitetta osoitteeseen, joka linjallasi todella on.

Kaksi vikaa, jotka näyttävät samalta

Ensimmäinen vika on, että tietue listaa yhä eilisen WAN-osoitteen. Toinen on, että tietue on oikein ja tunneli hylkii sinut omista syistään. Molemmat tuottavat saman viestin asiakkaassa, ja houkutus on alkaa luoda varmenteita uudelleen.

Järjestyksellä on tässä väliä. DNS:n tarkistaminen kestää minuutin ja on peruttavissa. CA:n uudelleenluonti ei ole kumpaakaan.

Vertaa osoitteita ennen kaikkea muuta

Kysy verkon omistajalta, mikä osoite linjalla on juuri nyt, ja kysy sitten DNS:ltä, mitä se julkaisee. dig +short vpn.example.com antaa vastauksen, jonka asiakkaasi saa, ja dig @1.1.1.1 vpn.example.com näyttää, näkeekö toinen selvittäjä jotain muuta. Jos nämä kaksi eroavat, katsot välimuistin käyttäytymistä etkä rikkinäistä päivittäjää.

Rekursiivinen vastaus voi jäädä päivityksestä jälkeen TTL:nsä verran, joten pidä autoritatiivinen tietue ja se, mitä kannettavasi välimuistiin tallensi, erillisissä laatikoissa.

Mikä päivittäjän tunniste oikeastaan on

Vanhemmat DDNS-laitteet todentavat usein itse tilin salasanalla, minkä vuoksi sen salasanan vaihtaminen rikkoo ne äänettömästi. Ne jatkavat yrittämistä vanhalla arvolla eivätkä ilmoita mitään hyödyllistä. No-IP:n laitesalasanaohje dokumentoi juuri tämän yhteensopivuusongelman vanhemmassa laitteistossa, ja järkevä vastaus on rajattu päivitystunniste eikä heikompi tilin salasana.

Uudemmat mekanismit myöntävät erillisen päivitystunnuksen tai -avaimen, jolla on oma elinkaarensa. Se on arvo, joka kierrätetään reitittimeen, ja se, joka kirjataan tunnistevarastoon. Se ei myöskään ole arvo, joka liitetään chat-ketjuun vianetsinnän aikana.

Tarkastele päivittäjän ei-salattua tilaa: viimeisin onnistuminen, vastausluokka ja isäntänimi, jonka se uskoo omistavansa. Tunnisteen hylkääminen ja yhteysvika vaativat erilaiset korjaukset.

Mitä DNS-korjaus ei voi tehdä

Tietueen korjaaminen ei luo saapuvaa tavoitettavuutta. Jos linja on operaattoritason NAT:n takana, mikään isäntänimi ei saa saapuvaa yhteyttä toimimaan. Se ei myöskään avaa palomuurisääntöä eikä välitä porttia. Eikä se ole koskaan syy poistaa palvelimen vahvistusta asiakkaasta, mikä on se siirto, jonka ihmiset tekevät päätettyään, että varmenteen täytyy olla ongelma.

Päinvastoin, VPN-salasana vaihtaminen ei korjaa vanhentunutta DNS:ää. Se vain lisää toisen vian samaan tikettiin.

Yhdistä uudelleen ja todista se päästä päähän

Kun autoritatiivinen tietue on oikein, asiakas voi yhä pitää vanhaa hakua. Käytä sen tuettua uudelleenyhdistämistä tai päätepisteen päivitystä ja anna sille hetki sen sijaan, että jyskyttäisit yhdistä-painiketta. Todista sitten polku neljässä vaiheessa: selvitä nimi, vahvista osoite, tarkista että kuuntelija on tavoitettavissa ja todentaudu. Neljä erillistä tulosta, neljä erillistä vastausta.

Pidä päivittäjä kierrätyslistalla VPN-tilin vieressä. Yksi aiottu tietueen omistaja, kelvollinen tunniste ja havaittava onnistuminen estävät tämän tiketin seuraavan version.