O adaptador virtual de SoftEther aparece pero non envía tráfico

Un adaptador virtual de SoftEther aparece na lista de redes do sistema operativo, declárase desconectado e non transporta ningún tráfico. Esa combinación é normal nun dispositivo sen sesión asociada, e tamén é o estado que ve cando hai un perfil incorrecto vinculado a el. O adaptador é un dispositivo que posúe o sistema operativo; a sesión é o que lle dá vida. Percorra estas catro comprobacións en orde e detéñase na primeira que falle.

Separe o dispositivo da sesión

Crear o adaptador instala un dispositivo de rede; non se autentica con ningún servidor. Confirme que di a lista de conexións do cliente antes de sacar conclusións do estado da interface. Un perfil que non está conectado explica o estado desconectado sen máis investigación.

O adaptador e a interface física teñen traballos distintos. Un transporta o tráfico descifrado que ven as aplicacións, e o outro transporta a conexión exterior cifrada cara ao servidor. Confundir ambos fai que as regras da devasa e as rutas se apliquen ao dispositivo equivocado. As regras escritas para a interface física non coincidirán co tráfico do túnel, e as regras escritas para o túnel non afectarán a conexión exterior.

Emparelle un adaptador cun perfil

Cada adaptador debe estar vinculado ao perfil de conexión que se propón, e o vínculo debe ser visible no cliente en lugar de recordarse. Cando existen varios adaptadores, anote que perfil posúe que dispositivo antes de tocar calquera deles. Reutilizar un adaptador entre perfís é como unha dirección obsoleta sobrevive a unha reconexión.

Se o cliente ofrece unha forma compatible de recrear o vínculo, úsea en lugar de editar directamente a configuración do sistema operativo. O cliente escribe a configuración do adaptador ao conectar, así que os cambios manuais adoitan desaparecer ou entrar en conflito na sesión seguinte.

Lea a configuración efectiva tras conectar

Unha vez establecida a sesión, lea o enderezo, a ruta e o resolutor do sistema. O panel de estado do cliente describe o que pediu, mentres que o núcleo describe o que ocorreu realmente.

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

A listaxe de enderezos mostra se o adaptador recibiu algo, e un adaptador sen enderezo tras un inicio de sesión correcto apunta á configuración do perfil e non ao controlador. A consulta de ruta mostra que interface transportaría un destino privado, e é aí onde unha ruta ausente se fai visible. A saída do resolutor mostra se DNS seguiu a sesión, xa que unha ligazón funcional con DNS local segue producindo unha conexión medio rota.

Un adaptador creado sen axustes útiles pode coexistir cun inicio de sesión de xestión correcto noutra parte do cliente. Os dous paneis responden preguntas distintas, así que un nunca é proba do outro. Cando non coinciden, a visión do sistema é a que experimentan as aplicacións.

Détase antes de puentear ou borrar

Puentear o adaptador virtual cun físico é un cambio de deseño, non unha reparación. Fusiona dúas fronteiras de rede e non é unha forma de arranxar unha ruta ausente. Se o despregamento necesita esa disposición, necesita un deseño autorizado e un plan de probas.

Borrar un adaptador é igual de destrutivo cando outro servizo o usa. Identifique primeiro o propietario, incluído calquera outro cliente ou produto de virtualización da máquina que crease unha interface cun nome similar. Un dispositivo que reaparece tras retiralo dille que algo o está recreando.

Remate probando a aplicación, non o adaptador. Un recurso compartido ou unha páxina de intranet que carga polo túnel é a proba de que o dispositivo, a sesión e a ruta están de acordo.