L’adaptateur virtuel SoftEther apparaît mais n’envoie aucun trafic

Un adaptateur virtuel SoftEther apparaît dans la liste réseau du système d’exploitation, se signale comme débranché et ne transporte aucun trafic. Cette combinaison est normale pour un périphérique sans session attachée, et c’est aussi l’état que vous voyez lorsqu’un profil incorrect y est rattaché. L’adaptateur est un périphérique que possède le système d’exploitation ; la session est ce qui lui donne vie. Parcourez ces quatre vérifications dans l’ordre et arrêtez-vous à la première qui échoue.

Séparez le périphérique de la session

Créer l’adaptateur installe un périphérique réseau ; il ne s’authentifie auprès d’aucun serveur. Vérifiez ce que dit la liste des connexions du client avant d’en déduire quoi que ce soit sur l’état de l’interface. Un profil qui n’est pas connecté explique l’état débranché sans autre investigation.

L’adaptateur et l’interface physique ont des rôles différents. L’un transporte le trafic déchiffré que voient les applications, et l’autre transporte la connexion extérieure chiffrée vers le serveur. Confondre les deux conduit à appliquer des règles de pare-feu et des routes au mauvais périphérique. Les règles écrites pour l’interface physique ne correspondront pas au trafic du tunnel, et les règles écrites pour le tunnel n’affecteront pas la connexion extérieure.

Associez un adaptateur à un profil

Chaque adaptateur doit être rattaché au profil de connexion que vous voulez, et ce rattachement doit être visible dans le client plutôt que mémorisé. Lorsque plusieurs adaptateurs existent, notez quel profil possède quel périphérique avant d’en toucher un. Réutiliser un adaptateur d’un profil à l’autre est la façon dont une adresse périmée survit à une reconnexion.

Si le client propose un moyen pris en charge de recréer le rattachement, utilisez-le au lieu de modifier directement la configuration du système d’exploitation. Le client écrit les réglages de l’adaptateur à la connexion, si bien que les modifications manuelles disparaissent souvent ou entrent en conflit à la session suivante.

Lisez les réglages effectifs après connexion

Une fois la session établie, lisez l’adresse, la route et le résolveur depuis le système. Le panneau d’état du client décrit ce qu’il a demandé, tandis que le noyau décrit ce qui s’est réellement produit.

ip -brief address show
ip route get 10.20.30.41
resolvectl status | head -20

La liste des adresses montre si l’adaptateur a reçu quoi que ce soit, et un adaptateur sans adresse après une connexion réussie désigne la configuration du profil plutôt que le pilote. L’interrogation de route montre quelle interface transporterait une destination privée, et c’est là qu’une route absente devient visible. La sortie du résolveur montre si DNS a suivi la session, car une liaison fonctionnelle avec un DNS local produit encore une connexion à moitié cassée.

Un adaptateur créé sans réglages utiles peut coexister avec une connexion de gestion réussie ailleurs dans le client. Les deux panneaux répondent à des questions différentes, donc l’un n’est jamais une preuve de l’autre. Quand ils divergent, la vue du système est celle que vivent les applications.

Arrêtez-vous avant de pontier ou de supprimer

Pontier l’adaptateur virtuel vers un adaptateur physique est un changement de conception, pas une réparation. Cela fusionne deux frontières réseau et ce n’est pas un moyen de corriger une route absente. Si le déploiement a besoin de cette disposition, il a besoin d’une conception autorisée et d’un plan de test.

Supprimer un adaptateur est tout aussi destructeur quand un autre service l’utilise. Identifiez d’abord le propriétaire, y compris tout autre client ou produit de virtualisation de la machine qui a créé une interface au nom similaire. Un périphérique qui réapparaît après suppression vous dit que quelque chose le recrée.

Terminez en testant l’application, pas l’adaptateur. Un partage de fichiers ou une page intranet qui se charge par le tunnel est la preuve que le périphérique, la session et la route sont d’accord.