Dalawang kliyenteng VPN, isang routing table: sino ang may default na ruta

Mukhang nag-aagawan ang dalawang kliyenteng VPN sa isang socket, at ang halatang solusyon ay i-uninstall ang isa. Sa praktika, bihira nilang hawakan ang parehong socket. Bawat koneksiyon ay nagsusulat muli ng routing table ng operating system, at ang full-tunnel na profile ay nag-aangkin ng default na ruta. Ang huling kumonekta ang kadalasang nananalo, kaya mukhang lumilipat ang sintomas sa pagitan ng mga kliyente.

Nasa routing table ang hidwaan

Isang virtual adapter at isang default na ruta ang paraan ng paghuli ng trapiko ng buong tunnel. Kapag ang pangalawang kliyente ay naglagay ng sarili nitong default, ang lumang entry ay pinapalitan o ibinababa ng metriko, at bawat destinasyon ay dumadaan na ngayon sa bagong tunnel. Nananatiling konektado ang unang kliyente at nagpapakita pa rin ng berdeng icon, kaya aktibo ang interface habang wala ang landas. Ang paghihiwalay ng estado ng koneksiyon at estado ng routing ang dahilan ng nakalilitong pag-uugali.

Mga editor ang mga kliyente ng isang pinagsasaluhang table. Ang pag-alam kung aling pagbabago ang huling nangyari ay nagpapaliwanag sa halos lahat ng sintomas.

Basahin kung aling tunnel ang may-ari ng kasalukuyang landas

Suriin ang tunay na desisyon sa halip na magtiwala sa kliyenteng nag-uulat na konektado. Itanong sa system kung aling interface ang magdadala ng partikular na destinasyon.

ip route get 10.20.0.5
route print -4

Pinapangalanan ng unang utos ang interface at source address para sa isang destinasyon, at iyon mismo ang tiyak na tanong na mahalaga sa iyo. Ipinapakita ng route dump sa Windows ang nag-aagawang default na entry at ang kanilang metriko, kaya nakikita mo kung alin ang nananalo ngayon. Patakbuhin ang lookup para sa isang host sa bawat remote na network, dahil maaaring tama ang isang destinasyon habang hindi maabot ang kabilang network. Kung ang sagot ay nagpangalan ng maling tunnel, hindi makakatulong ang muling pagkonekta; kailangang baguhin ang patakaran sa ruta.

Pigilan ang pangalawang kliyente sa pag-angkin ng lahat

Dapat pagmamay-ari ng isang kliyente ang default na ruta, at ang isa ay magdala lamang ng sarili nitong mga prefix. OpenVPN maaaring tanggihan ng mga kliyente ang itinutulak ng server.

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull ay binabalewala ang bawat itinulak na ruta, samantalang ang pull-filter ignore "redirect-gateway" ay itinatapon lamang ang direktiba ng default na ruta at pinapanatili ang itinulak na DNS at iba pang opsiyon. Pumili sa pagitan ng dalawa batay sa kung gaano karami sa konfigurasyon ng server ang gusto mo pa, pagkatapos ay idagdag ang partikular na mga prefix na kailangan ng pangalawang network. Tandaan ang DNS, dahil ang resolver na itinulak ng tunnel na hindi nagdadala ng mga query ay walang ibinabalik. Subukan ang isang kilalang host sa bawat network at kumpirmahin ang source address na nakikita ng malayong panig.

Hindi maiiwasan ang magkapatong na subnet

Kapag ang dalawang network ay naglathala ng parehong prefix, may isang entry ang kernel para sa dalawang magkaibang lugar at kailangan nitong pumili. Hindi makakaimbento ang host route ng nawawalang pagkakaiba, at hindi rin ang pagsasaayos ng metriko. Muling bilangin ang isang panig, o hayaang isalin ng administrator nito ang malayong saklaw upang magkaiba ang mga prefix. Suriin ang tunay na subnet bago sisihin ang mga kliyente, dahil ang default na 192.168.1.0/24 ng home router ay mas madalas bumangga sa saklaw ng opisina kaysa inaasahan ng sinuman. Itala ang parehong saklaw sa ticket upang hindi muling likhain ng susunod na pagbabago ang pagpapatong.

Paghiwalayin din ang dalawang layunin: ang maabot ang parehong network ay problema sa routing, samantalang ang pagkakadena ng mga tunnel para sa privacy ay ibang disenyo na may karagdagang operator sa landas. Huwag gamitin ang isa upang lutasin ang isa.