Bakit Maaaring Magmukhang Konektado ang VPN Habang Walang Gumagana

Nag-uulat ang iyong kliyente ng konektado habang nakaangat ang interface at nag-time out ang browser, at wala sa tatlong pahayag na iyon ang mali. Inilalarawan ng konektado ang isang layer na walang kinalaman sa pahinang hiniling mo. Upang mapagpasyahan kung aling layer ang nag-uulat, kailangan ng isang bagong kahilingan at isang sulyap sa counter na magpapatunay na gumalaw ang trapiko. Itinatapon ng restart ang ebidensiyang iyon at muling binubuo ang mga kundisyon na sinusubukan mong obserbahan.

Tatlong magkaibang bagay na tinatawag na konektado

Sa pinakailalim, maaaring ibig sabihin ng konektado na may tumatakbong proseso ng kliyente na may hawak na socket patungo sa isang kapareha. Sa itaas niyon, maaaring ibig sabihin na may interface na may address, na maaaring likhain ng permanenteng device o routine ng pagbawi nang walang buhay na sesyon sa likod nito. Sa antas ng kontrol, maaaring ibig sabihin na may napagkasunduang asosasyon, na walang sinasabi tungkol sa kung may isang packet na dumaan sa ilalim nito. Bawat isa sa kanila ay nakakaligtas sa mga pagkabigo na hindi nalalampasan ng iba, at karaniwang ipinapakita ng kliyente ang pinakamalakas na maaari nitong angkinin.

Kaya ang berdeng icon at patay na tunnel ay magkatugma at hindi magkasalungat; nag-uulat sila tungkol sa magkaibang bagay. Iyon ang buong dahilan kung bakit paulit-ulit na mali ang diagnosis ng kabiguang ito bilang bug ng kliyente.

Magpadala ng isang hindi mapaminsalang kahilingan sa destinasyong talagang kailangan mo bago hawakan ang daemon, at panatilihin ang kinakailangang bloke ng direktang trapiko sa lugar habang nagtatrabaho. Binubura ng restart ang pagkakasunod-sunod ng mga pangyayari at pagkatapos ay muling nililikha ang mga ito nang sapat na malapit upang itago ang sanhi, kaya bumabalik ang parehong ticket makalipas ang isang linggo na walang bago sa loob. Isang kahilingan, isang pagbasa ng counter at ang trigger na nagdulot ng pagkabigo ang pinakamababang ebidensiya.

Aling counter ang nagpapatunay na gumalaw ang mga packet

Sa IPsec, ang IKE association at CHILD association ay magkaibang bagay, at tanging ang child ang may mga counter na sumasagot sa tanong na ito. Ilista ang child, tingnan kung dumarami ang mga packet sa dalawang direksiyon, at ihambing ito sa sinusubukang gawin ng aplikasyon. Ang association na naka-install sa zero ay ibang natuklasan kaysa sa dumarami habang nabibigo pa rin ang aplikasyon; ang una ay nangangahulugang hindi pinipili ang trapiko, ang pangalawa ay gumagalaw ito at mas malayo ang fault. Basahin ang mga counter nang dalawang beses, na may pagitan ng ilang segundo, dahil hindi maipapakita ng isang sample ang trend.

swanctl --list-sas
ip xfrm state list
ip -s link show dev tun0

Ang mga zero counter ay tumuturo sa pagpili: routing, patakaran, namespace na pinaglabasan ng packet, o interface na hindi kailanman kinakabit ng kliyente. Ang mga tumataas na counter ay tumuturo palayo sa tunnel, kaya magpatuloy sa forwarding sa malayong dulo, paglutas ng pangalan, daan pabalik at serbisyo ng destinasyon, sa ganoong pagkakasunod-sunod. Ang protocol na walang hiwalay na child object ay naglalantad ng parehong ebidensiya sa sarili nitong mga termino, kaya gamitin ang iniuulat nito tungkol sa estado ng kapareha at bilang ng packet sa halip na hiramin ang bokabularyo ng IPsec. Ang hugis ng pagbasa ay mas mahalaga kaysa sa kasangkapan na gumawa nito.

Saan nakaupo ang fault pagkatapos gumalaw ng mga counter

Ang gateway na sumasagot sa sarili nitong address ng pamamahala ay nagpapatunay na tumatakbo ang gateway, hindi na may nagsisilbi sa iyong kahilingan sa likod nito, kaya subukan ang malayong panig at hindi ang kahon sa gitna. Pinakamahusay na itinatago ng paglutas ng pangalan ang mga pagkabigo, dahil ang resolver na hindi maabot sa pamamagitan ng tunnel ay nag-time out na parang patay na koneksiyon. Dalawang paghahanap ang naghihiwalay sa mga kasong iyon, at pareho silang mura. Tanungin muna ang resolver na ipinipilit ng tunnel, pagkatapos ay tanungin ang isang pampublikong resolver tungkol sa parehong pangalan.

dig +short host.example
dig +short @10.20.0.1 host.example
ping -c 2 10.20.0.25

Ang pangalang nalulutas sa pamamagitan ng pampublikong resolver ngunit hindi sa pamamagitan ng resolver ng tunnel ay nangangahulugang sira ang daan ng DNS, samantalang ang pangalang nalulutas sa pamamagitan ng pareho at nag-time out pa rin sa browser ay tumuturo sa daan pabalik o sa serbisyo. Kung magtagumpay ang ping sa address at tumatanggi pa rin ang aplikasyon, naihatid ng network ang kahilingan at tinanggihan ito ng serbisyo, na isang yugtong mas huli.

Itala ang trigger, pagkatapos ay baguhin ang isang bagay

Itala kung ano ang nauna sa pagkabigo: isang panahon ng kawalan ng aktibidad, pagbabago ng network, pag-renew ng key, naipagpatuloy na laptop, o naibalik na sistema. Iba't ibang mekanismo ang nalilikha ng mga ito, at karaniwang ang naibalik na sistema lamang ang nag-aayos sa sarili nito, na siya mismong kaso na walang itinuturo sa iyo. Inaalis ng restart ang pagkakasunod-sunod ng mga pangyayari at pagkatapos ay muling nililikha ang mga kundisyong sapat na malapit upang itago ang sanhi. Isulat ang trigger habang naisasauli pa ito.

Pagkatapos ay gumawa ng isang may suportang pagwawasto at ulitin ang orihinal na kahilingan kasama ang trigger na nagdulot ng pagkabigo. Ang kawalan ng aktibidad ang pinakamadaling trigger na isauli, kaya ito ang pinakamabilis na kumpirmasyon na hinarap ng pagwawasto ang mekanismo at hindi ang sintomas.

Ang nais mong iulat ay patunay na ang trapikong nilayon mong ipadala ay nakarating sa serbisyong nilayon mong abutin. Ang icon na nagiging berde, ang naka-cache na pahinang naglo-load at ang counter na gumagalaw ay lahat nagpapatunay ng mas mababa kaysa sa isang kumpletong kahilingan patungo sa nilalayong destinasyon. Panatilihing magkasama ang kahilingan, ang pagbasa ng counter at ang trigger, upang makilala ng susunod na tao ang pagwawasto mula sa pagkakataon.