VPN-ja shkëputet vazhdimisht? Kalojeni sipas kësaj radhe

Përpara se të riinstaloni klientin, shkruani tri gjëra: sa kohë qëndroi lart tuneli, çfarë tha klienti kur ra dhe a fjeti makina ose ndryshoi rrjetin në mes. Ai shënim është prova e vetme që do të keni më vonë, dhe riinstalimi zakonisht e fshin atë. Një shkëputje me interval të përsëritur është një kohëmatës ose skadim gjendjeje; një shkëputje në një moment të rastësishëm është problem i rrugës. Rradha më poshtë ju pengon të ndryshoni tri gjëra njëherësh dhe të mos mësoni asgjë.

Hapi i parë: regjistroni intervalin dhe tekstin e gabimit

Filloni me regjistrin e vetë klientit dhe jo me panelin e ofruesit. Në një klient Linux, regjistri i shërbimit plus gjendja e gjallë e tunelit mbulojnë pjesën më të madhe:

journalctl -u openvpn-client@client --since '3 hours ago' | tail -60
journalctl -u wg-quick@wg0 --since '3 hours ago' | tail -40
wg show
ip -s link show wg0

Regjistroni vulat kohore të shtrëngimit të fundit të suksesshëm të duarve dhe momentin kur ndaloi trafiku, jo vetëm momentin kur ikona ndryshoi ngjyrë. Një klient GUI që thotë i shkëputur pas faktit mund të raportojë një gjendje që kernel-i e arriti sekonda më parë.

Ruani formulimin e gabimit. Një afat i skaduar, një refuzim autentikimi dhe një gabim përshtatësi ose drejtuesi tregojnë tri shtresa të ndryshme, dhe pjesa më e madhe e përpjekjes së humbur në këtë problem vjen nga trajtimi i tyre si një. Kopjoni rreshtin fjalë për fjalë në shënimin tuaj.

Hapi i dytë: ndryshoni një variabël, jo profilin

Mbajini pajisjen dhe profilin fikse dhe zhvendosni makinën në një rrjet tjetër aksesi, si një hotspot telefoni. Ky është testi më i lirë që e ndan klientin nga rruga. Ekzekutojeni mjaft gjatë për të mbuluar intervalin fillestar të dështimit; dy minuta të qëndrueshme nuk provojnë asgjë për një shkëputje që ndodh në minutën e tridhjetë.

Një laptop me port Ethernet ju jep një krahasim të dytë që e heq Wi-Fi-në plotësisht nga fotografia. Nëse tuneli qëndron në të dy alternativat, rrjeti fillestar i aksesit meriton vëmendje: roaming mes pikave të aksesit, një router shtëpiak tabela e përkthimit të të cilit skadon, ose një lidhje e sipërme që rivendos rrjedhat e gjata.

Shkruani cilën variabël ndryshuat. Krahasimi vlen vetëm kur gjithçka tjetër mbeti e njëjtë, dhe kjo përfshin pikën fundore të serverit dhe orën e ditës.

Hapi i tretë: lidhni intervalin me një shtresë

Kohëzgjatja e një sesioni të mirë është numri i vetëm më informativ që keni. Lexojeni kundrejt kësaj liste përpara se të prekni kohëmatësit:

• Shkëputje pas gjumit ose rifillimit: gjendja e tunelit i mbijetoi pezullimit, por ndërfaqja jo. Kontrolloni sjelljen e rilidhjes së klientit në rifillim dhe nëse shërbimi e rinis tunelin ose pret trafik.
• Shkëputje vetëm kur është joaktiv: diçka në mes e la rrjedhën të skadojë. Pikërisht për këtë rast ekzistojnë keepalive.
• Shkëputje në një moshë fikse sesioni: një ngjarje riautentikimi ose rinovimi çelësi, jo një dështim rruge. Një refuzim i qartë në regjistër pikërisht në atë interval është shenja.
• Shkëputje gjatë transferimeve të mëdha ose faqeve të mëdha: dyshoni MTU dhe fragmentimin, jo një kohëmatës joaktiviteti.

Për rastin e joaktivitetit, cilësimet varen nga protokolli dhe të dy skajet kanë rëndësi. keepalive 10 60 e OpenVPN në server dërgon një ping çdo 10 sekonda dhe e rinis lidhjen pas 60 sekondash pa të; klientët WireGuard pas NAT përdorin PersistentKeepalive = 25 në bllokun e partnerit. OpenVPN gjithashtu rinegocion kanalin e të dhënave sipas një kohëmatësi, reneg-sec, i cili si parazgjedhje është 3600 sekonda në 2.x.

Mos kopjoni vlera agresive nga udhëzuesi i një ofruesi tjetër. Një afat i shkurtër në një lidhje celulare me humbje prodhon pikërisht shkëputjet që duhej të parandalonte, dhe vlerat e shtyra nga serveri anashkalojnë ato që vendosni në profilin e klientit.

Hapi i katërt: krahasoni një alternativë të mbështetur

Nëse operatori publikon si profil UDP ashtu edhe TCP, ekzekutoni të njëjtën pajisje dhe rrjet kundrejt tjetrit. Përdorni skedarin e saktë përputhës në vend që të redaktoni transportin në një profil të kopjuar. Një profil TCP i qëndrueshëm në një rrugë ku UDP rivendoset e ngushton problemin në atë rrugë; nuk provon se TCP është transporti më i mirë kudo.

E njëjta logjikë vlen për pikat fundore. Provoni një server tjetër dhe mbajeni rezultatin fillestar pranë. Nëse vetëm një dalje rivendos sesionet, kjo është provë për atë pikë fundore, jo arsye për të rindërtuar çdo përshtatës në laptop.

Pas çdo ndryshimi, përsëritni nxitësin fillestar dhe konfirmoni ku shkon vërtet trafiku. Aksesi në internet i rifituar nuk është i njëjti rezultat si trafiku brenda tunelit, dhe një klient që ka rënë në heshtje në një rrugë të drejtpërdrejtë duket i shëndetshëm nga shfletuesi.

Verifikoni rregullimin dhe mbani kthimin pas

Një rregullim verifikohet duke riprodhuar nxitësin fillestar, jo me një lidhje të suksesshme. Lëreni tunelin joaktiv përtej intervalit të vjetër të dështimit, pezullojeni dhe rifillojeni një herë, dhe më pas kontrolloni moshën e shtrëngimit të duarve dhe adresën e daljes:

wg show wg0 latest-handshakes
curl -m 5 -sS https://ifconfig.me
cp client.ovpn client.ovpn.bak   # before editing timers

Mbani profilin e mëparshëm dhe vlerat e mëparshme të kohëmatësit derisa sjellja e re t'i mbijetojë një dite të plotë pune. Nëse shkëputjet kthehen, rikthejeni kopjen rezervë dhe më pas rizbatoni ndryshimet një nga një, që përpjekja e dytë të nisë nga një gjendje e njohur.

Nëse regjistri mbetet i pastër dhe tuneli ende shkëputet në një interval të përsëritur, ndalesa tjetër është ana e serverit për atë sesion. Merrni me vete identifikuesin e sesionit të klientit dhe kohën e saktë të shkëputjes, sepse ai çift e bën një regjistër serveri të kërkueshëm. Opsionet e lidhjes së protokollit janë dokumentuar në manualin e OpenVPN 2.6 kur ju nevojitet kuptimi i saktë i një vlere.