Delt tunnel er på og skriveren er fortsatt frakoblet: hvorfor

Tunnelen din er oppe, internettet fungerer, delt tunnellering ble aktivert for måneder siden, og skriveren ved skrivebordet vises fortsatt som frakoblet. Den kombinasjonen er ikke en selvmotsigelse, fordi delt tunnellering er en rutningsbeslutning og ikke et løfte om tilgjengelighet. Tre mekanismer ligger mellom utskriftskøen og papiret, og de feiler på måter som ser identiske ut fra ikonet i systemkurven. Følg adressen først, deretter ruten, deretter filteret.

Begynn med adressen bak køen

Les adressen eller vertsnavnet som er lagret i utskriftskøen, og sammenlign det deretter med adressen skriveren viser på sin egen nettverksskjerm. En kø som fortsatt peker på en tidligere adresse oppfører seg nøyaktig som en rutingsfeil, og de to er vanskelige å skille bare ut fra symptomet. Hent begge verdiene før du endrer noen av dem. Én av dem er vanligvis utdatert, og den utdaterte er vanligvis køen.

En kø bygget på et vertsnavn legger navneoppslag til banen, som er en mekanisme atskilt fra rutning. Hvis vertsnavnet løses opp annerledes inne i tunnelen, når køen en annen maskin eller når ingenting. En numerisk adresse fjerner den variabelen i testens varighet.

Skriv ned paret, fordi resten av undersøkelsen sammenligner dem i stedet for å gjette.

Hvordan ruten for den adressen velges

Anta at skriveren er på 192.168.1.50 og at kontornettverket også bruker 192.168.1.0/24. Tunnelruten som dekker det subnettet kan nå konkurrere med den direkte ruten til skriveren i leiligheten din, og den mer spesifikke oppføringen vinner. Å endre porten til samme numeriske adresse kan ikke fjerne den tvetydigheten, fordi tvetydigheten ligger i rutetabellen.

En VPN-profil som installerer en standardrute fanger alt, og det lokale lenkeprefikset er da bare tilgjengelig gjennom tunnelen. En delt tunnel-profil installerer i stedet bedriftsprefiksene, noe som vanligvis gjenoppretter den lokale banen. Undersøk ruten som faktisk er valgt for skriverens adresse, ikke navnet på innstillingen som skapte den.

Les tabellen og den valgte ruten sammen, fordi tabellen viser kandidatene og oppslaget viser vinneren.

Get-Printer | Select-Object Name, PortName, DriverName
Get-PrinterPort -Name 'IP_192.168.1.50' | Select-Object PrinterHostAddress
route print -4 | Select-String '192.168.1'

Hvorfor oppdagelse feiler når adressen virker

Automatisk skriveroppdagelse på et lokalt nettverk avhenger av multicast-DNS eller en eldre kringkastingsprotokoll, og begge er begrenset til én lenke. En ruter videresender ikke den multicast-en som standard, og en VPN er en ruter. Å legge til en adressebasert kø retter opp tilfellet der oppdagelse er det eneste som er ødelagt, og det er nettopp derfor den omveien så ofte forveksles med flaks.

Forskjellen er lett å registrere: hvis adressen svarer på utskriftsporten men skriveren aldri dukker opp i listen for å legge til skriver, er det oppdagelsens omfang som er skyld i det. Hvis ingen av dem virker, er det ruten eller filteret. To tester, to forskjellige eiere og ingen reinstallasjon av driver imellom.

Test adressen direkte i stedet for å vente på at en liste fylles. Kommandoene nedenfor gjør nøyaktig det.

Test-NetConnection 192.168.1.50 -Port 9100
nslookup 192.168.1.50
ping -c 2 192.168.1.50

Hva klientens lokale tilgangsfilter legger til

Endepunktklienter kan filtrere lokal trafikk uavhengig av rutetabellen. Innstillingen kalles ofte lokal nettverkstilgang, og den kan blokkere trafikk til det lokale segmentet mens tunnelen er tilkoblet, selv når ruteoppslaget ser riktig ut. Det er et policy-lag, og ingen ruteendring endrer det.

På en administrert enhet bør du spørre administratoren hva profilen har tenkt, i stedet for å vippe bryteren selv. Filteret finnes vanligvis fordi noen bestemte at en tilkoblet maskin ikke skal kunne nå kafeenettverket, og det var en rimelig beslutning.

Les klientens egen status eller logg for den gjeldende policyen, siden grensesnittet ofte skjuler den bak en oppsummeringslinje. Den loggoppføringen navngir vanligvis regelen som bestemte.

Kontroller banen med én liten jobb

Når adressen, ruten og filteret alle peker på skriveren, send ett enkelt kort dokument til den samme køen mens tunnelen forblir tilkoblet. Det gjenskaper den opprinnelige feilen mer nøyaktig enn en driverreinstallasjon som bare ble testet etter frakobling. Hold jobben uanselig, fordi du tester en bane og ikke en enhet.

Gjenta deretter med tunnelen frakoblet, så du vet om banen du reparerte var den som pleide å virke. Den sammenligningen er det eneste beviset på at endringen betydde noe.

Test-NetConnection 192.168.1.50 -Port 9100
Get-PrintJob -PrinterName 'Front Desk'
Get-NetRoute -DestinationPrefix 192.168.1.0/24

Hvis jobben skrives ut i begge tilstander, stemmer køen, ruten og filteret, og feilen er borte. Hvis den bare skrives ut når den er frakoblet, fanger tunnelen fortsatt skriverens adresse, eller filteret blokkerer den fortsatt, og neste steg er ruteoppslaget i stedet for nok en driver. Noter hvilket av de tre lagene du endret, og samme sak gjenåpnes ikke neste måned.