L’adaptador virtual de SoftEther apareix però no envia trànsit

Un adaptador virtual de SoftEther apareix a la llista de xarxes del sistema operatiu, informa que està desconnectat i no transporta cap trànsit. Aquesta combinació és normal en un dispositiu sense cap sessió associada, i també és l’estat que veieu quan hi ha un perfil incorrecte vinculat. L’adaptador és un dispositiu que posseeix el sistema operatiu; la sessió és el que li dona vida. Recorreu aquestes quatre comprovacions per ordre i atureu-vos a la primera que falli.

Separeu el dispositiu de la sessió

Crear l’adaptador instal·la un dispositiu de xarxa; no s’autentica amb cap servidor. Confirmeu què diu la llista de connexions del client abans de treure conclusions de l’estat de la interfície. Un perfil que no està connectat explica l’estat de desconnectat sense cap més investigació.

L’adaptador i la interfície física tenen feines diferents. Un transporta el trànsit desxifrat que veuen les aplicacions, i l’altre transporta la connexió exterior xifrada cap al servidor. Confondre’ls fa que les regles del tallafoc i les rutes s’apliquin al dispositiu equivocat. Les regles escrites per a la interfície física no coincidiran amb el trànsit del túnel, i les regles escrites per al túnel no afectaran la connexió exterior.

Feu coincidir un adaptador amb un perfil

Cada adaptador ha d’estar vinculat al perfil de connexió que voleu, i el vincle ha de ser visible al client en lloc de recordar-se. Quan hi ha diversos adaptadors, anoteu quin perfil posseeix cada dispositiu abans de tocar-ne cap. Reutilitzar un adaptador entre perfils és com una adreça antiga sobreviu a una reconnexió.

Si el client ofereix una manera compatible de tornar a crear el vincle, feu-la servir en lloc d’editar directament la configuració del sistema operatiu. El client escriu la configuració de l’adaptador en connectar, de manera que els canvis manuals solen desaparèixer o entrar en conflicte a la sessió següent.

Llegiu la configuració efectiva després de connectar

Un cop la sessió està activa, llegiu l’adreça, la ruta i el resolutor del sistema. El panell d’estat del client descriu què ha demanat, mentre que el nucli descriu què ha passat realment.

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

El llistat d’adreces mostra si l’adaptador ha rebut res, i un adaptador sense adreça després d’un inici de sessió correcte apunta a la configuració del perfil i no al controlador. La consulta de ruta mostra quina interfície transportaria una destinació privada, i és aquí on una ruta absent es fa visible. La sortida del resolutor mostra si el DNS ha seguit la sessió, ja que un enllaç funcional amb DNS local encara produeix una connexió mig trencada.

Un adaptador creat sense configuracions útils pot coexistir amb un inici de sessió de gestió correcte en un altre lloc del client. Els dos panells responen preguntes diferents, així que un no és mai prova de l’altre. Quan no coincideixen, la visió del sistema és la que experimenten les aplicacions.

Atureu-vos abans de fer pont o esborrar

Fer un pont entre l’adaptador virtual i un de físic és un canvi de disseny, no una reparació. Fusiona dues fronteres de xarxa i no és una manera d’arreglar una ruta absent. Si el desplegament necessita aquesta disposició, necessita un disseny autoritzat i un pla de proves.

Esborrar un adaptador és igual de destructiu quan un altre servei l’utilitza. Identifiqueu primer el propietari, incloent-hi qualsevol altre client o producte de virtualització de la màquina que hagi creat una interfície amb un nom semblant. Un dispositiu que reapareix després de treure’l us diu que alguna cosa el torna a crear.

Acabeu provant l’aplicació, no l’adaptador. Un recurs compartit o una pàgina d’intranet que es carrega pel túnel és la prova que el dispositiu, la sessió i la ruta coincideixen.