Le tunnel divisé est actif et l’imprimante reste hors ligne : pourquoi

Votre tunnel est actif, internet fonctionne, le tunnel divisé a été activé il y a des mois, et l’imprimante à côté du bureau s’affiche toujours comme hors ligne. Cette combinaison n’est pas une contradiction, car le tunnel divisé est une décision de routage et non une promesse d’accessibilité. Trois mécanismes se trouvent entre la file d’impression et le papier, et ils échouent de façons qui semblent identiques depuis l’icône de la zone de notification. Suivez d’abord l’adresse, puis la route, puis le filtre.

Commencez par l’adresse derrière la file

Lisez l’adresse ou le nom d’hôte stocké dans la file d’impression, puis comparez-le à l’adresse que l’imprimante affiche sur son propre écran réseau. Une file qui pointe encore vers une adresse précédente se comporte exactement comme une panne de routage, et il est difficile de les distinguer à partir du seul symptôme. Obtenez les deux valeurs avant de modifier l’une ou l’autre. L’une d’elles est généralement obsolète, et l’obsolète est généralement la file.

Une file construite sur un nom d’hôte ajoute la résolution de noms au chemin, un mécanisme distinct du routage. Si le nom d’hôte se résout différemment à l’intérieur du tunnel, la file atteint une autre machine ou n’atteint rien. Une adresse numérique élimine cette variable pendant la durée du test.

Notez la paire, car le reste de l’enquête les compare au lieu de deviner.

Comment la route de cette adresse est choisie

Supposons que l’imprimante soit à 192.168.1.50 et que le réseau du bureau utilise aussi 192.168.1.0/24. La route du tunnel couvrant ce sous-réseau peut désormais concurrencer la route directe vers l’imprimante de votre appartement, et l’entrée la plus spécifique l’emporte. Changer le port vers la même adresse numérique ne peut pas supprimer cette ambiguïté, car l’ambiguïté est dans la table de routage.

Un profil VPN qui installe une route par défaut capte tout, et le préfixe de liaison locale n’est alors accessible que par le tunnel. Un profil de tunnel divisé installe plutôt les préfixes de l’entreprise, ce qui rétablit généralement le chemin local. Inspectez la route réellement sélectionnée pour l’adresse de l’imprimante, et non le nom du réglage qui l’a produite.

Lisez la table et la route sélectionnée ensemble, car la table montre les candidats et la recherche le gagnant.

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'

Pourquoi la découverte échoue quand l’adresse fonctionne

La découverte automatique des imprimantes sur un réseau local dépend du DNS multicast ou d’un protocole de diffusion plus ancien, et les deux sont limités à une liaison. Un routeur ne transmet pas ce multicast par défaut, et un VPN est un routeur. Ajouter une file basée sur l’adresse corrige le cas où la découverte est la seule chose cassée, et c’est exactement pourquoi ce contournement est si souvent pris pour de la chance.

La distinction est facile à consigner : si l’adresse répond sur le port d’impression mais que l’imprimante n’apparaît jamais dans la liste d’ajout d’imprimante, la portée de découverte est en cause. Si aucune des deux ne fonctionne, c’est la route ou le filtre. Deux tests, deux responsables différents et aucune réinstallation de pilote entre les deux.

Testez l’adresse directement au lieu d’attendre qu’une liste se remplisse. Les commandes ci-dessous font exactement cela.

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

Ce que le filtre d’accès local du client ajoute

Les clients de point de terminaison peuvent filtrer le trafic local indépendamment de la table de routage. Le réglage est souvent appelé accès au réseau local, et il peut bloquer le trafic vers le segment local tant que le tunnel est connecté, même lorsque la recherche de route semble correcte. C’est une couche de stratégie, et aucune modification de route ne la change.

Sur un appareil géré, demandez à l’administrateur ce que le profil prévoit plutôt que de basculer l’interrupteur vous-même. Le filtre existe généralement parce que quelqu’un a décidé qu’une machine connectée ne devrait pas pouvoir atteindre le réseau du café, et c’était une décision raisonnable.

Lisez l’état ou le journal du client lui-même pour connaître la stratégie en vigueur, car l’interface la cache souvent derrière une ligne de résumé. Cette entrée de journal nomme généralement la règle qui a décidé.

Vérifiez le chemin avec un petit travail

Une fois que l’adresse, la route et le filtre pointent tous vers l’imprimante, envoyez un seul document court à la même file pendant que le tunnel reste connecté. Cela reproduit la panne d’origine plus fidèlement qu’une réinstallation de pilote testée seulement après déconnexion. Gardez le travail anodin, car vous testez un chemin et non un appareil.

Répétez ensuite avec le tunnel déconnecté, pour savoir si le chemin que vous avez réparé était celui qui fonctionnait auparavant. Cette comparaison est la seule preuve que le changement a compté.

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

Si le travail s’imprime dans les deux états, la file, la route et le filtre sont d’accord et la panne a disparu. S’il ne s’imprime que lorsque la connexion est coupée, le tunnel capte encore l’adresse de l’imprimante ou le filtre la bloque encore, et l’étape suivante est la recherche de route et non un autre pilote. Notez laquelle des trois couches vous avez modifiée, et le même ticket ne se rouvrira pas le mois prochain.