General failure kapag nagping sa isang LAN address habang bukas ang VPN client

Isang rutang host, isang address, at agad na nabigo ang ping sa General failure sa halip na maubos ang oras ng kahilingan. Ang pagkakaibang iyon ang buong diyagnosis. Ang pagkaubos ng oras ay nangangahulugang umalis ang packet at may isang bagay na hindi ito pinansin. Ang General failure ay nangangahulugang hindi naipasa ng Windows ang packet sa kahit anong interface sa simula pa lang.

Kaya kapag mukhang perpekto ang talahanayan ng ruta at General failure pa rin ang error, nangyayari ang pagharang sa ilalim ng desisyon sa rutahan, at ang client ng provider ang gumagana doon.

Basahin ang error bago ang talahanayan ng ruta

Ibinabalik ng Windows ang error na iyon kapag wala itong makitang interface na mapagsesendahan, at wala itong sinasabi tungkol sa gagawin ng destinasyon sa packet. Ang maabot, ang mga firewall sa kabilang dulo at ang pagkakaroon ng serbisyo ay pawang mga susunod na tanong na hindi mo pa nararating.

Ang klasikong kompigurasyon para sa kasong ito ay isang rutang host na nagtuturo ng isang address ng LAN sa pisikal na gateway upang laktawan nito ang tunnel. Tinatanggap ito ng route add, ipinapakita ito ng route print, at nabigo pa rin ang ping, dahil nagpasya na ang driver ng pagsasala na hindi pinapayagang lumabas ang packet.

Bago mo tanggapin ang paliwanag na iyon, tiyakin na talagang pinipili ang ruta: suriin ang index ng interface at ang metriko, at tiyaking hindi lipas ang entry pagkatapos ng muling pagkonekta. Ang rutang tumuturo sa interface na wala na ay nagdudulot ng katulad na error sa isang dahilang mas kaunti ang interes.

Tatlong antas, tatlong magkaibang may-ari

Nanalo ang antas na huling tumatakbo, at ang tatlong ito ay wala sa pagkakasunod-sunod na inaakala ng karamihan.

Ang gitnang antas ang dahilan kung bakit ang isang ruta ay maaaring tama at walang silbi nang sabay. Nag-i-install ang mga client ng provider ng filter at mga patakaran ng firewall upang itapon ang trapik sa labas ng tunnel, at ito rin ang mekanismong nagpapatupad ng kanilang kill switch. Wala sa talahanayan ng ruta ang nakikibahagi sa desisyong iyon.

Ipinaliliwanag ng ikatlong antas ang isang kakaibang ulat na dumarating nang regular: hindi maabot ang lokal na subnet kahit na nadiskonekta na ang client. Tumatakbo pa rin ang serbisyo at nakalagay pa rin ang filter, kaya ang hindi konektado ay hindi kapareho ng hindi nagsasala. Lumabas sa client sa halip na idiskonekta lang ito bago ka maghinuha ng kahit ano.

Ano ang susubukan, ayon sa pagkakasunod-sunod

Magsimula sa pagtanggal ng mga feature na mura at madaling ibalik. Ang pagtuklas ng LAN, kung minsan ay tinatawag na pagkawala ng tingin sa LAN, ay humaharang sa trapik papunta sa mga pribadong saklaw ng address upang manatiling nakatago ang makina sa mga kapitbahay nito. Nawawala ang mga printer, lokal na file server at maging ang router mismo sa likod ng switch na iyon. Ang mga feature ng proteksiyon sa banta na nagsasala ng DNS ay nag-i-install ng sarili nilang mga hook at iniuulat na sinisira ang lokal na maabot sa halos parehong paraan.

Patayin ang dalawa, lubusang lumabas sa client, pagkatapos ay subukan ang address. Ang pagkakasunod-sunod na iyon ay naghihiwalay ng feature na humaharang sa trapik mula sa tunnel na nagruruta nito nang mali, at tumatagal ito ng dalawang minuto sa halip na isang hapon ng mga static na ruta.

ping 192.168.1.50
tracert -d 192.168.1.50
route print -4

Kung sumagot ang address kapag patay na ang mga feature, mayroon kang desisyon sa patakaran at hindi sira: pumili sa pagitan ng iwanang patay ang feature, magdagdag ng eksepsiyon, o tanggapin na mananatiling di-nakikita ang makina sa lokal na network.

Gamitin ang daan ng eksepsiyon ng client, nang makitid

Kapag kailangang manatiling bukas ang isang feature, ang split tunnelling mismo ng client ang sinusuportahang labasan. Panatilihing kasing liit ng pinapayagan ng pangangailangan ang eksepsiyon, na karaniwang nangangahulugang isang address ng host para sa isang server o isang prefix para sa isang segment. Ang patakarang sumasaklaw sa buong pribadong saklaw ay isang permanenteng butas na walang maaalalang nagdagdag at walang magbabakas na magtanggal.

Pagkatapos ay i-verify muna sa address at pagkatapos sa pangalan. Kung sumagot ang address na may unang hop sa pisikal na gateway, gumagana ang eksepsiyon. Kung nabigo pa rin ang pangalan, lumipat ka na sa DNS, dahil hindi kilala ng resolver ng tunnel ang lokal na sona at walang pagbabago sa rutahan ang magtuturo nito.

Panatilihin ang ruta o ang eksepsiyon, hindi pareho, kasama ang tala tungkol sa alin ang gumagawa ng trabaho. Ang dalawang magkapatong na mekanismo ay nagtataklob sa isa't isa, at ang susunod na magde-debug ng makinang ito ay magtatanggal ng isa sa kanila at walang makikitang pagbabago.

Kapag ang client ang sagabal

Ang ilang build ay nagsasala ng trapik sa paraang hindi kayang talunin ng static na ruta o eksepsiyon ng client. Kapag iyon ang natuklasan, ang tapat na mga pagpipilian ay maghintay sa feature ng paglampas o kumonekta gamit ang payak na OpenVPN client gamit ang sariling profile ng provider, na siya ring inirekomenda ng sagot ng suporta ng vendor sa orihinal na ulat.

Unawain ang kapalit bago gawin ang pagpapalit na iyon. Ang payak na profile ay kumikilos tulad ng anumang ordinaryong tunnel: nag-i-install ito ng sarili nitong mga ruta at hindi nire-restructure ang natitirang stack, kaya ang makitid na rutang host ay kumikilos pa rin ayon sa inaasahan mo. Ang nawawala sa iyo ay lahat ng ipinatupad ng branded na client sa paligid ng tunnel, kasama ang kill switch at pagsasala ng DNS, at kailangang sadyang muling gawin ang mga iyon o tanggapin bilang wala.

Anuman ang piliin mo, itala kung aling antas ang may-ari ng pagharang. Ang packet na hindi kailanman umalis sa makina ay resulta ng filter, at walang pagbabago sa rutahan ang makakapag-ayos ng filter.