VPN katkeb pidevalt? Käige see selles järjekorras läbi

Enne kliendi uuesti paigaldamist kirjutage üles kolm asja: kui kaua tunnel püsti püsis, mida klient katkemise hetkel ütles ja kas masin magas või vahetas vahepeal võrku. See märge on ainus tõend, mis hiljem alles jääb, ja uuesti paigaldamine kustutab selle tavaliselt. Korduva intervalliga katkestus on taimer või oleku aegumine; juhuslikul hetkel toimuv katkestus on tee probleem. Alljärgnev järjekord hoiab ära, et muudate korraga kolme asja ega õpi midagi.

Esimene samm: fikseerige intervall ja vea tekst

Alustage kliendi enda logist, mitte pakkuja juhtpaneelist. Linuxi kliendil katavad teenuse logi ja tunneli reaalajas olek suurema osa sellest:

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

Märkige üles viimase õnnestunud kätlemise ajatemplid ja hetk, mil liiklus seiskus, mitte ainult hetk, mil ikoon värvi muutis. GUI-klient, mis teatab katkestusest tagantjärele, võib edastada olekut, milleni tuum jõudis sekundeid varem.

Säilitage vea sõnastus. Aegumine, autentimise tagasilükkamine ning adapteri- või draiveriviga osutavad kolmele erinevale kihile ja suurem osa selles probleemis raisatud vaevast tuleb sellest, et neid käsitletakse ühena. Kopeerige rida märkmesse sõna-sõnalt.

Teine samm: muutke üht muutujat, mitte profiili

Hoidke seade ja profiil muutumatuna ning viige masin teise juurdepääsuvõrku, näiteks telefoni hotspoti. See on odavaim test, mis eraldab kliendi teest. Laske sellel töötada piisavalt kaua, et katta algne rikkeintervall; kaks stabiilset minutit ei tõesta midagi katkestuse kohta, mis toimub kolmekümnendal minutil.

Ethernet-pordiga sülearvuti annab teise võrdluse, mis eemaldab Wi-Fi täielikult pildist. Kui tunnel peab mõlemal alternatiivsel, väärib algne juurdepääsuvõrk tähelepanu: juurdepääsupunktide vaheline rändlus, tarbijaruuter, mille tõlketaabel aegub, või ülalpool asuv link, mis lähtestab pikaajalised vood.

Kirjutage üles, millist muutujat muutsite. Võrdlus loeb ainult siis, kui kõik muu jäi samaks, ja see hõlmab serveri lõpp-punkti ning kellaaega.

Kolmas samm: seostage intervall kihiga

Hea sessiooni pikkus on kõige informatiivsem üksiknumber, mis teil on. Lugege seda selle nimekirja vastu enne, kui taimereid puutute:

• Katkestus pärast und või jätkamist: jäi tunneli olek peatamise üle, aga liides mitte. Kontrollige kliendi jätkamisel taasühendumise käitumist ja seda, kas teenus taaskäivitab tunneli või ootab liiklust.
• Katkestus ainult jõudeolekul: aegus midagi keskel, mis lõpetas voo. Just selle juhtumi jaoks on keepalive olemas.
• Katkestus kindlal sessiooni vanusel: uuesti autentimise või võtme uuendamise sündmus, mitte tee rike. Selge tagasilükkamine logis täpselt sellel intervallil on märk.
• Katkestus suurte ülekannete või suurte lehtede ajal: kahtlustage MTU-d ja fragmenteerimist, mitte jõudetaimerit.

Jõudeoleku korral on seaded protokollipõhised ja mõlemad otsad loevad. OpenVPN-i keepalive 10 60 serveris saadab pingi iga 10 sekundi järel ja taaskäivitab ühenduse 60 sekundi möödudes ilma selleta; NAT-i taga olevad WireGuard kliendid kasutavad partneri plokis PersistentKeepalive = 25. OpenVPN läbiräägib ka andmekanali taimeriga uuesti, reneg-sec, mis on vaikimisi 3600 sekundit versioonis 2.x.

Ärge kopeerige agressiivseid väärtusi teise pakkuja juhendist. Lühike aegumine kadudega mobiililülil tekitab just need katkestused, mida see pidi ära hoidma, ja serveri saadetud väärtused tühistavad selle, mille kliendiprofiilis seate.

Neljas samm: võrrelge üht toetatud alternatiivi

Kui operaator avaldab nii UDP- kui ka TCP-profiili, käivitage sama seade ja võrk teise vastu. Kasutage tegelikku sobivat faili, mitte ärge muutke transporti kopeeritud profiilis. Stabiilne TCP-profiil teel, kus UDP lähtestatakse, kitsendab probleemi sellele teele; see ei tõesta, et TCP on kõikjal parem transport.

Sama loogika kehtib lõpp-punktide kohta. Proovige teist serverit ja hoidke algne tulemus selle kõrval. Kui ainult üks väljund lähtestab sessioone, on see tõend selle lõpp-punkti kohta, mitte põhjus kõiki adaptereid sülearvutis uuesti üles ehitada.

Pärast iga muudatust korrake algset päästikut ja kinnitage, kuhu liiklus tegelikult läheb. Taastatud internetiühendus ei ole sama tulemus kui liiklus tunneli sees, ja klient, mis on vaikselt tagasi langenud otse teele, näeb brauserist terve välja.

Kinnitage parandus ja hoidke tagasipööramine

Parandust kinnitatakse algse päästiku kordamisega, mitte edukaks osutunud ühendusega. Jätke tunnel jõudeolekusse üle vana rikkeintervalli, peatage ja jätkake üks kord ning kontrollige seejärel kätlemise vanust ja väljumisaadressi:

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

Hoidke eelmist profiili ja eelmisi taimeri väärtusi seni, kuni uus käitumine peab vastu terve tööpäeva. Kui katkestused naasevad, taastage varukoopia ja rakendage seejärel muudatused ükshaaval uuesti, et teine katse algaks teadaolevast olekust.

Kui logi jääb puhtaks ja tunnel katkeb endiselt korduva intervalliga, on järgmine peatus selle sessiooni serveripool. Võtke kaasa kliendi sessiooni identifikaator ja täpne katkemise aeg, sest just see paar teeb serverilogist otsitava. Protokolli lingivalikud on dokumenteeritud OpenVPN 2.6 käsiraamatus kui vajate väärtuse täpset tähendust.