Twa VPN-klanten, ien rûtetabel: wa wint de standertrûte

It liket as fjochtsje twa VPN-klanten om deselde socket, en de foar de hân lizzende oplossing moat wêze om ien te ferwiderjen. Yn 'e praktyk reitsje se selden deselde socket. Eltse ferbining oerskriuwt de rûtetabel fan it bestjoeringssysteem, en in foltunnelprofyl easket de standertrûte. Dejinge dy't it lêst ferbûn, wint meastentiids, en dêrom liket it symptoom tusken klanten te ferhúzjen.

It konflikt libbet yn 'e rûtetabel

In firtuele adapter plus in standertrûte is hoe't in foltunnel ferkear fangt. Wannear't de twadde klant syn eigen standert ynstallearret, wurdt de âldere ynskriuwing ferfongen of troch de metryk ferlege, en elke bestimming reizget no troch de nijere tunnel. De earste klant bliuwt ferbûn en lit noch altyd in grien ikoan sjen, dus de ynterface is oan wylst it paad fuort is. Krekt dy skieding tusken ferbiningstastân en rûtetastân makket it gedrach betiizjend.

De klanten binne bewurkers fan ien mienskiplike tabel. Witte hokker wiziging it lêst barde, ferklearret hast elk symptoom.

Lês hokker tunnel it hjoeddeistige paad besit

Kontrolearje it wiere beslút ynstee fan de klant te fertrouwen dy't seit dat er ferbûn is. Freegje it systeem hokker ynterface in beskate bestimming drage soe.

ip route get 10.20.0.5
route print -4

It earste kommando neamt de ynterface en it boarneadres foar ien bestimming, en dat is krekt de fraach dêr't jo om tinke. De rûtelist lit op Windows de konkurrearjende standertynskriuwingen en har metriken sjen, sadat jo sjogge hokker no wint. Fier de syktocht út foar in host yn elk fierta netwurk, want ien bestimming kin goed wêze wylst it oare netwurk net berikber is. As it antwurd de ferkearde tunnel neamt, helpt opnij ferbinen net; it rûtbelied moat feroarje.

Stop de twadde klant om alles op te easkjen

Ien klant moat de standertrûte besitte, en de oare moat allinnich syn eigen prefiksen drage. OpenVPN klanten kinne wegerje wat de server trochdrukt.

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

route-nopull negearret elke trochdrukte rûte, wylst pull-filter ignore "redirect-gateway" allinnich de standertrûte-rjochtline weilitten en trochdrukte DNS en oare opsjes hâldt. Kies tusken har op grûn fan hoefolle fan 'e serverkonfiguraasje jo noch wolle, en foegje dan de spesifike prefiksen ta dy't it twadde netwurk nedich hat. Hâld DNS yn gedachten, want in oplosser dy't troch in tunnel trochdrukt wurdt dy't de sykopsjes net draacht, jout neat werom. Test ien bekende host yn elk netwurk en befêstigje it boarneadres dat de oare kant sjocht.

Oerlaapjende subnetten kinne net omgien wurde

Wannear't beide netwurken deselde prefiks publisearje, hâldt de kearn ien ynskriuwing foar twa ferskillende plakken en moat kieze. In hostrûte kin it ûntbrekkende ûnderskie net betinke, en in metrykoanpassing ek net. Fernûmerje ien kant, of lit syn administrateur it fierta berik oersette sadat de prefiksen ferskille. Kontrolearje de echte subnetten foardat jo de klanten de skuld jouwe, want in thúsrûter syn standert fan 192.168.1.0/24 botset faker mei in kantoarberik as dat immen ferwachtet. Skriuw beide berikken yn it ticket sadat de folgjende wiziging de oerlaap net opnij makket.

Skied ek twa doelen: beide netwurken berikke is in rûtprobleem, wylst it keatlingjen fan tunnels foar privacy in oar ûntwerp is mei in ekstra operator yn it paad. Brûk it ien net om it oare op te lossen.