Il tunnel diviso è attivo e la stampante è ancora offline: perché

Il tuo tunnel è attivo, internet funziona, il tunnel diviso è stato abilitato mesi fa e la stampante accanto alla scrivania continua a risultare offline. Questa combinazione non è una contraddizione, perché il tunnel diviso è una decisione di routing e non una promessa di raggiungibilità. Tre meccanismi stanno tra la coda di stampa e la carta, e falliscono in modi che dall’icona nella barra sembrano identici. Segui prima l’indirizzo, poi la rotta, poi il filtro.

Inizia dall’indirizzo dietro la coda

Leggi l’indirizzo o il nome host memorizzato nella coda di stampa, poi confrontalo con l’indirizzo che la stampante mostra sul proprio schermo di rete. Una coda che punta ancora a un indirizzo precedente si comporta esattamente come un guasto di routing, ed è difficile distinguerli solo dal sintomo. Ottieni entrambi i valori prima di cambiarne uno. Uno dei due è di solito obsoleto, e quello obsoleto è di solito la coda.

Una coda basata su un nome host aggiunge la risoluzione dei nomi al percorso, un meccanismo separato dal routing. Se il nome host si risolve diversamente dentro il tunnel, la coda raggiunge un’altra macchina o non raggiunge nulla. Un indirizzo numerico elimina quella variabile per la durata del test.

Annota la coppia, perché il resto dell’indagine le confronta invece di indovinare.

Come viene scelta la rotta per quell’indirizzo

Supponi che la stampante sia a 192.168.1.50 e che anche la rete dell’ufficio usi 192.168.1.0/24. La rotta del tunnel che copre quella sottorete ora può competere con la rotta diretta alla stampante nel tuo appartamento, e vince la voce più specifica. Cambiare la porta verso lo stesso indirizzo numerico non può eliminare quell’ambiguità, perché l’ambiguità è nella tabella di routing.

Un profilo VPN che installa una rotta predefinita cattura tutto, e il prefisso del collegamento locale diventa accessibile solo attraverso il tunnel. Un profilo a tunnel diviso installa invece i prefissi aziendali, cosa che di solito ripristina il percorso locale. Ispeziona la rotta effettivamente selezionata per l’indirizzo della stampante, non il nome dell’impostazione che l’ha prodotta.

Leggi la tabella e la rotta selezionata insieme, perché la tabella mostra i candidati e la ricerca il vincitore.

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'

Perché il rilevamento fallisce quando l’indirizzo funziona

Il rilevamento automatico delle stampanti su una rete locale dipende dal DNS multicast o da un protocollo di broadcast più vecchio, ed entrambi sono limitati a un collegamento. Un router non inoltra quel multicast per impostazione predefinita, e una VPN è un router. Aggiungere una coda basata sull’indirizzo corregge il caso in cui il rilevamento è l’unica cosa rotta, ed è proprio per questo che quel workaround viene così spesso scambiato per fortuna.

La distinzione è facile da registrare: se l’indirizzo risponde sulla porta di stampa ma la stampante non compare mai nell’elenco di aggiunta stampante, la colpa è dell’ambito di rilevamento. Se nessuno dei due funziona, la colpa è della rotta o del filtro. Due test, due responsabili diversi e nessuna reinstallazione di driver nel mezzo.

Prova l’indirizzo direttamente invece di aspettare che un elenco si popoli. I comandi seguenti fanno esattamente questo.

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

Cosa aggiunge il filtro di accesso locale del client

I client endpoint possono filtrare il traffico locale indipendentemente dalla tabella di routing. L’impostazione è spesso chiamata accesso alla rete locale e può bloccare il traffico verso il segmento locale mentre il tunnel è connesso, anche quando la ricerca della rotta sembra corretta. È uno strato di policy, e nessuna modifica alle rotte lo cambia.

Su un dispositivo gestito, chiedi all’amministratore cosa intende il profilo invece di attivare l’interruttore da solo. Il filtro di solito esiste perché qualcuno ha deciso che una macchina connessa non dovrebbe poter raggiungere la rete del bar, e quella era una decisione ragionevole.

Leggi lo stato o il registro del client stesso per la policy in vigore, dato che l’interfaccia la nasconde spesso dietro una riga di riepilogo. Quella voce di registro di solito nomina la regola che ha deciso.

Verifica il percorso con un piccolo lavoro

Quando indirizzo, rotta e filtro puntano tutti alla stampante, invia un singolo documento breve alla stessa coda mentre il tunnel resta connesso. Questo riproduce il guasto originale con maggiore fedeltà di una reinstallazione del driver provata solo dopo la disconnessione. Mantieni il lavoro anonimo, perché stai testando un percorso e non un dispositivo.

Poi ripeti con il tunnel disconnesso, per sapere se il percorso che hai corretto era quello che funzionava prima. Quel confronto è l’unica prova che il cambiamento ha contato.

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

Se il lavoro viene stampato in entrambi gli stati, coda, rotta e filtro concordano e il guasto è sparito. Se viene stampato solo quando è disconnesso, il tunnel cattura ancora l’indirizzo della stampante o il filtro lo blocca ancora, e il passo successivo è la ricerca della rotta e non un altro driver. Annota quale dei tre strati hai cambiato, e lo stesso ticket non si riaprirà il mese prossimo.