Avalik VPN-nimekiri ütleb võrgus; sinu klient ütleb ei

Ava kataloog, sorteeri kiiruse järgi, vali võrgus märgitud sõlm, ja klient annab alla enne, kui jõuab ühenduse luua. Nimekiri ei valetanud, päris täpselt. See teatas kellegi teise sondi tulemusest, teisest võrgust, varasemal hetkel, teenuse vastu, mille vabatahtlik võib igal hetkel välja lülitada. Selle lünga mõistmine muudab kurnava otsingu lühikeseks kontrollide jadaks, mida saad käivitada iga kandidaadi peal.

Mida nimekiri tegelikult mõõtis

Avalik kataloog hoiab välju nagu viimase kontrolli aeg, mõõdetud edasi-tagasi aja väärtus, sessioonide arv ja mõnikord protokollide loend. Igaüks neist kirjeldab viimast õnnestunud vaatlust projekti enda vaatepunktist, mitte sõlme olekut sinu paketi saabumise hetkel.

Värskus loeb rohkem kui arv. Neli minutit tagasi kontrollitud sõlm ja neli tundi tagasi kontrollitud sõlm võivad näidata sama rohelist märki, ja ainult üks neist sarnaneb veel salvestatud olekuga. Otsi ajatemplit, mitte värvi.

Vabatahtlik käitamine lisab teise muutuste allika, mida ükski monitor parandada ei saa. Operaator võib sülearvutit taaskäivitada, ribalaius võib otsa saada, ta võib teenusepakkujat vahetada või lihtsalt kaane sulgeda. Nimekirja kirje on kandidaat, ja selle kohtlemine teenustaseme leppena on kategooriaviga.

Jälgi kliendi etappe, mitte pöörlevat indikaatorit

Iga VPN-klient läbib sama laia järjestuse: nimelahendus, transpordiühenduse avamine, turvalisuse läbirääkimine, autentimine, seejärel tunnel konfigureerimine ja andmete edastamine. Iga etapi tõrge jätab erinevad tõendid, ja pöörlev indikaator ei näita neist ühtegi.

Alusta nimelahendusest. Kui hostinimi ei lahene, ei ole sõlme kättesaadavuse kohta midagi testitud, sest ühendus ei lahkunud kunagi sinu masinast. Järgmisena transport: tagasi lükatud või aegunud TCP või UDP vahetus ütleb sulle, et lõpp-punkt ei vasta sellel pordil, mis on tõeline leid sõlme kohta. Seejärel läbirääkimine ja autentimine, kus vale sertifikaat, aegunud profiil või sobimatu šiffer ebaõnnestub, samal ajal kui sõlm on täiesti terve. Alles pärast tunnelit saab marsruutimise või DNS-i tõrge viimast sammu selgitada.

Loe kliendi logi suurima detailsusega, mis veel ekraanile mahub, ja pane kirja viimane rida, mis õnnestus. See rida on koht, kust diagnoos algab, ja see on tavaliselt informatiivsem kui miski, mida kataloog näitab.

Üks muutuja katse kohta

Võrdle kandidaate sama kliendi, sama juurdepääsuvõrgu ja sama profiili vorminguga, muutes ainult lõpp-punkti. Muidu võib tõrge olla sinu oma ja sa omistad selle sõlmele.

Kaks katset on mustri tuvastamiseks piisavad ja kolmas kinnitab selle. Kui sõlm A ebaõnnestub transpordi etapis ja sõlm B autentimisel, on sul kaks sõltumatut probleemi, mitte üks aegunud nimekiri.

Kui iga sõlm ebaõnnestub samamoodi

Universaalne tõrge esimeses etapis osutab sinu poolele: lahendaja, mis ei suuda vastata, lokaalne tulemüür, mis blokeerib protokolli, või võrk, mis lubab ainult veebiliiklust. Kataloog ei saa sellest teatada, sest selle sondid ei jookse sinu kohalt.

Kontrolli kujundatud võrgu juhtumit teadlikult. Mõned juurdepääsuvõrgud lubavad HTTPS-i veebi ja viskavad muud protokollid kõrvale, mistõttu iga kandidaat näib surnud, samal ajal kui nimekiri on täpne. Brauseris lehe laadimise võrdlemine toores ühenduskatsega eristab neid kahte olukorda vähem kui minutiga.

Loe tõrget selles etapis, kus see juhtus

Korda katset terminalist, et etapid oleksid nähtavad. Kolm allolevat käsku lahendavad nime, kontrollivad, kas port vastab, ja prindivad OpenVPN-i profiilist läbirääkimise read:

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

Kui port vastab ja läbirääkimise rida teatab sertifikaadi probleemist, on sõlm üleval ja sinu profiil on aegunud. Kui port ei vasta üldse, on kirje kandidaat, mis ebaõnnestus, ja järgmise juurde liikumine on õige vastus, mitte kliendi silumine. Pane etapp lühikesele reale, ja järgmine katse algab teadmisest, mitte lootusest.