Nadidiskonekta ang VPN sa parehong agwat? Itugma ang timer
Ang pagbagsak sa takdang agwat ay isang bakas ng daliri. Ihambing ang pag-renew ng mga susi ng tunel, ang idle timer ng NAT, ang lease ng DHCP at ang limitasyon ng account bago magbago ng anuman.
Ang tunel na namamatay bawat labinlimang minuto, o bawat oras sa parehong minuto, ay nagsasabing may timer na nag-expire, hindi na hindi stable ang network. Ang kapaki-pakinabang na hakbang ay isulat ang agwat at ihambing ito sa apat na timer na gumagawa ng pattern na ito. Ang pagbabago ng mga timeout bago ang paghahambing na iyon ay kadalasang naglilipat ng fault nang hindi ito ipinapaliwanag, na nagpapahirap basahin ang susunod na pangyayari kaysa sa una. Ang pagsukat ay tumatagal ng sampung minuto at pumapalit sa isang linggo ng hula.
Gawing numero ang agwat
Mangolekta ng lima o anim na pangyayari at kalkulahin ang pagitan ng mga ito, hindi ang pagitan mula sa simula ng araw. Ang pagbagsak sa 09:12, 10:12 at 11:12 ay hangganan ng oras; ang pagbagsak sa 09:12, 09:27 at 09:42 ay labinlimang minuto mula sa huling matagumpay na koneksyon. Bilugan ang resulta sa pinakamalamang na timer, hindi sa pinakamalapit na minuto.
Itala ang dalawang sandali bawat pangyayari: kung kailan huling gumalaw ang trapiko at kung kailan iniulat ng kliyente ang disconnection. Nagkakaiba ang mga ito kapag tahimik na namatay ang tunel at sa susunod na pagpapadala lang napansin ng kliyente, at ang pagkakaibang iyon ang naghihiwalay ng idle timeout sa matigas na fault. Ang kliyenteng nahuhuli ang pagpansin ay nagpapalaki sa idle window na sinusukat mo.
Pansinin kung awtomatiko ang muling pagkonekta. Ang kliyenteng muling kumokonekta sa loob ng ilang segundo ay nagpapanatili sa agwat na nakikita sa log at labas ng ulat ng user, kaya madalas ilarawan ang mga fault na ito bilang paminsan-minsan sa halip na pana-panahon. Itinatago rin nito ang pangyayari sa taong gumagamit ng laptop.
Apat na timer na magkamukha
Halos lahat ng paulit-ulit na pagbagsak ng tunel ay nagmumula sa isa sa mga ito: pag-renew ng mga susi ng protocol, pag-expire ng idle mapping, isang pangyayari sa DHCP o interface, o isang patakaran ng account. Nagkakaiba sila kung may trapikong dumadaloy at kung ano ang sinasabi ng log sa hangganan.
Ang mga lagda sa ibaba ay sulit pag-aralan, dahil hinahayaan ka nitong tanggihan ang tatlong paliwanag mula sa isang linya ng log:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
Ang unang hilera ay isang mekanismo ng seguridad na gumagawa ng trabaho nito, at ang pangalawa ay isang intermediate na aparato na nakakalimot ng estado. Ang pagpapalito sa kanila ay humahantong sa pagpapahina ng renew o sa paghabol sa isang patakaran ng firewall na hindi kailanman nasangkot.
Abala laban sa idle ay nagsasabi kung aling kalahati
Gumawa ng kontroladong paghahambing na may tuloy-tuloy na trapiko, tulad ng mahabang stream patungo sa isang host sa loob ng tunel, at tingnan kung nagbabago ang agwat. Kung nawawala ang pagbagsak habang dumadaloy ang data, ang timer ay nakabatay sa idle.
Kung nakakaligtas ito sa tuloy-tuloy na trapiko, ang sanhi ay kabilang sa renew, lease o patakaran. Ang isang pagsubok na iyon ay nag-aalis ng kalahati ng mga kandidato sa mga isang oras na pagmamasid, at wala itong gastos maliban sa atensyon.
Panatilihing hindi nagbabago ang access network sa panahon ng pagsubok. Ang paglilipat sa pagitan ng Wi-Fi at Ethernet sa gitna ng paghahambing ay nagdadala ng eksaktong pangyayari sa interface na sinusubukan mong ihiwalay sa isang timer.
Itugma ang linya ng log sa hangganan
Basahin ang mga log ng kliyente at server sa paligid ng naitalang sandali, hindi ang buong file. Ang renew ay nagpapakita ng negosasyon; ang idle expiry ay walang ipinapakita hanggang sa susunod na packet; ang pagbabago ng lease ay nagpapakita ng trabaho sa address; ang limitasyon ng patakaran ay karaniwang nagpapakita ng malinis na administratibong disconnection.
Ang mga command na ito ay kumukuha ng kaugnay na window mula sa bawat pinagmulan:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showKung nagkakasundo ang tatlong pinagmulan sa timestamp, alam mo ang may-ari ng timer. Kung ang log ng kliyente lang ang may laman, malamang hindi ang server ang nagtatapos sa session.
Ayusin ang yugto, hindi ang icon
Bawat may-ari ay may isang sinusuportahang pag-aayos. Ang pagkabigo sa renew ay nangangailangan ng magkatugmang panukala sa magkabilang dulo. Ang idle expiry ay nangangailangan ng keepalive o mas maikling inaasahang idle, sa loob ng pinapayagan ng path. Ang pangyayari sa lease ay nangangailangan ng pagwawasto sa interface o power settings. Ang limitasyon ng account ay desisyon sa patakaran, hindi bug.
Ang pagpatay sa renew o authentication para manatiling berde ang icon ay nagpapalit ng nakikitang pagbagsak sa hindi nakikitang kahinaan, at iniiwan kang hindi masabi kung kailan huling nakipagnegosasyon ang tunel para sa mga bagong susi. Subukan muli ang orihinal na tagal pagkatapos at itago ang mga timestamp, upang ang susunod na pangyayari ay maihambing dito sa halip na magsimula muli.