Verweesde TUN-interface: vind de eigenaar voordat je hem verwijdert

Je TUN-interface staat nog in de lijst, de tunnel geeft geen verkeer door, en de voor de hand liggende oplossing lijkt de koppeling verwijderen. Daar worden kleine opruimingen storingen. De interface kan ontworpen persistent zijn, eigendom van een dienst die hem opnieuw aanmaakt, of verstopt zitten in een naamruimte waar dezelfde naam iets anders betekent. Het bestaan is geen bewijs dat hij verweesd is.

Een benoemde interface verwijderen is eenvoudig. Weten wat ervan afhangt, is de echte taak.

Mythe: de interface is achtergebleven omdat de tunnel uit staat

Een persistent TUN-apparaat bestaat onafhankelijk van een verbonden sessie. Dat is het punt van de persistente vlag: het apparaat blijft zodat de volgende verbinding het kan hergebruiken. Er stroomt geen verkeer, en er is niets mis.

De interface kan ook toebehoren aan een dienst die tussen herstarts zit, of aan een client waarvan het profiel inactief is. Controleer het eigenaarsproces en de configuratie voordat je concludeert dat hij verlaten is. Een processenlijst en de configuratie die hem start, zijn sterker bewijs dan een ontbrekende tunnel.

Noteer de naamruimte samen met de naam. Een andere naamruimte kan een interface met dezelfde naam bevatten, en de twee zijn ongerelateerd. Gebruik de naamruimtevlag wanneer je een andere moet inspecteren.

Mythe: de koppeling verwijderen ruimt alles op

De koppeling verwijderen haalt de adressen en routes weg die eraan hangen. Het verwijdert geen beleidsregels, firewallregels, resolverinstellingen of hulpscripts die ernaar verwezen. Die kunnen overleven en naar een apparaat wijzen dat niet meer bestaat.

Als de dienst nog is geconfigureerd, kan hij de interface bij de volgende start of herverbinding opnieuw aanmaken. Dan heb je een werkende resource verwijderd en het oorspronkelijke levenscyclusprobleem laten staan. Wijzig de configuratie, niet alleen de runtime-toestand.

Een opruiming die eindigt met de interface terug en de regels verdubbeld, is erger dan geen opruiming.

Vind de eigenaar voordat je hem aanraakt

Begin met ip link show en de TUN/TAP-inspectietools om de interface, zijn adressen en zijn routes te krijgen. Controleer de client, dienst of netwerkbeheerder die hem kan bezitten. Bevestig of het apparaat persistent is en welke modus het gebruikt. Beslis dan of iemand er nog van afhangt.

Voor een bevestigd ongebruikte persistente interface, ip tuntap documenteert modusspecifiek verwijderen. Stem de werkelijke apparaatnaam en modus af, en voer geen brede opruiming uit tegen elke tunnel op de host.

Houd hersteltoegang en de routes van andere clients intact terwijl je werkt. Noteer de opdracht die je gebruikte, zodat de volgende controle exact kan worden herhaald.

Verwijder hem via de eigenaar en controleer daarna wat er overblijft

Stop of verwijder eerst de ondersteunde verbindingsconfiguratie, zodat de dienst niet opnieuw aanmaakt wat je verwijdert. Verwijder daarna het apparaat. Inspecteer daarna verouderde adressen, routes en resolverstatus onder hun eigen eigenaren.

Als het probleem terugkomt bij herverbinding, repareer de levenscyclusconfiguratie in plaats van het handmatig verwijderen te herhalen. Een opruimrecord dat de wees benoemt, waarom hij ongebruikt was en welke component de vervanging moet beheren, bespaart de volgende persoon om een legitieme persistente interface voor een storing aan te zien.