VPN pastāvīgi atslēdzas? Iziet to šādā secībā

Pirms pārinstalējat klientu, pierakstiet trīs lietas: cik ilgi tunelis bija aktīvs, ko klients teica atslēgšanās brīdī un vai iekārta starplaikā gulēja vai mainīja tīklu. Šis pieraksts ir vienīgais pierādījums, kas jums vēlāk būs, un pārinstalēšana to parasti izdzēš. Atslēgšanās atkārtojošā intervālā ir taimeris vai stāvokļa beigšanās; atslēgšanās nejaušā brīdī ir ceļa problēma. Zemāk esošā secība neļauj mainīt trīs lietas uzreiz un neko neiemācīties.

Pirmais solis: fiksējiet intervālu un kļūdas tekstu

Sāciet ar paša klienta žurnālu, nevis pakalpojumu sniedzēja paneli. Linux klientā pakalpojuma žurnāls un dzīvais tuneļa stāvoklis aptver lielāko daļu no tā:

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

Pierakstiet pēdējās veiksmīgās roku saspiešanas laika zīmes un brīdi, kad satiksme apstājās, nevis tikai brīdi, kad ikona mainīja krāsu. GUI klients, kas par atslēgšanos ziņo pēc fakta, varbūt ziņo par stāvokli, kuru kodols sasniedza dažas sekundes agrāk.

Saglabājiet kļūdas formulējumu. Noildzes beigšanās, autentifikācijas noraidījums un adaptera vai draivera kļūda norāda uz trim dažādiem slāņiem, un lielākā daļa šajā problēmā izšķērdētā darba rodas no to uzskatīšanas par vienu. Nokopējiet rindu burtiski savā pierakstā.

Otrais solis: mainiet vienu mainīgo, nevis profilu

Turiet ierīci un profilu fiksētus un pārvietojiet iekārtu uz citu piekļuves tīklu, piemēram, tālruņa hotspotu. Šis ir lētākais tests, kas atdala klientu no ceļa. Izpildiet to pietiekami ilgi, lai aptvertu sākotnējo atteices intervālu; divas stabilas minūtes neko nepierāda par atslēgšanos trīsdesmitajā minūtē.

Portatīvais dators ar Ethernet portu dod otru salīdzinājumu, kas pilnībā izslēdz Wi-Fi no ainavas. Ja tunelis noturas abās alternatīvās, sākotnējais piekļuves tīkls ir pelnījis uzmanību: viesabonēšana starp piekļuves punktiem, mājas maršrutētājs ar beidzošu tulkošanas tabulu vai augšupēja saite, kas atiestata ilgstošas plūsmas.

Pierakstiet, kuru mainīgo mainījāt. Salīdzinājums skaitās tikai tad, ja viss pārējais palika nemainīgs, un tas ietver servera galapunktu un diennakts laiku.

Trešais solis: saistiet intervālu ar slāni

Laba sesijas garums ir visinformatīvākais vienīgais skaitlis, kas jums ir. Lasiet to pret šo sarakstu pirms taimeru aiztikšanas:

• Atslēgšanās pēc miega vai atsākšanas: tuneļa stāvoklis pārcieta apturēšanu, bet saskarne ne. Pārbaudiet klienta atkārtotas savienošanas uzvedību atsākšanas laikā un to, vai pakalpojums restartē tuneli vai gaida satiksmi.
• Atslēgšanās tikai dīkstāvē: kaut kas pa vidu lika plūsmai beigties. Tieši šim gadījumam pastāv keepalive.
• Atslēgšanās fiksētā sesijas vecumā: atkārtotas autentifikācijas vai atslēgas atjaunošanas notikums, nevis ceļa kļūme. Skaidrs noraidījums žurnālā tieši šajā intervālā ir pazīme.
• Atslēgšanās lielu pārsūtīšanu vai lielu lapu laikā: turiet aizdomās MTU un sadalīšanu, nevis dīkstāves taimeri.

Dīkstāves gadījumā iestatījumi ir atkarīgi no protokola un abi gali ir svarīgi. OpenVPN keepalive 10 60 serverī sūta ping ik pēc 10 sekundēm un restartē saiti pēc 60 sekundēm bez tā; WireGuard klienti aiz NAT izmanto PersistentKeepalive = 25 partnera blokā. OpenVPN arī atkārtoti pārrunā datu kanālu pēc taimera, reneg-sec, kas pēc noklusējuma ir 3600 sekundes 2.x versijā.

Nekopējiet agresīvas vērtības no cita pakalpojumu sniedzēja rokasgrāmatas. Īsa noildze mobilajā saitē ar zudumiem rada tieši tos atslēgumus, kurus tai vajadzēja novērst, un servera nosūtītās vērtības ignorē to, ko iestatāt klienta profilā.

Ceturtais solis: salīdziniet vienu atbalstītu alternatīvu

Ja operators publicē gan UDP, gan TCP profilu, palaidiet to pašu ierīci un tīklu pret otru. Izmantojiet īsto atbilstošo failu, nevis rediģējiet transportu kopētā profilā. Stabils TCP profils ceļā, kur UDP tiek atiestatīts, sašaurina problēmu līdz šim ceļam; tas nepierāda, ka TCP ir labākais transports visur.

Tā pati loģika attiecas uz galapunktiem. Izmēģiniet citu serveri un turiet sākotnējo rezultātu tam blakus. Ja sesijas atiestata tikai viena izeja, tas ir pierādījums par šo galapunktu, nevis iemesls pārbūvēt katru adapteri portatīvajā datorā.

Pēc jebkuras maiņas atkārtojiet sākotnējo aktivizētāju un apstipriniet, kur satiksme patiešām dodas. Atgūta interneta piekļuve nav tāds pats rezultāts kā satiksme tuneļa iekšpusē, un klients, kas klusi atkritis uz tiešu maršrutu, izskatās vesels no pārlūka.

Pārbaudiet labojumu un saglabājiet atritināšanas iespēju

Labojums tiek pārbaudīts, atkārtojot sākotnējo aktivizētāju, nevis ar veiksmīgu savienojumu. Atstājiet tuneli dīkstāvē ilgāk par veco atteices intervālu, vienreiz apturiet un atsāciet, un pēc tam pārbaudiet roku saspiešanas vecumu un izejas adresi:

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

Saglabājiet iepriekšējo profilu un iepriekšējās taimera vērtības, līdz jaunā uzvedība pārdzīvo pilnu darba dienu. Ja atslēgšanās atgriežas, atjaunojiet dublējumu un pēc tam atkārtoti piemērojiet izmaiņas pa vienai, lai otrais mēģinājums sāktos no zināma stāvokļa.

Ja žurnāls paliek tīrs un tunelis joprojām atslēdzas atkārtojošā intervālā, nākamā pietura ir šīs sesijas servera puse. Paņemiet līdzi klienta sesijas identifikatoru un precīzu atslēgšanās laiku, jo tieši šis pāris padara servera žurnālu meklējamu. Protokola saites opcijas ir dokumentētas OpenVPN 2.6 rokasgrāmatā kad jums vajadzīga precīza vērtības nozīme.