Interfície TUN orfe: troba el propietari abans d’esborrar-la
Una interfície TUN que roman després que el túnel caigui pot ser persistent per disseny. Troba el propietari i després elimina-la a través del servei que la gestiona.
La teva interfície TUN encara apareix a la llista, el túnel no passa trànsit i la solució òbvia sembla esborrar l’enllaç. Aquí és on les petites neteges es converteixen en caigudes. La interfície pot ser persistent per disseny, pot pertànyer a un servei que la recrearà o pot amagar-se en un espai de noms on el mateix nom significa una altra cosa. La seva existència no és prova que estigui òrfena.
Esborrar una interfície amb nom és fàcil. Saber què en depèn és la tasca real.
Mite: la interfície és una resta perquè el túnel està caigut
Un dispositiu TUN persistent existeix independentment d’una sessió connectada. Aquest és el sentit del flag persistent: el dispositiu es queda perquè la propera connexió el pugui reutilitzar. No hi passa trànsit i no hi ha res malament.
La interfície també pot pertànyer a un servei que està entre reinicis o a un client amb el perfil inactiu. Comprova el procés propietari i la configuració abans de concloure que està abandonada. Una llista de processos i la configuració que la inicia són proves més sòlides que un túnel absent.
Anota l’espai de noms juntament amb el nom. Un altre espai de noms pot tenir una interfície amb el mateix nom, i les dues no hi tenen res a veure. Fes servir el flag d’espai de noms quan hagis d’inspeccionar-ne un altre.
Mite: esborrar l’enllaç ho neteja tot
Esborrar l’enllaç elimina les adreces i les rutes que hi pengen. No elimina regles de política, regles de tallafocs, paràmetres del resolutor ni scripts auxiliars que hi feien referència. Aquests poden sobreviure i apuntar a un dispositiu que ja no existeix.
Si el servei encara està configurat, pot recrear la interfície al següent inici o en reconnectar-se. Llavors has esborrat un recurs que funcionava i has deixat el problema original de cicle de vida al seu lloc. Canvia la configuració, no només l’estat d’execució.
Una neteja que acaba amb la interfície de tornada i les regles duplicades és pitjor que no fer cap neteja.
Troba el propietari abans de tocar-la
Comença amb ip link show i les eines d’inspecció de TUN/TAP per obtenir la interfície, les seves adreces i les seves rutes. Comprova el client, el servei o el gestor de xarxa que la pugui posseir. Confirma si el dispositiu és persistent i quin mode fa servir. Després decideix si algú encara en depèn.
Per a una interfície persistent confirmada com a no utilitzada, ip tuntap documenta l’eliminació específica de cada mode. Fes coincidir el nom real del dispositiu i el mode, i no executis una neteja àmplia contra tots els túnels de l’amfitrió.
Mantén intactes l’accés de recuperació i les rutes dels altres clients mentre treballes. Anota l’ordre que has fet servir perquè la propera comprovació es pugui repetir exactament.
Elimina-la a través del propietari i després comprova què queda
Primer atura o elimina la configuració de connexió compatible, perquè el servei no torni a crear el que esborres. Després elimina el dispositiu. Després, inspecciona les adreces, les rutes i l’estat del resolutor obsolets sota els seus propis propietaris.
Si el problema torna en reconnectar-se, repara la configuració del cicle de vida en lloc de repetir l’eliminació manual. Un registre de neteja que anomena l’òrfena, per què no s’utilitzava i quin component hauria de gestionar la substitució estalvia a la propera persona confondre una interfície persistent legítima amb una avaria.