VPN falt hieltyd út? Wurkje dit yn dizze folchoarder ôf

Foardat jo de klant opnij ynstallearje, skriuw trije dingen op: hoe lang't de tunnel oerein bleau, wat de klant sei doe't er útfoel, en oft de masine ûnderwilens sliepte of fan netwurk feroare. Dy notysje is it iennichste bewiis dat jo letter hawwe, en opnij ynstallearje wisket it meastentiids út. In útfal op in werheljend ynterval is in timer of in ferfall fan steat; in útfal op in tafallich momint is in probleem fan it paad. De folchoarder hjirûnder hâldt jo tsjin trije dingen tagelyk te feroarjen en neat te learen.

Stap ien: skriuw it ynterval en de flatertekst op

Begjin mei it eigen logboek fan de klant ynstee fan it dashboard fan de provider. Op in Linux-klant dekke it tsjinstlochboek plus de libbene steat fan de tunnel it measte:

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

Skriuw de tiidstimpels fan de lêste slagge hânskud en it momint dat it ferkear stoppe op, net allinnich it momint dat it ikoan fan kleur feroare. In GUI-klant dy't efterôf seit dat it ferbûn is, meldt miskien in steat dy't de kearn sekonden earder berikte.

Hâld de bewurding fan de flater. In tiidferstryk, in ôfwizing fan ferifikaasje en in flater fan adapter of stjoerder wize op trije ferskillende lagen, en it measte ferlerne wurk yn dit probleem komt derfan dat se as ien behannele wurde. Kopiearje de rigel wurdlik yn jo notysje.

Stap twa: feroarje ien fariabele, net it profyl

Hâld it apparaat en it profyl fêst en ferpleats de masine nei in oar tagongsnetwurk, lykas in hotspot fan in telefoan. Dit is de goedkeapste test dy't de klant fan it paad skiedt. Lit it lang genôch rinne om it oarspronklike flaterynterval te dekken; twa stabile minuten bewize neat oer in útfal dy't by minút tritich bart.

In laptop mei Ethernet-poarte jout jo in twadde ferliking dy't Wi-Fi hielendal út it byld hellet. As de tunnel op beide alternativen hâldt, fertsjinnet it oarspronklike tagongsnetwurk oandacht: roaming tusken tagongspunten, in consumer-router waans oersettingstabel ferfalt, of in upstream-keppeling dy't langduorjende streamen weromset.

Skriuw op hokker fariabele jo feroare hawwe. In ferliking jildt allinnich as al it oare itselde bleau, en dat omfettet it einpunt fan de tsjinner en it tiidstip fan de dei.

Stap trije: keppelje it ynterval oan in laach

De lingte fan in goede sesje is it meast ynformative inkeltal dat jo hawwe. Lês it tsjin dizze list foardat jo timers oanreitsje:

• Útfal nei sliep of ferfanging: oerlibbe de steat fan de tunnel it skoft, mar de ynterface net. Kontrolearje it hâlden en dragen fan de klant by werferbinen efter ferfanging en oft de tsjinst de tunnel opnij start of op ferkear wachtet.
• Útfal allinnich as it stil is: is der earne yn 't midden wat ferfallen dat de stream beëinige. Krekt foar dat gefal besteane keepalives.
• Útfal by in fêste sesjeâldens: in barren fan opnij ferifikaasje of kaaifernijing, net in flater fan it paad. In dúdlike ôfwizing yn it lochboek krekt op dat ynterval is it teken.
• Útfal by grutte oerdrachten of grutte siden: fertocht MTU en fragmintaasje, net in stilstandstimer.

Foar it gefal fan stilstand binne de ynstellings protokolspecifyk en beide einen binne fan belang. De keepalive 10 60 fan OpenVPN op de tsjinner stjoert elke 10 sekonden in ping en start de ferbining opnij nei 60 sekonden sûnder ien; WireGuard-klanten efter NAT brûke PersistentKeepalive = 25 yn it peer-blok. OpenVPN ûnderhannelet ek it datakanaal opnij op in timer, reneg-sec, dy't standert 3600 sekonden is yn 2.x.

Kopiearje gjin agressive wearden út de gids fan in oare provider. In koarte tiidferstryk op in ferliesrike mobile keppeling produsearret krekt de útfallen dy't it foarkomme moast, en wearden dy't de tsjinner stjoert oerskriuwe wat jo yn it klantprofyl ynstelle.

Stap fjouwer: ferlykje ien stipe alternatyf

As de operator sawol in UDP- as in TCP-profyl publisearret, rin dan itselde apparaat en netwurk tsjin it oare. Brûk it echte passende bestân ynstee fan it ferfier yn in kopiearre profyl te bewurkjen. In stabiel TCP-profyl op in paad dêr't UDP weromset wurdt, beheint it probleem ta dat paad; it bewiist net dat TCP oeral it bettere ferfier is.

Deselde logika jildt foar einpunten. Probearje in oare tsjinner en hâld it oarspronklike resultaat dêrneist. As mar ien útgong sesjes weromset, is dat bewiis oer dat einpunt, net in reden om elke adapter op de laptop opnij te bouwen.

Nei elke feroaring werhelje de oarspronklike trigger en befêstigje wêr't it ferkear echt hinne giet. Weromwûn ynternetferbining is net itselde resultaat as ferkear yn 'e tunnel, en in klant dy't stil weromfallen is nei in direkte rûte liket sûn fanút de browser.

Ferifiearje de reparaasje en hâld de weromdraai

In reparaasje wurdt ferifiearre troch de oarspronklike trigger te reprodusearjen, net troch in suksesfolle ferbining. Lit de tunnel stil wêze foarby it âlde flaterynterval, skort ien kear op en ferfange, en kontrolearje dêrnei de âldens fan it hânskud en it útgongsadres:

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

Hâld it foarige profyl en de foarige timerwearden oant it nije gedrach in folsleine wurkdei oerlibbet. As de útfallen weromkomme, werstel de reservekopy, en pas dêrnei de feroarings ien foar ien opnij ta, sadat de twadde poging fan in bekende steat útgiet.

As it lochboek skjin bliuwt en de tunnel noch hieltyd út falt op in werheljend ynterval, is de folgjende stop de tsjinnerkant foar dy sesje. Nim de sesje-identifikaasje fan de klant en it krekte útvalsmomint mei, want dat pear makket in tsjinnerlochboek trochsykber. De keppelingsopsjes fan it protokol binne dokumintearre yn de OpenVPN 2.6-hantlieding as jo de krekte betsjutting fan in wearde nedich hawwe.