VPN se stalno prekida? Prođite ovo ovim redom

Zapišite interval, pogrešku klijenta i stanje mreže prije nego što bilo što promijenite. Razmak između prekida govori vam koji od četiri sloja provjeriti.

Prije nego što ponovno instalirate klijenta, zapišite tri stvari: koliko je dugo tunel bio aktivan, što je klijent rekao kada se prekinuo i je li računalo u međuvremenu spavalo ili promijenilo mrežu. Ta bilješka jedini je dokaz koji ćete kasnije imati, a ponovna instalacija je obično briše. Prekid u ponavljajućem intervalu je mjerač vremena ili istek stanja; prekid u slučajnom trenutku problem je putanje. Redoslijed u nastavku čuva vas od toga da promijenite tri stvari odjednom i ne naučite ništa.

Prvi korak: zabilježite interval i tekst pogreške

Počnite s vlastitim zapisom klijenta, a ne s nadzornom pločom pružatelja. Na Linux klijentu zapis usluge i živo stanje tunela pokrivaju većinu toga:

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

Zabilježite vremenske oznake posljednjeg uspješnog rukovanja i trenutak kada je promet stao, a ne samo trenutak kada je ikona promijenila boju. GUI klijent koji nakon događaja kaže da je prekinut možda prijavljuje stanje do kojeg je jezgra došla nekoliko sekundi ranije.

Zadržite formulaciju pogreške. Istek vremena, odbijanje autentifikacije i pogreška adaptera ili upravljačkog programa upućuju na tri različita sloja, a većina izgubljenog truda u ovom problemu dolazi iz toga što ih tretirate kao jedno. Kopirajte redak doslovno u svoju bilješku.

Drugi korak: promijenite jednu varijablu, ne profil

Držite uređaj i profil fiksnima i premjestite računalo na drugu pristupnu mrežu, poput mobilnog hotspot-a. Ovo je najjeftiniji test koji odvaja klijenta od putanje. Pokrenite ga dovoljno dugo da pokrije izvorni interval kvara; dvije stabilne minute ne dokazuju ništa o prekidu koji se dogodi u tridesetoj minuti.

Prijenosno računalo s Ethernet priključkom daje vam drugu usporedbu koja potpuno uklanja Wi-Fi iz slike. Ako se tunel održi na obje alternative, izvorna pristupna mreža zaslužuje pozornost: roaming između pristupnih točaka, kućni usmjerivač kojem istječe tablica prijevoda ili nadređena veza koja resetira dugotrajne tokove.

Zapišite koju ste varijablu promijenili. Usporedba se računa samo kada je sve ostalo isto, a to uključuje krajnju točku poslužitelja i doba dana.

Treći korak: povežite interval sa slojem

Duljina dobre sesije najinformativniji je pojedinačni broj koji imate. Pročitajte je uz ovaj popis prije nego što dirnete mjerače vremena:

  • Prekid nakon spavanja ili buđenja: stanje tunela preživjelo je obustavu, ali sučelje nije. Provjerite ponašanje klijenta pri ponovnom povezivanju nakon buđenja i ponovno pokreće li usluga tunel ili čeka promet.
  • Prekid samo dok miruje: nešto u sredini pustilo je tok da istekne. Upravo za taj slučaj postoje keepalive poruke.
  • Prekid u fiksnoj starosti sesije: događaj ponovne autentifikacije ili obnove ključa, a ne kvar putanje. Javno odbijanje u zapisu točno na tom intervalu znak je.
  • Prekid tijekom velikih prijenosa ili velikih stranica: sumnjajte na MTU i fragmentaciju, a ne na mjerač mirovanja.

Za slučaj mirovanja postavke ovise o protokolu i oba su kraja važna. OpenVPN-ov keepalive 10 60 na poslužitelju šalje ping svakih 10 sekundi i ponovno pokreće vezu nakon 60 sekundi bez njega; WireGuard klijenti iza NAT-a koriste PersistentKeepalive = 25 u bloku partnera. OpenVPN također ponovno pregovara kanal podataka prema mjeraču vremena, reneg-sec, koji je prema zadanim postavkama 3600 sekundi u 2.x.

Ne kopirajte agresivne vrijednosti iz priručnika drugog pružatelja. Kratak istek vremena na mobilnoj vezi s gubicima proizvodi upravo prekide koje je trebao spriječiti, a vrijednosti koje pošalje poslužitelj nadjačavaju ono što postavite u profilu klijenta.

Četvrti korak: usporedite jednu podržanu alternativu

Ako operater objavljuje i UDP i TCP profil, pokrenite isti uređaj i mrežu protiv onog drugog. Koristite stvarnu odgovarajuću datoteku umjesto da mijenjate prijenos u kopiranom profilu. Stabilan TCP profil na putanji na kojoj se UDP resetira sužava problem na tu putanju; to ne dokazuje da je TCP bolji prijenos svugdje.

Ista logika vrijedi za krajnje točke. Isprobajte drugi poslužitelj i držite izvorni rezultat pokraj njega. Ako samo jedan izlaz resetira sesije, to je dokaz o toj krajnjoj točki, a ne razlog da ponovno izgradite svaki adapter na prijenosnom računalu.

Nakon svake promjene ponovite izvorni okidač i potvrdite kamo promet doista ide. Vraćen pristup internetu nije isti rezultat kao promet unutar tunela, a klijent koji je tiho pao na izravnu rutu izgleda zdravo iz preglednika.

Provjerite ispravak i zadržite mogućnost vraćanja

Ispravak se provjerava reprodukcijom izvornog okidača, a ne uspješnom vezom. Ostavite tunel da miruje dulje od starog intervala kvara, jednom ga obustavite i probudite, pa provjerite starost rukovanja i izlaznu adresu:

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

Zadržite prethodni profil i prethodne vrijednosti mjerača vremena dok novo ponašanje ne preživi cijeli radni dan. Ako se prekidi vrate, vratite sigurnosnu kopiju, pa zatim ponovno primijenite promjene jednu po jednu kako bi drugi pokušaj počeo iz poznatog stanja.

Ako zapis ostane čist, a tunel se i dalje prekida u ponavljajućem intervalu, sljedeća postaja je strana poslužitelja za tu sesiju. Ponesite identifikator sesije klijenta i točno vrijeme prekida, jer taj par čini zapis poslužitelja pretraživim. Mogućnosti veze protokola dokumentirane su u OpenVPN 2.6 priručniku kada vam treba točno značenje neke vrijednosti.

Povezani članci