A nyilvános VPN-lista online-t mond; a kliensed nemet mond

Megnyitod a könyvtárat, sebesség szerint rendezel, kiválasztasz egy online-ként jelölt csomópontot, és a kliens feladja, mielőtt befejezné a kapcsolódást. A lista nem hazudott, szigorúan véve. Egy másik ember próbájának eredményét közölte, egy másik hálózatból, egy korábbi pillanatban, egy olyan szolgáltatás ellen, amelyet egy önkéntes bármikor kikapcsolhat. Ennek a résnek a megértése a fárasztó hajszát rövid ellenőrzéssorozattá alakítja, amelyet bármelyik jelöltön lefuttathatsz.

Mit mért valójában a lista

Egy nyilvános könyvtár olyan mezőket tart, mint az utolsó ellenőrzés ideje, a megfigyelt oda-vissza idő értéke, a munkamenetek száma és néha protokollista. Ezek mindegyike az utolsó sikeres megfigyelést írja le a projekt saját nézőpontjából, nem a csomópont állapotát, amikor a csomagod megérkezik.

A frissesség többet számít, mint a szám. Egy négy perccel ezelőtt ellenőrzött csomópont és egy négy órával ezelőtt ellenőrzött csomópont ugyanazt a zöld jelölést mutathatja, és közülük csak az egyik hasonlít még a rögzített állapotra. Az időbélyeget keresd, nem a színt.

Az önkéntes üzemeltetés egy második változásforrást ad hozzá, amelyet semmilyen monitor sem tud kijavítani. A kezelő éppen újraindíthat egy laptopot, elfogyhat a sávszélessége, szolgáltatót válthat, vagy egyszerűen lecsukhatja a tetejét. A lista bejegyzése jelölt, és szolgáltatási szintű megállapodásként kezelni kategóriahiba.

A kliens szakaszait figyeld, ne a pörgőt

Minden VPN-kliens ugyanazon a széles sorrenden halad át: a név feloldása, átviteli kapcsolat nyitása, a biztonság egyeztetése, hitelesítés, majd az alagút beállítása és az adatok átvitele. Minden szakasz hibája más bizonyítékot hagy, és a pörgő ezekből semmit sem mutat.

Kezdd a névfeloldással. Ha a hosztnév nem oldódik fel, semmit sem teszteltünk a csomópont elérhetőségéről, mert a kapcsolat soha nem hagyta el a gépedet. Utána az átvitel: egy elutasított vagy időtúllépéses TCP- vagy UDP-csere azt mondja, hogy a végpont nem válaszol azon a porton, ami valódi megállapítás a csomópontról. Aztán az egyeztetés és a hitelesítés, ahol egy rossz tanúsítvány, egy lejárt profil vagy egy nem illő titkosítás bukik el, miközben a csomópont teljesen egészséges. Csak az alagút beállítása után magyarázhatja el az utolsó lépést egy útvonal- vagy DNS-hiba.

Olvasd a kliens naplóját a legnagyobb részletességgel, amely még elfér a képernyőn, és jegyezd fel az utolsó sikeres sort. Azon a soron kezdődik a diagnózis, és általában többet mond, mint bármi, amit a könyvtár mutat.

Egy változó próbálkozásonként

Hasonlítsd össze a jelölteket ugyanazzal a klienssel, ugyanazzal a hozzáférési hálózattal és ugyanazzal a profilformátummal, csak a végpontot változtatva. Különben a hiba a tiéd lehet, és a csomópontnak tulajdonítod.

Két próbálkozás elég egy minta megállapításához, a harmadik pedig megerősíti. Ha az A csomópont az átviteli szakaszban bukik el, a B csomópont pedig a hitelesítésnél, két független problémád van egy elavult lista helyett.

Amikor minden csomópont ugyanúgy bukik el

Az első szakaszban fellépő általános hiba a te oldaladra mutat: egy feloldó, amely nem tud válaszolni, egy helyi tűzfal, amely blokkolja a protokollt, vagy egy hálózat, amely csak webes forgalmat enged. A könyvtár ezt nem tudja jelenteni, mert a próbái nem a te helyedről futnak.

Tudatosan teszteld a formált hálózat esetét. Egyes hozzáférési hálózatok engedélyezik a HTTPS-t a web felé, és eldobják a többi protokollt, ami miatt minden jelölt halottnak látszik, miközben a lista pontos. Egy oldal böngészős betöltésének összehasonlítása egy nyers kapcsolódási kísérlettel egy percnél rövidebb idő alatt elválasztja a két helyzetet.

A hibát abban a szakaszban olvasd, ahol történt

Ismételd meg a kísérletet terminálból, hogy a szakaszok láthatók legyenek. Az alábbi három parancs feloldja a nevet, teszteli, hogy a port válaszol-e, és kiírja az egyeztetési sorokat egy OpenVPN-profilból:

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"

Ha a port válaszol, és az egyeztetési sor tanúsítványproblémát jelent, a csomópont üzemel, a profilod pedig elavult. Ha a port egyáltalán nem válaszol, a bejegyzés egy elbukott jelölt, és a következőre lépés a helyes válasz, nem a kliensed hibakeresése. Jegyezd fel a szakaszt egy rövid sorban, és a következő próbálkozás tudásból indul, nem reményből.