Forældreløst TUN-interface: find ejeren, før du sletter det

Dit TUN-interface er stadig på listen, tunnelen sender ikke trafik, og den oplagte løsning ser ud som at slette linket. Det er her, små oprydninger bliver til afbrydelser. Interfacet kan være persistent efter design, ejet af en tjeneste, der genskaber det, eller gemme sig i et navnerum, hvor det samme navn betyder noget andet. At det findes, er ikke bevis for, at det er forældreløst.

At slette et navngivet interface er nemt. At vide, hvad der afhænger af det, er den egentlige opgave.

Myte: interfacet er en rest, fordi tunnelen er nede

En persistent TUN-enhed findes uafhængigt af en forbundet session. Det er meningen med det persistente flag: enheden bliver, så den næste forbindelse kan genbruge den. Der løber ingen trafik, og intet er galt.

Interfacet kan også tilhøre en tjeneste, der er mellem genstartere, eller en klient, hvis profil er inaktiv. Tjek den ejende proces og konfigurationen, før du konkluderer, at det er efterladt. En procesliste og den konfiguration, der starter den, er stærkere bevis end en manglende tunnel.

Notér navnerummet sammen med navnet. Et andet navnerum kan have et interface med samme navn, og de to er uden forbindelse. Brug navnerumsflaget, når du skal inspicere et andet.

Myte: at slette linket rydder alt op

At slette linket fjerner de adresser og ruter, der hænger på det. Det fjerner ikke politikregler, firewallregler, resolverindstillinger eller hjælpescripts, der refererede til det. De kan overleve og pege på en enhed, der ikke findes mere.

Hvis tjenesten stadig er konfigureret, kan den genskabe interfacet ved næste start eller genopkobling. Så har du slettet en fungerende ressource og ladet det oprindelige livscyklusproblem blive på plads. Ændr konfigurationen, ikke kun kørselstilstanden.

En oprydning, der ender med interfacet tilbage og reglerne dubleret, er værre end ingen oprydning.

Find ejeren, før du rører ved det

Start med ip link show og TUN/TAP-inspektionsværktøjerne for at få interfacet, dets adresser og dets ruter. Tjek den klient, tjeneste eller netværksadministrator, der kan eje det. Bekræft, om enheden er persistent, og hvilken tilstand den bruger. Beslut derefter, om nogen stadig afhænger af det.

For et bekræftet ubrugt persistent interface, ip tuntap dokumenterer fjernelse, der er specifik for tilstanden. Match det faktiske enhedsnavn og den faktiske tilstand, og kør ikke en bred oprydning mod enhver tunnel på værten.

Hold gendannelsesadgang og ruterne for andre klienter intakte, mens du arbejder. Notér den kommando, du brugte, så næste kontrol kan gentages præcist.

Fjern det gennem ejeren, og tjek derefter, hvad der er tilbage

Stop eller fjern først den understøttede forbindelseskonfiguration, så tjenesten ikke genskaber det, du sletter. Fjern derefter enheden. Bagefter skal du inspicere forældede adresser, ruter og resolvertilstand under deres egne ejere.

Hvis problemet vender tilbage ved genopkobling, skal du reparere livscykluskonfigurationen i stedet for at gentage den manuelle sletning. En oprydningspost, der navngiver det forældreløse interface, hvorfor det var ubrugt, og hvilken komponent der bør styre erstatningen, sparer den næste person for at forveksle et legitimt persistent interface med en fejl.