Iba ang na-import na ruta ng VPN sa gumaganang kliyente? Ikumpara ang dalawa

May pribadong serbisyo na sumasagot sa pamamagitan ng VPN habang ang ordinaryong trapiko sa internet ay kumikilos nang lubos na naiiba kaysa sa makina ng isang katrabaho, at naiisip nang agad na sira na ang kliyenteng Ubuntu. Nilalaktawan ng konklusyong iyon ang isang hakbang. Ang gumaganang pribadong operasyon at ang naiibang pampublikong landas ay dalawang obserbasyon, at ang pagkakaiba ay karaniwang nasa patakaran ng trapiko na inilagay ng bawat kliyente, hindi sa kliyente mismo.

Ang paghahambing ng naka-save na configuration sa aktwal na kalagayan ng network ay tumatagal ng tatlong utos at sinasagot ang tanong na sinusubukang sagutin ng hula.

Naka-save na profile muna, aktwal na kalagayan pagkatapos

Ang na-import na koneksyon ng OpenVPN ay nagiging sariling profile ng NetworkManager. Ang file na .ovpn na pinagmulan nito ay tumitigil na maging pinagmumulan ng katotohanan sa sandaling matapos ang pag-import, kaya ang pag-edit sa file na iyon mamaya ay walang binabago sa koneksyong ginagamit mo. Ito ang unang lugar kung saan nagkakamali ang paghahambing, at tahimik itong nagkakamali.

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

Basahin ang UUID kapag nagbanggaan ang mga pangalan; ang mga doble na pangalan ay nakakaligtas sa muling pag-install at pag-restore ng profile, at maaari kang gumugol ng isang oras sa pag-edit ng kopyang hindi ginagamit. Ang mga halagang nakikita mo ay naglalarawan ng naka-save na intensyon: kung maaaring kunin ng profile ang default na ruta, aling mga ruta ang nakaimbak, at aling mga resolver at search domain ang hinihiling nito. Hindi nila inilalarawan ang nangyari nang i-activate ang koneksyon, dahil ang isang plugin o push mula sa server ay makakapagdagdag ng kalagayang hindi binabanggit ng profile. Kaya mahalaga ang susunod na utos.

Pagkatapos, tingnan kung ano talaga ang ginawa ng system sa intensyong iyon, kasama ang mga patakaran ng patakaran at bawat talahanayan at hindi lamang ang pangunahing talahanayan. Ang mga naka-save na katangian ay input, at ang mga naka-install na talahanayan ang resulta.

ip -4 rule show
ip -4 route show table all

Dalawang destinasyon, isang paghahambing

Pumili ng isang pribadong destinasyon na gumagana at isang ordinaryong pampublikong destinasyon, pagkatapos ay tanungin ang kernel kung aling landas ang tatahakin ng bawat isa. Ang paggawa nito sa parehong makina ang nagpapalit ng malabong pagkakaiba tungo sa tiyak.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

Ang mga address ay halimbawa na papalitan ng sarili mo; ang mahalaga ay ang pares, hindi ang mga numero. Ihambing ang interface, ang source address at ang talahanayang pinangalanan sa bawat output. Kapag pinangalanan ng pribadong lookup ang tunnel at pinangalanan din ng pampublikong lookup ang tunnel, mayroon kang buong tunnel at ang isa pang kliyente ay maaaring may hati, o kabaliktaran.

Huwag hilingin na mag-print ang dalawang kliyente ng magkaparehong teksto. Ang redirect-gateway def1 sa OpenVPN ay karaniwang ipinapahayag bilang dalawang kalahating-prefix na ruta sa halip na isang default, at ang isang tagapamahala na nagpapakita ng mga ito nang iba ay hindi dahil doon ay mali. Hatulan ang saklaw, na ipinapakita ng mga lookup, hindi ang pag-format.

Kung saan lehitimong nagkakaiba ang dalawang kliyente

Ang mga default ng kliyente ay mga pagpiling patakaran, at pinapayagang hindi sila magkasundo. Maaaring mas gusto ng isang produkto ang buong tunnel, ang iba ay panatilihin ang lokal na default at i-route lamang ang mga pribadong prefix, at ang pangatlo ay sumunod sa anumang itinulak ng server. Ang pagkakaiba ay depekto lamang kapag sumasalungat ito sa pangangailangang ibinigay sa iyo.

Kaya ihambing ang bawat kliyente sa inaprubahang intensyon ng hati o buong tunnel, hindi sa isa’t isa. Kung ang pangangailangan ay gamitin ng pribadong trapiko ang tunnel at manatiling lokal ang lokal na landas sa internet, kung gayon ang buong tunnel ang bug at tama ang hati na tunnel, anuman ang ginawa ng alinmang kliyente. Isulat ang intensyon bago mo tingnan ang alinman sa configuration, kung hindi ang unang kliyenteng siniyasat mo ay tahimik na magiging pamantayan.

Ang DNS ay pangalawang axis at nabigo ito nang hiwalay. Ang tamang ruta ay maaari pa ring magpadala ng mga query sa isang resolver na hindi makasagot para sa pribadong zone, at ang tamang resolver ay hindi nag-aayos ng maling ruta. Suriin ang pareho, at ituring ang pribadong pangalan na nagre-resolve habang ang pribadong address ay hindi bilang ebidensyang hiwalay na nilulutas ang dalawang layer.

Panatilihing malinis ang paghahambing

Magpatakbo ng isang may-ari ng koneksyon nang paisa-isa. Ang OpenVPN session sa command line na tumatakbo sa tabi ng na-import na profile ay naglalagay ng sariling mga ruta at sariling estado ng resolver, at ang nagresultang halo ay hindi pag-uugali ng alinmang kliyente. Ibaba ang isa bago sukatin ang isa. I-restart kung hindi ka sigurado kung ano pa ang may hawak ng estado, dahil ang lumang rutang isang oras na ang nakalipas ay magmumukhang eksaktong problema sa patakaran.

Panatilihing fixed din ang lahat ng iba: parehong endpoint, parehong account, parehong bersyon ng software, parehong network. Ang tagumpay sa laptop na Windows ng isang katrabaho ay sumusubok ng ibang kliyente, ibang integrasyon ng resolver at posibleng ibang profile ng server, kaya hindi ito ebidensya tungkol sa tagapamahala ng Ubuntu.

Ang sanggunian ng mga setting ng IPv4 ng NetworkManager ay tumpak na tumutukoy sa never-default at sa mga naka-save na katangian ng ruta, na sulit basahin bago mo baguhin ang pinamamahalaang halaga. At tandaan ang saklaw ng paghahambing na ito: saklaw nito ang IPv4 at wala itong sinasabi tungkol sa kaukulang patakaran ng IPv6, na may sariling mga default at sariling paraan ng pagsorpresa sa iyo.