O túnel dividido está ativo e a impressora continua offline: por quê

Seu túnel está ativo, a internet funciona, o túnel dividido foi ativado meses atrás, e a impressora ao lado da mesa continua aparecendo como offline. Essa combinação não é contradição, porque o túnel dividido é uma decisão de roteamento e não uma promessa de alcance. Três mecanismos ficam entre a fila de impressão e o papel, e falham de maneiras que parecem idênticas no ícone da bandeja. Siga primeiro o endereço, depois a rota, depois o filtro.

Comece pelo endereço atrás da fila

Leia o endereço ou nome de host armazenado na fila de impressão e compare-o com o endereço que a impressora mostra na própria tela de rede. Uma fila que ainda aponta para um endereço anterior comporta-se exatamente como uma falha de roteamento, e é difícil distingui-las apenas pelo sintoma. Obtenha os dois valores antes de alterar qualquer um. Um deles costuma estar desatualizado, e o desatualizado costuma ser a fila.

Uma fila baseada em nome de host acrescenta a resolução de nomes ao caminho, um mecanismo separado do roteamento. Se o nome de host for resolvido de forma diferente dentro do túnel, a fila chega a outra máquina ou não chega a nada. Um endereço numérico elimina essa variável durante o teste.

Anote o par, porque o resto da investigação os compara em vez de adivinhar.

Como a rota para esse endereço é escolhida

Suponha que a impressora esteja em 192.168.1.50 e que a rede do escritório também use 192.168.1.0/24. A rota do túnel que cobre essa sub-rede agora pode competir com a rota direta para a impressora no seu apartamento, e vence a entrada mais específica. Mudar a porta para o mesmo endereço numérico não elimina essa ambiguidade, porque a ambiguidade está na tabela de roteamento.

Um perfil de VPN que instala uma rota padrão captura tudo, e o prefixo de link local passa a ser acessível apenas pelo túnel. Um perfil de túnel dividido instala os prefixos corporativos, o que normalmente restaura o caminho local. Inspecione a rota realmente selecionada para o endereço da impressora, não o nome da configuração que a produziu.

Leia a tabela e a rota selecionada juntas, porque a tabela mostra os candidatos e a consulta mostra o vencedor.

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'

Por que a descoberta falha quando o endereço funciona

A descoberta automática de impressoras em uma rede local depende de DNS multicast ou de um protocolo de difusão mais antigo, e ambos ficam restritos a um link. Um roteador não encaminha esse multicast por padrão, e uma VPN é um roteador. Adicionar uma fila baseada em endereço corrige o caso em que a descoberta é a única coisa quebrada, e é exatamente por isso que essa solução alternativa é tão frequentemente confundida com sorte.

A distinção é fácil de registrar: se o endereço responde na porta de impressão mas a impressora nunca aparece na lista de adicionar impressora, a culpa é do escopo de descoberta. Se nenhum dos dois funciona, a culpa é da rota ou do filtro. Dois testes, dois responsáveis diferentes e nenhuma reinstalação de driver no meio.

Teste o endereço diretamente em vez de esperar que uma lista se preencha. Os comandos abaixo fazem exatamente isso.

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

O que o filtro de acesso local do cliente acrescenta

Clientes de endpoint podem filtrar o tráfego local independentemente da tabela de roteamento. A configuração costuma ser chamada de acesso à rede local, e pode bloquear o tráfego para o segmento local enquanto o túnel está conectado, mesmo quando a consulta de rota parece correta. Isso é uma camada de política, e nenhuma edição de rotas a altera.

Em um dispositivo gerenciado, pergunte ao administrador qual é a intenção do perfil em vez de acionar o interruptor sozinho. O filtro normalmente existe porque alguém decidiu que uma máquina conectada não deveria alcançar a rede do café, e essa foi uma decisão razoável.

Leia o status ou o log do próprio cliente para a política em vigor, já que a interface costuma escondê-la atrás de uma linha de resumo. Essa entrada de log normalmente nomeia a regra que decidiu.

Verifique o caminho com um pequeno trabalho

Quando o endereço, a rota e o filtro apontarem todos para a impressora, envie um único documento curto para a mesma fila enquanto o túnel permanece conectado. Isso reproduz a falha original com mais fidelidade do que uma reinstalação de driver testada apenas após desconectar. Mantenha o trabalho comum, porque você está testando um caminho e não um dispositivo.

Depois repita com o túnel desconectado, para saber se o caminho que você corrigiu era o que funcionava antes. Essa comparação é a única prova de que a mudança importou.

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

Se o trabalho for impresso nos dois estados, a fila, a rota e o filtro concordam e a falha desapareceu. Se for impresso apenas quando desconectado, o túnel ainda captura o endereço da impressora ou o filtro ainda o bloqueia, e o próximo passo é a consulta de rota e não outro driver. Anote qual das três camadas você alterou, e o mesmo chamado não reabrirá no mês que vem.