Drukker vanlyn wanneer die VPN koppel? Kyk na die roetetabel

Jou skootrekenaar sluit by die korporatiewe VPN aan en die drukker twee meter verder hou op antwoord. Niks het op die drukker verander nie, en die plaaslike netwerk het nie afgegaan nie. Wat verander het, is die roetetabel: die tonneladapter besit nou ’n pad wat die drukkeradres dek, so daardie pakkette verlaat deur die VPN en beland by ’n poort wat geen idee het waar jou plat netwerk is nie. Werk die vier kontroles hieronder in volgorde deur, en stop by die eerste een wat misluk.

Stap een: bewys die drukker is steeds op die LAN bereikbaar

Voordat jy aan roetering raak, bevestig dat die toestel lewendig is vir iets wat nie die VPN gebruik nie. Vra ’n foon op dieselfde Wi-Fi om die drukker se webblad oop te maak, of ping die adres vanaf ’n ander masjien op die plat netwerk. As die drukker ook daar nie antwoord nie, is die VPN ’n toeval en lê die fout by die drukker, sy Wi-Fi-verbinding of kliënt-isolasie op die toegangspunt.

As dit oral behalwe op hierdie skootrekenaar antwoord, het jy ’n roetering- of naamoplossingsprobleem wat op die skootrekenaar woon, en die volgende stap sê vir jou watter van die twee dit is.

Stap twee: vind die roete wat Windows werklik kies

Moenie die tabel van bo na onder lees en raai nie. Vra Windows watter inskrywing hy kies vir die presiese adres wat jou saak maak, en kry terselfdertyd die koppelvlakindeks.

Find-NetRoute -RemoteIPAddress 192.168.1.50
route print -4
tracert -d 192.168.1.50

Find-NetRoute druk die wenroete en sy koppelvlak, en dit is die twee feite waarvan die res afhang. route print -4 wys die omliggende inskrywings, insluitend die twee halfverstekke wat voltonnel-kliënte installeer: 0.0.0.0/1 en 128.0.0.0/1, wat saam die hele IPv4-ruimte dek sonder om ooit 0.0.0.0/0 te vervang. ’n /1 is langer as ’n /0, maar jou 192.168.1.0/24 is nog langer, en daarom maak ’n ontbrekende LAN-roete meer saak as die tonnel se eis self.

Twee reëls bepaal die antwoord. Die langste ooreenstemmende voorvoegsel wen eerste, en onder inskrywings met dieselfde voorvoegsel wen die laer totale metriek, waar die totaal die roetemetriek en die koppelvlakmetriek kombineer. As die gekose koppelvlak die tonnel is, hou aan. As dit die fisiese adapter is en verkeer steeds misluk, stop hier: jou probleem is naamoplossing of die drukker se eie toegangslys, nie die VPN-roete nie.

Stap drie: voeg die nouste roete by wat poort en koppelvlak noem

Die herstel is een inskrywing wat die drukkeradres na die plaaslike roeteerder op die plaaslike adapter wys. Voer dit in ’n verhoogde opdragprompt uit en vervang die waardes wat jy pas gelees het.

route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 if 12 -p

Die waarde van if is die koppelvlakindeks van die fisiese adapter. Om dit weg te laat is die algemeenste rede waarom die opdrag suksesvol lyk en tog niks verander nie, want met twee adapters wat dieselfde volgende sprong kan bereik, is Windows vry om die een te kies wat jy nie wou hê nie. Die -p-vlag maak die inskrywing blywend, sodat dit ’n herlaai oorleef in plaas daarvan om saam met die sessie te verdwyn.

Verkies ’n gasheerroete vir die enkele toestel bo ’n roete vir die hele 192.168.1.0/24. ’n Subnetroete is wyer as wat die taak nodig het, en dit bots sodra die korporatiewe kant ook daardie voorvoegsel gebruik: een voorvoegsel het dan twee eienaars, en watter inskrywing ook al wen, bepaal watter netwerk jy werklik kan bereik.

Andersom, as jy die verstekpoort-opsie uitgevee het op die VPN-verbinding om die LAN te beskerm, hou die remote private voorvoegsels ook op om te resolveer. Voeg roetes daarvoor deur die VPN-koppelvlak op dieselfde manier by, of die tonnel word ’n skakel wat niks dra nie.

Stap vier: laat die uitsondering die volgende koppeling oorleef

Baie korporatiewe kliënte herinstalleer hul hele roetestel by elke koppeling en herbereken koppelvlakmetrieke terwyl hulle dit doen, so ’n roete wat gister gewerk het, kan vandag oorheers word. Herhaal Find-NetRoute vir die drukker ná herverbinding en kontroleer dat die koppelvlak steeds met die fisiese adapter ooreenstem. As die inskrywing weg is, is iets besig om dit te verwyder; ’n blywende roete beskerm jou nie teen ’n agent wat die tabel vee nie. Geskeduleerde take wat die roete ná die VPN-koppeling weer byvoeg, is die gewone oplossing, en dit is ook die oplossing wat breek wanneer die adapterindeks ná ’n docking of ’n dryweropdatering verander.

Let op IPv6 op sy eie. ’n Kliënt wat net die IPv4-verstek eis, kan die IPv6-verstekroete op die fisiese adapter laat, so ’n drukker wat oor IPv6 bereikbaar is, bly werk terwyl IPv4 misluk, of andersom. Toets met ping -4 en ping -6 voordat jy besluit die roetetabel is onskuldig.

Wat die plaaslike kortpad jou kos

Enige roete wat die tonnel omseil, is ’n gaatjie in die tonnel se belofte. Verkeer na daardie adres gaan nie meer deur die korporatiewe poort nie, wat beteken geen inspeksie, geen logboek en geen beleidstoepassing daarop nie. Op ’n bestuurde toestel kan dit ’n nakomingsprobleem eerder as ’n voorkeur wees, so vra of daar ’n amptelike split-tonnel-uitsondering bestaan voordat jy een met die hand byvoeg. Hou joune so smal soos die taak en so kortstondig as wat die situasie toelaat.

As die drukker ná die verandering antwoord, herhaal die vier kontroles ná jou volgende herverbinding eerder as om aan te neem die oplossing het gehou. As dit nie antwoord nie, teken Find-NetRoute-uitset voor en ná die koppeling op; die verskil sê vir jou of die kliënt die inskrywing verwyder het of net herrangskik het.