Novecojis DDNS ieraksts pret salauztu VPN galapunktu: kā atšķirt
Divi atteices no ārpuses izskatās vienādi: resursdatora nosaukums, kas norāda uz vakardienas adresi, un VPN, kas jūs noraida. Pārbaudiet DNS pirms sertifikātu aizskaršanas.
No ārpuses novecojis resursdatora nosaukums un salauzts VPN izskatās vienādi. Klients atrisina nosaukumu, nosaukums uz kaut ko norāda, un savienojums vai nu beidzas ar taimautu, vai tiek noraidīts. Viens ir DNS atjaunināšanas problēma, otrs ir autentifikācijas vai pārsūtīšanas problēma, un atšķirība kļūst acīmredzama tikai tad, kad salīdzināt publicēto adresi ar adresi, kāda jūsu līnijai patiešām ir.
Divas atteices, kas izskatās vienādi
Pirmā atteice ir tā, ka ieraksts joprojām uzskaita vakardienas WAN adresi. Otrā ir tā, ka ieraksts ir pareizs un tunelis jūs noraida savu iemeslu dēļ. Abi klientā rada vienu un to pašu ziņojumu, un kārdinājums ir sākt no jauna ģenerēt sertifikātus.
Šeit svarīga ir secība. DNS pārbaude aizņem minūti un ir atgriezeniska. CA ģenerēšana no jauna nav ne viens, ne otrs.
Vispirms salīdziniet adreses
Pajautājiet tīkla īpašniekam, kāda adrese līnijai šobrīd ir, pēc tam pajautājiet DNS, ko tas publicē. dig +short vpn.example.com sniedz atbildi, ko saņems jūsu klients, un dig @1.1.1.1 vpn.example.com parāda, vai cits atrisinātājs redz ko citu. Ja šie divi nesakrīt, jūs skatāties kešatmiņas uzvedību, nevis salauztu atjauninātāju.
Rekursīva atbilde var atpalikt no atjauninājuma par savu TTL, tāpēc turiet autoritatīvo ierakstu un to, ko jūsu klēpjdators saglabāja kešatmiņā, atsevišķās kastēs.
Kas patiesībā ir atjauninātāja akreditācija
Vecākas DDNS ierīces bieži autentificējas ar pašu konta paroli, tāpēc tās klusi salūzt, kad šo paroli nomaina. Tās turpina mēģināt ar veco vērtību un neziņo neko noderīgu. No-IP ierīces paroles norādījumi dokumentē tieši šo saderības problēmu vecākā aparatūrā, un saprātīgā atbilde ir ierobežotas darbības jomas atjaunināšanas akreditācija, nevis vājāka konta parole.
Jaunāki mehānismi izsniedz atsevišķu atjaunināšanas pilnvaru vai atslēgu ar savu dzīves ciklu. Tas ir vērtība, kas jāieliek maršrutētājā, un tā, kas jāieraksta akreditācijas datu uzskaitē. Tā arī nav vērtība, ko ielīmēt tērzēšanas pavedienā atkļūdošanas laikā.
Pārbaudiet atjauninātāja ne slepeno stāvokli: pēdējā panākuma laiku, atbildes kategoriju un resursdatora nosaukumu, ko tas uzskata par savu. Akreditācijas noraidīšanai un savienojuma kļūmei nepieciešami atšķirīgi labojumi.
Ko DNS labojums nevar izdarīt
Ieraksta labošana nerada ienākošu sasniedzamību. Ja līnija atrodas aiz operatora līmeņa NAT, neviens resursdatora nosaukums nepadarīs ienākošo savienojumu funkcionējošu. Tas arī neatver ugunsmūra noteikumu un nepārsūta portu. Un tas nekad nav iemesls izslēgt servera pārbaudi klientā, ko cilvēki dara, kad nolemj, ka sertifikāts noteikti ir problēma.
Un otrādi, VPN paroles maiņa nav novecojuša DNS labojums. Tā tikai pievieno otru kļūmi tam pašam pieteikumam.
Pieslēdzieties no jauna un pierādiet to no gala līdz galam
Kad autoritatīvais ieraksts ir pareizs, klients joprojām var turēt vecu vaicājumu. Izmantojiet tā atbalstīto atkārtoto savienojumu vai galapunkta atsvaidzināšanu un dodiet tam mirkli, nevis spiediet savienot bez mitas. Pēc tam pierādiet ceļu četros soļos: atrisiniet nosaukumu, apstipriniet adresi, pārbaudiet, vai klausītājs ir sasniedzams, un autentificējieties. Četri atsevišķi rezultāti, četras atsevišķas atbildes.
Turiet atjauninātāju rotācijas kontrolsarakstā blakus VPN kontam. Viens paredzēts ieraksta īpašnieks, derīga akreditācija un novērojams panākums ir tas, kas novērš nākamo šī pieteikuma versiju.