Dalawang segundong pagyelo: VPN ba o Wi-Fi?
Ang dalawang segundong paghinto at isang bagong sesyon ng VPN ay magkaibang pangyayari. Ilagay ang daanan ng access at ang tunnel sa magkahiwalay na timeline bago magbago ng timer.
Ang pagyelong dalawang segundo na kusang bumabangon ay mukhang pareho, nasa tunnel man ang muling negosasyon o nadapa ang radyo. Posible ring walang bumagsak, at ang posibilidad na iyon ay dapat munang subukan. Ang maikling pagsabog ng pagkawala, muling negosasyon at paghinto ng aplikasyon ay pareho ang pakiramdam sa taong nagta-type. Isa lang sa tatlo ang naaayos sa pamamagitan ng pag-edit ng configuration ng tunnel.
Dalawang talaan, hindi isa
Isulat kung ano ang nangyari sa koneksyong nasa ilalim, at hiwalay kung ano ang ginawa ng tunnel mismo. Pagkatapos ay ilagay ang paghinto ng aplikasyon sa harap ng dalawang talaan. Ito ay magkahiwalay na serye ng pangyayari na kung minsan ay nagtutugma, at ang tawagin ang lahat ng tatlo na pagkadiskonekta ay ipinagpapalagay ang sagot sa simula pa.
Ang monitor na sumusuri isang beses kada minuto ay hindi makakakita ng pagkaantala ng dalawang segundo. Ang iulat na malusog ang araw na iyon ay tama sa teknikal at walang gamit sa praktika. Ilagay ang pagitan ng sampling sa tabi ng bawat resulta na sinipi mo.
Ano ang ginawa ng link ng access habang nagyelo ang aplikasyon
Ang pagitan ng sampling at ang timeout ang tumutukoy sa maaaring naobserbahan ng monitor, kaya itala ang dalawa sa tabi ng resulta. Kaunti ang ibig sabihin ng naitalang kawalan ng pagkaantala kapag bawat animnapung segundo ang sampling ng instrumento. Pagkatapos ay suriin ang tatlong lugar na may timestamp: ang lokal na router, isang aprubadong panlabas na host na naaabot sa simpleng daan, at isang resource sa likod ng tunnel.
Kumpirmahin muna ang mga ruta, dahil ang pampublikong target mismo ay maaaring dumaan sa tunnel at pagkatapos ay sinusukat ang tunnel sa halip na ang daanan ng access. Ang ebidensyang talagang nagtatakda ng petsa ng pagkaantala ay nasa isang antas sa ibaba: mga kaganapan ng link sa router, mga talaan ng resync sa modem, at isang WAN address na nagbago. Ang cumulative na error counter ay nagsasabi na may nangyaring mali, hindi kailanman kung kailan. Iugnay ang mga talaang iyon sa window ng insidente sa halip na basahin ang mga ito nang hiwalay.
ping -i 0.5 -c 40 192.168.60.1
mtr -rwc 40 203.0.113.25
ip -brief address showAng counter na tumaas kahapon ay walang ipinaliwanag tungkol sa pagyelo ngayong umaga. Limitahan ang correlation sa window na iniulat ng user.
Hanapin ang talaan ng restart
Ang nawalang UDP datagram ay hindi nagiging dahilan upang magsimula ang Community OpenVPN ng bagong negosasyon ng TLS. Ang pag-uugali ng restart ay sumusunod sa ping-restart, at ang umiiral na halaga ay maaaring itinulak ng server; tinutukoy ng manwal para sa 2.6 ang mga timer na iyon. Ang paghahatid ay napuputol sandali, hindi kailanman nalalampasan ang threshold, at nananatiling walang laman ang log. Kaya hanapin sa log sa paligid ng paghinto ang linyang restart, bagong koneksyon, o binagong session identifier. Kung wala sa tatlo ang lumitaw, malamang na walang ginawa ang tunnel at ang timer ay hindi kailanman naging problema.
Ang pagpapaikli ng bawat keepalive ay nagpapakita ng detection na mas mabilis at naglilipat ng linya kung saan ang maliit na pagdapa ay nagiging muling pagkonekta. Ang bawat muling pagkonekta ay gumugol ng isang authentication round at muling pag-install ng mga ruta. Ang pagpahaba ng timer ay walang binibili maliban sa mas mahabang window kung saan ang patay na daan ay mukhang buhay pa. Pareho silang desisyon sa tuning na may presyo, hindi libreng pagpapabuti.
Ang pangyayaring hindi nangyari ay ebidensya rin, at ito ang uri na nilalaktawan ng mga tao dahil walang nakakaakit ng pansin dito sa log. Itala ang paghahanap na ginawa mo, hindi lamang ang resulta.
Hayaan ang paghahambing ang magpasya kung ano ang aayusin
Kapag magkatabi ang dalawang talaan, kadalasang kusang naisusulat ang pagtatalaga. Ang kaganapan ng link ng router sa dalawang ruta ay nangangahulugang ang paksa ay ang koneksyon ng access. Ang tahimik na tunnel at magagamit na simpleng daan ay nangangahulugang ang paksa ay ang negosasyon.
| What you observed | Tunnel log at that second | Where to look next |
|---|---|---|
| two-second pause, plain path answers throughout | nothing | the monitor's resolution, then a loss burst |
| pause plus a router link event, plain path stops and returns | no restart line | the access link, not the tunnel timer |
| pause, then a new session identifier | restart line | the restart threshold and what triggered it |
| one application freezes while both paths answer | nothing | that application and its server-side work |
Bawat hilera ay bakas, hindi hatol: binababa ng mga endpoint ang priyoridad ng ICMP, at hindi kailangang maghati ng isang daan ang dalawang destinasyon. Panatilihing pantay ang mga orasan ng client, gateway at aplikasyon upang maging posible ang paghahambing. Ang hilerang kasya sa dalawang kolum ay nangangailangan ng isa pang obserbasyon, hindi desisyon.
Ang ulat na pumasa sa pagsusuri ay sumasagot sa apat: gaano katagal ang pagyelo, aling mga daan ang patuloy na tumugon, ano ang naitala ng tunnel sa segundong iyon, at gaano kadalas ang sampling ng monitor. Ang apat na katotohanang iyon ay nagbibigay-daan sa susunod na mambabasa na muling gawin ang obserbasyon sa halip na magtiwala sa buod. Ang porsyento ng uptime ay nagtatago ng eksaktong pagitan na mahalaga sa iyo, at ganoon din ang pariralang "bumagsak ang VPN".