Foreldrelaus TUN-grensesnitt: finn eigaren før du slettar det

TUN-grensesnittet ditt står framleis i lista, tunnelen sender ikkje trafikk, og den openberre løysinga ser ut til å sletta koplinga. Det er her små oppryddingar vert avbrot. Grensesnittet kan vere vedvarande av design, eigd av ei teneste som vil gjenopprette det, eller gøymt i eit namnerom der same namn tyder noko anna. At det finst er ikkje prov på at det er foreldrelaust.

Å sletta eit namngitt grensesnitt er enkelt. Å vita kva som er avhengig av det, er den eigentlege oppgåva.

Myte: grensesnittet er til overs fordi tunnelen er nede

Ei vedvarande TUN-eining finst uavhengig av ei tilkopla økt. Det er poenget med den vedvarande flagget: eininga vert verande slik at neste tilkopling kan bruka ho om att. Ingen trafikk flyt, og ingenting er gale.

Grensesnittet kan også høyra til ei teneste som er mellom omstartar, eller ein klient med inaktiv profil. Sjekk eigarprosessen og konfigurasjonen før du konkluderer med at det er forlate. Ei prosessliste og konfigurasjonen som startar det, er sterkare prov enn ein manglande tunnel.

Noter namnerommet saman med namnet. Eit anna namnerom kan ha eit grensesnitt med same namn, og dei to er urelaterte. Bruk namneromsflagget når du må undersøkja eit anna.

Myte: å sletta koplinga ryddar opp alt

Å sletta koplinga fjernar adressene og rutene som er knytte til ho. Det fjernar ikkje policyreglar, brannmurreglar, resolverinnstillingar eller hjelpeskript som viste til ho. Dei kan overleva og peika på ei eining som ikkje finst lenger.

Viss tenesta framleis er konfigurert, kan ho gjenopprette grensesnittet ved neste oppstart eller gjenoppkopling. Då har du sletta ein fungerande ressurs og late det opphavlege livssyklusproblemet stå. Endre konfigurasjonen, ikkje berre køyretidstilstanden.

Ei opprydding som endar med at grensesnittet er tilbake og reglane dobla, er verre enn inga opprydding.

Finn eigaren før du rører det

Byrja med ip link show og TUN/TAP-undersøkingsverktøya for å få grensesnittet, adressene og rutene. Sjekk klienten, tenesta eller nettverkshandsamaren som kan eiga det. Stadfest om eininga er vedvarande og kva modus ho brukar. Avgjer deretter om nokon framleis er avhengig av det.

For eit stadfesta ubrukt vedvarande grensesnitt, ip tuntap dokumenterer modusspesifikk fjerning. Match det faktiske einingnamnet og modusen, og ikkje køyr ei brei opprydding mot kvar tunnel på verten.

Hald gjenopprettingstilgang og rutene til andre klientar intakte medan du arbeider. Noter kommandoen du brukte, slik at neste sjekk kan gjerast nøyaktig om att.

Fjern det gjennom eigaren, og sjekk deretter kva som er igjen

Stopp eller fjern den støtta tilkoplingskonfigurasjonen først, slik at tenesta ikkje gjenopprettar det du slettar. Fjern deretter eininga. Etterpå undersøkjer du utdaterte adresser, ruter og resolvertilstand under deira eigne eigarar.

Viss problemet kjem tilbake ved gjenoppkopling, reparer livssykluskonfigurasjonen i staden for å gjenta den manuelle slettinga. Ein oppryddingslogg som namngir det foreldrelause, kvifor det var ubrukt og kva komponent som bør administrera erstatninga, sparer neste person frå å forveksla eit legitimt vedvarande grensesnitt med ein feil.