Sinasabi ng pampublikong listahan ng VPN na online; sinasabi ng iyong kliyente na hindi

Binubuksan mo ang direktoryo, inaayos ayon sa bilis, pumipili ng node na minarkahang online, at sumusuko ang kliyente bago pa matapos ang pagkonekta. Hindi nagsinungaling ang listahan, sa eksaktong paraan. Iniulat nito ang resulta ng pagsusuri ng ibang tao, mula sa ibang network, sa mas maagang sandali, laban sa serbisyong maaaring patayin ng boluntaryo anumang oras. Ang pag-unawa sa agwat na iyon ay ginagawang maikling sunod-sunod na pagsusuri ang nakakapagod na paghahanap na maaari mong patakbuhin sa anumang kandidato.

Ano ang aktwal na sinukat ng listahan

Ang pampublikong direktoryo ay nagtatabi ng mga field tulad ng oras ng huling pagsusuri, sinusukat na halaga ng oras ng pagpunta at pagbabalik, bilang ng mga sesyon at kung minsan ay listahan ng mga protocol. Ang bawat isa sa kanila ay naglalarawan ng huling matagumpay na obserbasyon mula sa pananaw ng proyekto mismo, hindi ang kalagayan ng node kapag dumating ang iyong packet.

Mas mahalaga ang kasariwaan kaysa sa bilang. Ang node na sinuri apat na minuto ang nakalipas at ang node na sinuri apat na oras ang nakalipas ay maaaring magpakita ng parehong berdeng marka, at isa lamang sa kanila ang kahawig pa ng naitalang kalagayan. Hanapin ang timestamp, hindi ang kulay.

Ang boluntaryong pagpapatakbo ay nagdaragdag ng pangalawang pinagmulan ng pagbabago na hindi kayang ayusin ng anumang monitor. Maaaring nagre-restart ang operator ng laptop, nauubusan ng bandwidth, nagpapalit ng provider o simpleng isinasara ang takip. Ang entry sa listahan ay kandidato, at ang ituring itong kasunduan sa antas ng serbisyo ay pagkakamali ng kategorya.

Pagmasdan ang mga yugto ng kliyente, hindi ang umiikot

Ang bawat kliyente ng VPN ay dumadaan sa parehong malawak na pagkakasunod-sunod: lutasin ang pangalan, buksan ang koneksyon ng transportasyon, makipagnegosasyon sa seguridad, magpatotoo, pagkatapos ay i-configure ang tunel at magpadala ng data. Ang pagkabigo sa bawat yugto ay nag-iiwan ng iba't ibang ebidensya, at wala sa mga ito ang ipinapakita ng umiikot.

Magsimula sa paglutas ng pangalan. Kung hindi malutas ang hostname, wala pang nasubukan tungkol sa pagiging available ng node, dahil hindi kailanman umalis ang koneksyon sa iyong makina. Susunod, ang transportasyon: ang tinanggihan o na-time out na pagpapalitan ng TCP o UDP ay nagsasabi sa iyo na hindi tumutugon ang endpoint sa port na iyon, na isang tunay na natuklasan tungkol sa node. Pagkatapos, negosasyon at pagpapatotoo, kung saan nabigo ang maling sertipiko, nag-expire na profile o hindi tugmang cipher habang ang node ay ganap na malusog. Pagkatapos lamang ma-configure ang tunel maaaring ipaliwanag ng sira sa routing o DNS ang huling hakbang.

Basahin ang log ng kliyente sa pinakamataas na detalye na kasya pa sa screen, at itala ang huling linyang nagtagumpay. Ang linyang iyon ang simula ng diagnosis, at kadalasan ito ay mas nagbibigay-kaalaman kaysa sa anumang ipinapakita ng direktoryo.

Isang variable bawat pagtatangka

Ihambing ang mga kandidato gamit ang parehong kliyente, parehong network ng access at parehong format ng profile, na binabago lamang ang endpoint. Kung hindi, ang pagkabigo ay maaaring sa iyo at ipapasa mo ito sa node.

Sapat ang dalawang pagtatangka upang magtatag ng pattern, at ang pangatlo ay nagpapatunay nito. Kung ang node A ay nabigo sa yugto ng transportasyon at ang node B sa pagpapatotoo, mayroon kang dalawang walang kaugnayang problema sa halip na isang lumang listahan.

Kapag ang bawat node ay nabigo sa parehong paraan

Ang pangkalahatang pagkabigo sa unang yugto ay tumuturo sa iyong panig: isang resolver na hindi makasagot, isang lokal na firewall na humaharang sa protocol, o isang network na pinapayagan lamang ang trapiko ng web. Hindi ito maiuulat ng direktoryo, dahil hindi tumatakbo ang mga pagsusuri nito mula sa iyong pwesto.

Sadyang subukan ang kaso ng hinubog na network. Ang ilang network ng access ay pinapayagan ang HTTPS patungo sa web at itinatapon ang ibang mga protocol, na nagpapakita sa bawat kandidato na patay habang tumpak ang listahan. Ang paghahambing ng pag-load ng pahina sa browser sa isang hilaw na pagtatangkang kumonekta ay naghihiwalay sa dalawang sitwasyong iyon sa wala pang isang minuto.

Basahin ang pagkabigo sa yugtong nangyari ito

Ulitin ang pagtatangka mula sa terminal upang makita ang mga yugto. Ang tatlong utos sa ibaba ay naglulutas ng pangalan, sumusubok kung tumutugon ang port, at naglilimbag ng mga linyang pangnegosasyon mula sa isang profile ng OpenVPN:

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

Kung tumutugon ang port at iniuulat ng linyang pangnegosasyon ang problema sa sertipiko, buhay ang node at luma na ang iyong profile. Kung hindi tumutugon ang port, ang entry ay kandidatong nabigo, at ang paglipat sa susunod ay ang tamang tugon sa halip na i-debug ang iyong kliyente. Itala ang yugto sa maikling linya, at ang susunod na pagtatangka ay magsisimula sa kaalaman sa halip na pag-asa.