Yhden isännän sulkeminen pois Windows-VPN:n oletusreitiltä
Koko tunnelin profiili omistaa oletusreitin. Yksi isäntä tarvitsee kapeamman etuliitteen fyysiselle liitännälle, ja se lisätään uudelleen jokaisen yhteyden jälkeen.
Kannettava yhdistää toimiston VPN:ään ja kaikki seuraa sitä, mukaan lukien tulostimen verkkosivu ja yksi intranet, joka vastaa vain paikallisverkossa. Käsin tehty reitti korjaa sen tunniksi, sitten yhteys katkeaa, palaa, ja poikkeus on poissa. Tunnelissa ei ole mitään vikaa: Windows pitää yhtä reititystaulukkoa, ja VPN-sovitin kirjoittaa oman osuutensa siitä taulukosta uudelleen jokaisella yhteydellä. Jäljelle jää kaikki se, mikä on sovittimen omien merkintöjen ulkopuolella.
Minkä merkinnän tunneli ottaa haltuunsa
Kirjaa taulukko kahdesti, kerran tunneli alhaalla ja kerran ylhäällä, ja vertaa oletusrivejä. Kun profiili vaatii oletusetuliitteen, sovittimen merkintä on taulukon levein rivi, joten poikkeuksen on oltava sitä kapeampi. Se on etuliitteen pituutta koskevaa aritmetiikkaa eikä väite luottamuksesta tai käytännöstä. Se määrää myös, minkä liitännän poikkeuksen on nimettävä.
Kirjoita muistiin liitännän indeksi ja paikallinen yhdyskäytävä ennen kuin jatkat, sillä molemmat muuttuvat, kun kone liittyy toiseen verkkoon. Alla olevat komennot lukevat ne koneesta eivätkä muistista.
route print -4
Find-NetRoute -RemoteIPAddress 198.51.100.30
Toinen komento ilmoittaa liitännän ja seuraavan hypyn, jota juuri tuo osoite käyttäisi nyt, mikä on parempi kuin lukea neljäkymmentä riviä ja arvailla. Aja se ennen yhteyttä ja sen jälkeen, niin sinulla on pari, joka kannattaa liittää muutostietueeseen. Molemmat tulosteet antavat numerot, joita tämän sivun muissa osissa käytetään.
Isäntäreitti voittaa täsmällisyydellä
Pisimmän etuliitteen osuma ratkaisee voittajan, joten /32 fyysisen yhdyskäytävän kautta voittaa tunnelin kautta kulkevan oletuksen tunnelia koskematta. Liikenne tuohon osoitteeseen lähtee paikallisesta liitännästä, kun kaikki muu säilyttää nykyisen polkunsa. Tunneli kantaa edelleen oletusta ja lakkaa yksinkertaisesti olemasta ainoa ehdokas tuolle kohteelle. Etuliitteen pituus on ainoa vipu, jonka taulukko tarjoaa, ja tähän työhön se riittää.
Täsmällisyys sulkee pois myös ilmeisen oikotien jättää verkkotunnus pois, koska taulukko sovittaa osoitteita ja yksi nimi voi ratketa useiksi. Ratkaise ensin isäntä ja päätä sitten, mikä sen osoitteista ansaitsee poikkeuksen.
Oleta kaikessa alla yhteydeksi nimeltä Office, paikalliseksi yhdyskäytäväksi 10.0.0.1 liitännässä 7 ja kohteeksi 198.51.100.30. Ne ovat paikkamerkkejä eivätkä oletuksia, ja yllä olevat komennot tuottavat arvot, joita koneesi todella käyttää. Pidä tuo korvausmerkintä muutoksen mukana, jotta seuraava lukija ei kopioi numeroita.
Tee reitistä seuraavan uudelleenyhdistämisen kestävä
Windows ei tarjoa poissulkemisohjetta VPN-yhteydelle, joten poikkeuksen on elettävä fyysisellä liitännällä, jossa sovitin ei kirjoita sitä uudelleen. Cmdlet, joka näyttää vastaukselta, tekee päinvastoin: Add-VpnConnectionRoute siirtää etuliitteen tunneliin, ja se on peilikuva siitä tapauksesta, jossa jaetun profiilin pitäisi kantaa yksi kohde ja jättää loput paikalliseksi. Siihen tarttuminen tässä takaa, että liikenne, jonka halusit pitää ulkona, menee sisään.
Käsikäyttöinen muoto on yksi komento. Sen heikkous on verkon vaihtuminen eikä uudelleenyhdistäminen.
route -p add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7
Se kestää uudelleenkäynnistyksen -p ansiosta ja lähettää yhden osoitteen liitännän 7 kautta, kun tunneli kantaa kaiken muun. Siirrä kannettava toiseen verkkoon, niin sekä yhdyskäytävä että indeksi vanhenevat, joten merkintä epäonnistuu hiljaisesti. Kirjaa, kuka sen omistaa ja milloin se pitäisi poistaa.
Yhteyskomentosarja on tukevampi versio, koska se lisää poikkeuksen uudelleen jokaisen yhteyden jälkeen sen sijaan, että toivoisi merkinnän säilyneen. Alla olevat kaksi riviä kuuluvat siihen, mikä käynnistää tunnelin, eivät kirjautumiskomentosarjaan.
rasdial Office
route add 198.51.100.30 mask 255.255.255.255 10.0.0.1 metric 1 if 7
Mikä tahansa tunnelin nostaa, on oikea paikka toiselle riville, ja rasdial palaa vasta kun yhteys on muodostettu, joten reitti laskeutuu sovittimen omien merkintöjen taakse. Aja se uudelleen herätyksen jälkeen, sillä keskeytys voi pudottaa reitin ja jättää tunnelin ylös. Jos tehtävä on päinvastainen, työntää yksi etuliite tunneliin ja jättää loput paikalliseksi, silloin Add-VpnConnectionRoute on oikea työkalu.
Reititys ei voi valita prosessia
Joskus vaatimus on kohdetta kapeampi: yhden ohjelman pitäisi kulkea paikallista polkua, kun kaikki muu pysyy tunnelin sisällä. Reititys ei voi ilmaista sitä, koska se sovittaa osoitteita eikä prosesseja. Toimiva kuvio työntää ongelman käynnistimeen.
Pidä profiili poissa oletusreitiltä ja käynnistä se yksi ohjelma paikallisen liitännän osoitteeseen sidottuna, niin poikkeuksesta tulee käynnistyskomento ja tunneli pitää sen, mitä se jo käsitteli. Reititystaulukossa mikään ei muutu, ja siksi tämä kestää uudelleenyhdistämiset. Se tarkoittaa myös, että tunneli ei saa omistaa oletusreittiä alun perinkään, joten tämä on eri suunnittelu eikä paikkaus edelliseen.
Sen heikkous on toiminnallinen eikä tekninen. Ohjelman on aina käynnistyttävä kääreen kautta, ja jos sidonta puuttuu herätyksen jälkeen, se ottaa hiljaa minkä tahansa polun, jonka taulukko tarjoaa. Se on siedettävää selaimelle, jonka avaat tarkoituksella, ja mahdotonta hyväksyä millekään, mikä ei saa koskaan poistua tunnelista.
Käyttäjäkohtaiset yhteydet eivät ratkaise tätä myöskään. Windows voi rajata yhteyden tiliin, kun reititystaulukko pysyy koneenlaajuisena, joten tilikohtainen yhteys, jolla on oletusreitti, ohjaa edelleen jokaista prosessia koneella, myös muita istuntoja. Laajuudesta tulee todellinen vasta kun reitin laajuus vastaa tiliä. Siksi kaksi ihmistä, jotka jakavat yhden kannettavan, jakavat yhden taulukon, ja toinen perii minkä tahansa tunnelin, jonka ensimmäinen käynnisti.
Varmista, että poikkeus kesti uudelleenyhdistämisen
Testaa muutos niin kuin se epäonnistuu: katkaise, yhdistä uudelleen, avaa uusi sovellus ja pyydä sitten yhtä osoitetta, jonka on pysyttävä paikallisena, ja yhtä, jonka on käytettävä tunnelia. Vertaa molempia Find-NetRoute kanssa yhdistetyssä tilassa.
Jos etuliite puuttuu taulukosta uudelleenyhdistämisen jälkeen, se elää väärässä objektissa eikä väärässä muodossa. Siirrä se fyysiselle liitännälle ja toista testi. Pidä molemmat komentojen tulosteet muutostietueen mukana, sillä toimivan tilan tilannekuva vastaa myöhemmin useampiin kysymyksiin kuin selityskappale. Seuraava henkilö haluaa tietää, mitä yhdistäminen tuotti, ei mitä aioit sen tuottavan.