VPN-a etengabe deskonektatzen da? Jarraitu ordena hau

Bezeroa berriro instalatu aurretik, idatzi hiru gauza: zenbat denbora egon zen tunela martxan, zer esan zuen bezeroak deskonektatzean eta makinak lo egin zuen edo sarea aldatu zuen bitartean. Ohar hori da gero izango duzun ebidentzia bakarra, eta berriro instalatzeak normalean ezabatu egiten du. Tarte errepikakorrean gertatzen den deskonexioa tenporizadore bat edo egoera bat iraungitzea da; une aleatorioan gertatzen den deskonexioa bide-arazo bat da. Beheko ordenak hiru gauza batera aldatu eta ezer ikastea eragozten dizu.

Lehenengo urratsa: erregistratu tartea eta errorearen testua

Hasi bezeroaren beraren erregistrotik, hornitzailearen paneletik baino. Linux bezero batean, zerbitzuaren erregistroak eta tunelaren egoera biziak horren zatirik handiena hartzen dute:

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

Idatzi azken eskuko estutze arrakastatsuaren denbora-zigiluak eta trafikoa gelditu zen unea, ez soilik ikonoak kolorea aldatu zuen unea. Geroago deskonektatua dagoela dioen GUI bezero batek kernelak segundo batzuk lehenago lortutako egoeraren berri eman dezake.

Mantendu errorearen formulazioa. Denbora-muga bat, autentifikazio ukapen bat eta adapter edo kontrolatzaile errore bat hiru geruza ezberdinetara bideratzen dute, eta arazo honetan galdutako esfortzuaren zatirik handiena bat bakartzat tratatzetik dator. Kopiatu lerroa hitzez hitz zure oharrean.

Bigarren urratsa: aldatu aldagai bat, ez profila

Mantendu gailua eta profila finko eta eraman makina beste sarbide-sare batera, adibidez telefonoaren hotspot batera. Hau da bezeroa bidetik bereizten duen proba merkeena. Exekutatu jatorrizko hutsegite-tartea estaltzeko adina; bi minutu egonkorrek ez dute ezer frogatzen hogeita hamargarren minutuan gertatzen den deskonexio bati buruz.

Ethernet ataka duen ordenagailu eramangarri batek Wi-Fi erabat iruditik kentzen duen bigarren konparazioa ematen dizu. Tunelak bi alternatibetan eusten badu, jatorrizko sarbide-sareak arreta merezi du: sarbide-puntuen arteko ibiltaritza, itzulpen-taula iraungitzen zaion etxeko bideratzailea edo fluxu luzeak berrezartzen dituen goiko esteka.

Idatzi zein aldagai aldatu duzun. Konparazio batek balio du beste guztia berdin mantendu denean soilik, eta horrek zerbitzariaren amaiera-puntua eta eguneko ordua barne hartzen ditu.

Hirugarren urratsa: lotu tartea geruza batekin

Saio on baten iraupena duzun zenbaki bakarreko informatiboena da. Irakurri zerrenda honen aurka tenporizadoreei ukitu aurretik:

• Deskonexioa lo egin edo berrekitzearen ondoren: tunelaren egoerak eutsi zion eteteari, baina interfazeak ez. Egiaztatu bezeroaren berrerkonexio-jokabidea berrekitean eta zerbitzuak tunela berrabiarazten duen edo trafikoaren zain geratzen den.
• Deskonexioa aktibo ez dagoenean soilik: zerbait iraungi zen erdian eta fluxua amaitu zen. Keepaliveak kasu honetarako daude.
• Deskonexioa saio-adin finko batean: berrautentifikazio edo gako-berritze gertaera bat, ez bide-hutsegite bat. Erregistroan tarte zehatz horretan agertzen den ukapen esplizitua da seinalea.
• Deskonexioa transferentzia handietan edo orrialde handietan: susmoa MTU eta zatikatzean, ez idle tenporizadore batean.

Aktibo ez dagoen kasurako, ezarpenak protokoloaren araberakoak dira eta bi muturrak garrantzitsuak dira. OpenVPN-ren keepalive 10 60 zerbitzarian ping bat bidaltzen du 10 segundoan behin eta esteka berrabiarazten du 60 segundo igaro ondoren pingik gabe; NAT atzean dauden WireGuard bezeroek PersistentKeepalive = 25 erabiltzen dute parearen blokean. OpenVPN datu-kanala ere berriz negoziatzen du tenporizadore batekin, reneg-sec, eta hori lehenespenez 3600 segundo da 2.x bertsioan.

Ez kopiatu beste hornitzaile baten gidako balio oldarkorrik. Galerak dituen mugikorreko esteka batean denbora-muga labur batek saihestu behar zituen deskonexioak sortzen ditu, eta zerbitzariak bidalitako balioek bezeroaren profilean ezartzen duzuna gainditzen dute.

Laugarren urratsa: konparatu alternatiba onartu bat

Operadoreak UDP eta TCP profilak argitaratzen baditu, exekutatu gailu eta sare bera bestearen aurka. Erabili dagokion fitxategi erreala, kopiatutako profilean garraioa editatu beharrean. UDP berrezartzen den bide batean TCP profil egonkor batek arazoa bide horretara mugatzen du; ez du frogatzen TCP garraio hoberena denik nonahi.

Logika bera aplikatzen zaie amaiera-puntuei. Probatu beste zerbitzari bat eta mantendu jatorrizko emaitza haren ondoan. Irteera bakarra saioak berrezartzen baditu, amaiera-puntu horri buruzko ebidentzia da, ez ordenagailuko adapter guztiak berreraikitzeko arrazoia.

Edozein aldaketaren ondoren, errepikatu jatorrizko eragilea eta egiaztatu trafikoa benetan norantz doan. Berreskuratutako internet sarbidea ez da tunelaren barneko trafikoaren emaitza bera, eta isilpean bide zuzen batera erori den bezero bat osotuta ikusten da nabigatzailetik.

Egiaztatu konponketa eta mantendu atzeranzko bidea

Konponketa bat egiaztatzen da jatorrizko eragilea erreproduzituz, ez konexio arrakastatsu batekin. Utzi tunela aktibo ez dagoela huts egite-tarte zaharraren haratago, eten eta berrekur ezazu behin, eta egiaztatu geroago eskuko estutzearen adina eta irteera helbidea:

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

Mantendu aurreko profila eta aurreko tenporizadore-balioak, jokabide berriak lanegun oso bat bizirik iraun arte. Deskonexioak itzultzen badira, leheneratu segurtasun-kopia, eta gero aplikatu berriro aldaketak banan-banan, bigarren saiakerak egoera ezagun batetik has dezan.

Erregistroa garbi badago eta tunelak tarte errepikakorrean deskonektatzen jarraitzen badu, hurrengo geltokia saio horren zerbitzariaren aldea da. Eraman ezazu bezeroaren saio-identifikatzailea eta deskonexioaren une zehatza, bikote horrek egiten baitu zerbitzari-erregistro bat bilagarri. Protokoloaren esteka-aukerak OpenVPN 2.6 eskuliburuan dokumentatuta daude balio baten esanahi zehatza behar duzunean.