Tunelul divizat este activ și imprimanta este în continuare offline: de ce

Tunelul dvs. este activ, internetul funcționează, tunelul divizat a fost activat acum câteva luni, iar imprimanta de lângă birou apare în continuare ca offline. Această combinație nu este o contradicție, deoarece tunelul divizat este o decizie de rutare, nu o promisiune de accesibilitate. Între coada de imprimare și hârtie stau trei mecanisme, iar acestea eșuează în moduri care arată identic din pictograma din tavă. Urmăriți mai întâi adresa, apoi ruta, apoi filtrul.

Începeți cu adresa din spatele cozii

Citiți adresa sau numele de gazdă stocat în coada de imprimare, apoi comparați-l cu adresa pe care imprimanta o afișează pe propriul ecran de rețea. O coadă care indică încă o adresă anterioară se comportă exact ca o defecțiune de rutare, iar cele două sunt greu de distins doar după simptom. Obțineți ambele valori înainte de a o schimba pe oricare. Una dintre ele este de obicei învechită, iar cea învechită este de obicei coada.

O coadă construită pe un nume de gazdă adaugă rezolvarea numelor la cale, un mecanism separat de rutare. Dacă numele de gazdă se rezolvă diferit în interiorul tunelului, coada ajunge la altă mașină sau nu ajunge nicăieri. O adresă numerică elimină această variabilă pe durata testului.

Notați perechea, pentru că restul investigației le compară în loc să ghicească.

Cum este aleasă ruta pentru acea adresă

Să presupunem că imprimanta este la 192.168.1.50 și că rețeaua biroului folosește și 192.168.1.0/24. Ruta tunelului care acoperă acea subrețea poate concura acum cu ruta directă către imprimanta din apartamentul dvs., iar intrarea mai specifică câștigă. Schimbarea portului pe aceeași adresă numerică nu poate elimina acea ambiguitate, pentru că ambiguitatea este în tabelul de rutare.

Un profil VPN care instalează o rută implicită capturează tot, iar prefixul legăturii locale devine accesibil doar prin tunel. Un profil de tunel divizat instalează în schimb prefixele corporative, ceea ce de obicei restabilește calea locală. Inspectați ruta selectată efectiv pentru adresa imprimantei, nu numele setării care a produs-o.

Citiți tabelul și ruta selectată împreună, pentru că tabelul arată candidații, iar căutarea arată câștigătorul.

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'

De ce descoperirea eșuează când adresa funcționează

Descoperirea automată a imprimantelor într-o rețea locală depinde de DNS multicast sau de un protocol de difuzare mai vechi, iar ambele sunt limitate la o singură legătură. Un router nu redirecționează acel multicast implicit, iar un VPN este un router. Adăugarea unei cozi bazate pe adresă corectează cazul în care descoperirea este singurul lucru stricat, și exact de aceea acea soluție ocolitoare este atât de des confundată cu noroc.

Distincția este ușor de înregistrat: dacă adresa răspunde pe portul de imprimare dar imprimanta nu apare niciodată în lista de adăugare a imprimantei, vina este a sferei de descoperire. Dacă niciuna nu funcționează, vina este a rutei sau a filtrului. Două teste, doi responsabili diferiți și nicio reinstalare de driver între ele.

Testați adresa direct în loc să așteptați umplerea unei liste. Comenzile de mai jos fac exact asta.

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

Ce adaugă filtrul de acces local al clientului

Clienții de punct final pot filtra traficul local independent de tabelul de rutare. Setarea este adesea numită acces la rețeaua locală și poate bloca traficul către segmentul local cât timp tunelul este conectat, chiar și când căutarea rutei pare corectă. Este un strat de politică, iar nicio editare a rutelor nu îl schimbă.

Pe un dispozitiv administrat, întrebați administratorul ce intenționează profilul în loc să comutați singur întrerupătorul. Filtrul există de obicei pentru că cineva a decis că o mașină conectată nu ar trebui să ajungă la rețeaua cafenelei, și aceea a fost o decizie rezonabilă.

Citiți starea sau jurnalul clientului însuși pentru politica în vigoare, deoarece interfața o ascunde adesea în spatele unei linii de rezumat. Acea intrare din jurnal numește de obicei regula care a decis.

Verificați calea cu o singură lucrare mică

După ce adresa, ruta și filtrul indică toate imprimanta, trimiteți un singur document scurt la aceeași coadă în timp ce tunelul rămâne conectat. Asta reproduce defecțiunea originală mai fidel decât o reinstalare de driver testată doar după deconectare. Păstrați lucrarea obișnuită, pentru că testați o cale, nu un dispozitiv.

Apoi repetați cu tunelul deconectat, ca să știți dacă calea reparată era cea care funcționa înainte. Acea comparație este singura dovadă că schimbarea a contat.

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

Dacă lucrarea se tipărește în ambele stări, coada, ruta și filtrul sunt de acord și defecțiunea a dispărut. Dacă se tipărește doar când este deconectat, tunelul încă interceptează adresa imprimantei sau filtrul încă o blochează, iar pasul următor este căutarea rutei, nu alt driver. Notați care dintre cele trei straturi l-ați schimbat, iar același tichet nu se va redeschide luna viitoare.