Kaksi VPN-asiakasta, yksi reititystaulu: kuka saa oletusreitin

Näyttää siltä, että kaksi VPN-asiakasta taistelee samasta pistokkeesta, ja ilmeinen korjaus on asentaa toinen pois. Käytännössä ne koskettavat samaa pistoketta harvoin. Jokainen yhteys kirjoittaa käyttöjärjestelmän reititystaulun uudelleen, ja täystunnelin profiili varaa oletusreitin. Yleensä voittaa se, joka yhdisti viimeisenä, ja siksi oire näyttää siirtyvän asiakkaiden välillä.

Ristiriita asuu reititystaulussa

Virtuaalinen sovitin plus oletusreitti – näin täystunneli kaappaa liikenteen. Kun toinen asiakas asentaa oman oletusreittinsä, vanhempi merkintä korvataan tai sitä lasketaan metriikan mukaan, ja jokainen kohde kulkee nyt uudemman tunnelin kautta. Ensimmäinen asiakas pysyy yhdistettynä ja näyttää edelleen vihreää kuvaketta, joten liitäntä on ylhäällä, vaikka polku on poissa. Juuri tämä yhteystilan ja reititystilan erottaminen tekee käyttäytymisestä hämmentävää.

Asiakkaat ovat yhden jaetun taulun muokkaajia. Tieto siitä, mikä muutos tapahtui viimeisenä, selittää lähes jokaisen oireen.

Lue, mikä tunneli omistaa nykyisen polun

Tarkista todellinen päätös sen sijaan, että luottaisit asiakkaaseen, joka ilmoittaa olevansa yhdistetty. Kysy järjestelmältä, mikä liitäntä kuljettaisi tietyn kohteen.

ip route get 10.20.0.5
route print -4

Ensimmäinen komento nimeää liitännän ja lähdeosoitteen yhdelle kohteelle, ja se on juuri se kysymys, joka sinua kiinnostaa. Reittilistaus näyttää Windowsissa kilpailevat oletusmerkinnät ja niiden metriikat, joten näet, kumpi voittaa juuri nyt. Aja haku jokaisen etäverkon isäntää kohti, koska yksi kohde voi olla oikein, kun toinen verkko on tavoittamattomissa. Jos vastaus nimeää väärän tunnelin, uudelleenyhdistäminen ei auta; reitityskäytäntöä on muutettava.

Estä toista asiakasta vaatimasta kaikkea

Yhden asiakkaan pitäisi omistaa oletusreitti, ja toisen kantaa vain omat etuliitteensä. OpenVPN asiakkaat voivat kieltäytyä siitä, mitä palvelin työntää.

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

route-nopull jättää huomiotta jokaisen työnnetyn reitin, kun taas pull-filter ignore "redirect-gateway" pudottaa vain oletusreitin direktiivin ja säilyttää työnnetyn DNS:n ja muut asetukset. Valitse niiden välillä sen mukaan, kuinka paljon palvelimen kokoonpanosta vielä haluat, ja lisää sitten ne etuliitteet, joita toinen verkko tarvitsee. Muista DNS, koska ratkaisija, jonka työntää tunneli, joka ei kuljeta kyselyitä, ei palauta mitään. Testaa yhtä tunnettua isäntää kussakin verkossa ja vahvista lähdeosoite, jonka etäpuoli näkee.

Päällekkäisiä aliverkkoja ei voi kiertää

Kun molemmat verkot julkaisevat saman etuliitteen, ydin pitää yhtä merkintää kahdelle eri paikalle ja sen on valittava. Isäntäreitti ei voi keksiä puuttuvaa erottelua, eikä metriikan säätö voi sitä tehdä. Numeroi toinen puoli uudelleen tai anna sen ylläpitäjän kääntää etäalue, jotta etuliitteet eroavat. Tarkista todelliset aliverkot ennen kuin syytät asiakkaita, koska kotireitittimen oletus 192.168.1.0/24 törmää toimistoalueeseen useammin kuin kukaan odottaa. Kirjaa molemmat alueet tikettiin, jotta seuraava muutos ei luo päällekkäisyyttä uudelleen.

Erottele myös kaksi tavoitetta: molempiin verkkoihin pääseminen on reititysongelma, kun taas tunnelien ketjuttaminen yksityisyyden vuoksi on erilainen suunnittelu, jossa polulla on ylimääräinen toimija. Älä käytä toista toisen ratkaisemiseen.