Skrivaren er fråkopla når VPN koplar til? Sjekk rutetabellen
Eit VPN med full tunnel kan overstyre ruta til skrivaren din. Fire kontrollar finn den vinnande ruta, legg til ei smal vertsrute og held henne etter attkopling.
Den berbare datamaskinen din koplar seg til bedrifts-VPN-et, og skrivaren to meter unna sluttar å svare. Ingenting er endra på skrivaren, og det lokale nettet er ikkje nede. Det som er endra, er rutetabellen: tunneladapteren eig no ein veg som dekkjer skrivaradressa, så desse pakka forlèt gjennom VPN-et og kjem fram til ein gateway som ikkje anar kvar det flate nettet ditt er. Gå gjennom dei fire kontrollane nedanfor i rekkjefølgje, og stopp ved den første som feilar.
Trinn éin: prov at skrivaren framleis er tilgjengeleg på LAN-et
Før du rører rutinga, må du stadfeste at eininga lever for noko som ikkje brukar VPN-et. Be ein telefon på same Wi-Fi opne nettsida til skrivaren, eller ping adressa frå ein annan maskin på det flate nettet. Svarar ikkje skrivaren der heller, er VPN-et ein tilfeldigheit, og feilen ligg hos skrivaren, Wi-Fi-tilkoplinga hans eller klientisolering på aksesspunktet.
Svarar han overalt utanom på denne berbare, har du eit ruting- eller namneoppløysingsproblem som bur på den berbare, og neste trinn fortel deg kva av dei to det er.
Trinn to: finn ruta Windows faktisk vel
Ikkje les tabellen ovanfrå og ned og gjet. Spør Windows kva oppføring han vel for den nøyaktige adressa du bryr deg om, og hent grensesnittindeksen samstundes.
Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50
Find-NetRoute skriv ut den vinnande ruta og grensesnittet hennar, og det er dei to fakta alt anna er avhengig av. route print -4 viser oppføringane rundt, inkludert dei to halvstandardsrutene som fulltunnelklientar installerer: 0.0.0.0/1 og 128.0.0.0/1, som saman dekkjer heile IPv4-rommet utan å nokon gong erstatta 0.0.0.0/0. /1 er lengre enn /0, men din 192.168.1.0/24 er endå lengre, og difor tel ei manglande LAN-rute meir enn sjølve kravet til tunnelen.
To reglar avgjer svaret. Det lengste samsvarande prefikset vinn først, og mellom oppføringar med same prefiks vinn den lågaste totale metrikken, der totalen kombinerer rutemetrikken og grensesnittmetrikken. Er den valde grensesnitta tunnelen, hald fram. Er det den fysiske adapteren og trafikken framleis feilar, stopp her: problemet ditt er namneoppløysing eller den eigne tilgangslista til skrivaren, ikkje VPN-ruta.
Trinn tre: legg til den smalaste ruta som namngjev gateway og grensesnitt
Reparasjonen er éi oppføring som peikar skrivaradressa mot den lokale rutaren på den lokale adapteren. Køyr henne i ein forhøgd ledetekst og byt ut verdiane du nettopp las.
route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p
Verdien av if er grensesnittindeksen til den fysiske adapteren. Å utelate han er den vanlegaste grunnen til at kommandoen ser ut til å lukkast og ikkje endrar noko, for når to adapterar kan nå same neste hopp, står Windows fritt til å velje den du ikkje ønskte. Flagget -p gjer oppføringa varig, slik at ho overlever ein omstart i staden for å døy med økta.
Føretrekk ei vertsrute for den einskilde eininga framfor ei rute for heile 192.168.1.0/24. Ei subnett-rute er breiare enn oppgåva treng, og ho kolliderer i det augneblinken bedriftssida også brukar det prefikset: eitt prefiks har då to eigarar, og kva oppføring som vinn avgjer kva nettverk du faktisk kan nå.
Den andre vegen, om du har fjerna innstillinga for standardgateway på VPN-tilkoplinga for å verne LAN-et, sluttar også dei eksterne private prefiksa å løysast opp. Legg til ruter for dei gjennom VPN-grensesnittet på same måte, elles blir tunnelen ei samband som ikkje ber noko.
Trinn fire: sørg for at unntaket overlever neste tilkopling
Mange bedriftsklientar installerer heile rutesettet sitt på nytt ved kvar tilkopling og reknar samtidig ut grensesnittmetrikkane på nytt, så ei rute som fungerte i går kan bli overstyrt i dag. Etter attkopling, repetér Find-NetRoute for skrivaren og kontroller at grensesnittet framleis svarar til den fysiske adapteren. Er oppføringa borte, er det noko som slettar henne; ei varig rute vernar deg ikkje mot ein agent som feiar tabellen. Planlagde oppgåver som legg ruta til att etter at VPN-et koplar til, er den vanlege løysinga, og dei er også løysinga som knekk når adapterindeksen endrar seg etter ein dock eller ei drivaroppdatering.
Følg med på IPv6 for seg. Ein klient som berre krev IPv4-standarden, kan la IPv6-standardruta stå på den fysiske adapteren, slik at ein skrivar som kan nåast over IPv6 held fram med å verke medan IPv4 feilar, eller omvendt. Test med ping -4 og ping -6 før du avgjer at rutetabellen er uskuldig.
Kva den lokale snarvvegen kostar deg
Kvar rute som går utanom tunnelen er eit hol i løftet til tunnelen. Trafikk til den adressa går ikkje lenger gjennom bedriftsgatewayen, noko som betyr inga inspeksjon, inga logging og inga policy-handheving på han. På ein administrert eining kan det vere eit samsvarsproblem snarare enn ein preferanse, så spør om det finst eit offisielt split-tunnel-unntak før du legg til eitt for hand. Hald di så smal som oppgåva og så kortvarig som situasjonen tillèt.
Svarar skrivaren etter endringa, repetér dei fire kontrollane etter den neste attkoplinga di i staden for å gå ut frå at reparasjonen heldt. Svarar han ikkje, fang Find-NetRoute-utdata før og etter tilkoplinga; skilnaden fortel deg om klienten sletta oppføringa eller berre rangerte henne på nytt.