VPN sa stále odpája: najprv otestujte rádio, potom server

Odpojenie VPN môže začať dávno predtým, než akákoľvek prevádzka dorazí na server. Výpadok Wi-Fi, prechod z Wi-Fi na mobilnú sieť, preťaženie miestneho prístupového bodu a telefón, ktorý zaspí, môžu prerušiť vonkajšiu cestu, kým softvér tunela hlási čistú chybu. Postupujte od zariadenia von: najprv spojenie, potom udalosti samotného klienta, potom kontrolované porovnanie a až nakoniec server. Toto poradie vás udrží od zmeny výstupných uzlov pre problém, ktorý býva v miestnosti.

Sledujte spojenie, nie ikonu signálu

Hľadajte prechody spojenia, nie čiarky signálu. Zariadenie môže zobrazovať silný signál, kým je prístupový bod nasýtený, kým prebieha roamingový prechod alebo kým politika úspory energie zastaví rádio pri vypnutej obrazovke.

Zaznamenajte stav rozhrania, aktuálnu bránu a čas každej zmeny. Potom skontrolujte, či sa odpojenie zhoduje s prechodom. Výpadok, ktorý nastane zakaždým, keď sa telefón presunie medzi miestnosťami, je problém spojenia, kým sa nepreukáže opak, bez ohľadu na to, ktorý server aplikácia zobrazuje.

Čítajte vlastné udalosti opätovného pripojenia klienta

Väčšina klientov zaznamenáva dôvod odpojenia a časovú značku ďalšieho pokusu. Tunel, ktorý v priebehu sekúnd znova vyjedná a potom funguje, je iná udalosť ako ten, ktorý zostane vypnutý, kým ho nezapnete ručne.

Opakované krátke opätovné pripojenia ukazujú na vonkajšiu cestu, pretože klient stále dosahuje server a stráca reláciu. Tunel, ktorý zostane vypnutý, ukazuje na overovanie, zmenu koncového bodu alebo politiku, pretože klient sa nedostane dosť ďaleko, aby niečo stratil. Čítajte oba vzory oddelene, kým sa dotknete konfigurácie.

Opatrne porovnajte druhý koncový bod

Druhý koncový bod je užitočné porovnanie a sám o sebe nie je kontrolovaným experimentom. Mení trasu, infraštruktúru a často krajinu, takže rozdiel medzi dvoma koncovými bodmi nedokazuje, že prvý server je chybný.

Držte zariadenie, prístupovú sieť a záťaž nezmenené a poznamenajte, čo ďalšie sa pri prepnutí zmenilo. Ak oba koncové body zlyhajú v rovnakom čase na rovnakom mieste, je miestna cesta spoločným faktorom. Ak zlyhá len jeden, stopou sa stane server alebo trasa k nemu. Zapíšte mätúce faktory, aby záver nepredbehol dôkazy.

Korelujte so serverom, ktorý spravujete

Ak koncový bod spravujete, zosúlaďte čas pokusu so záznamami poslucháča a asociácie. Niekoľko nesúvisiacich klientov zlyhávajúcich na tej istej bráne je iný dôkaz ako jeden telefón, ktorý vypadne pri každom pohybe.

Jedna odpoveď partnera nepreukazuje nepretržité zdravie aplikácie. Po obnovení otestujte zdroj, ktorý skutočne potrebujete, pretože úspešné podanie ruky a dostupný server môžu existovať spolu s prerušenou cestou aplikácie.

Napíšte správu, ktorá to zúži

Oddeľte štyri tvrdenia: strata miestneho spojenia, vonkajšia dostupnosť, vyjednávanie tunela a vlastný stav aplikácie. Každé má svoje dôkazy a správa, ktorá ich drží oddelene, povie ďalšiemu človeku, kam sa pozerať.

Poznamenajte aj obmedzenia porovnania. Ak politika znemožnila test priamej cesty, povedzte to namiesto toho, aby ste porovnanie koncových bodov vydávali za dôkaz. Štítok krajiny v aplikácii neidentifikuje celú trasu a geograficky blízky server môže byť stále dostupný cez preťaženú cestu.

Stránka projektu WireGuard o známych obmedzeniach je užitočná pripomienka, že protokol môže byť správny a napriek tomu necháva správanie spojenia na operačný systém. Skončite zopakovaním toho istého testu po ďalšom odpojení, pretože jediná udalosť je dátový bod a vzor je diagnóza.