Orvuks jäänud TUN-liides: leidke omanik enne kustutamist

Teie TUN-liides on endiselt loendis, tunnel ei edasta liiklust ja ilmne lahendus näib olevat lingi kustutamine. Siin muutuvad väikesed koristused katkestusteks. Liides võib olla disaini järgi püsiv, kuuluda teenusele, mis selle uuesti loob, või peituda nimeruumis, kus sama nimi tähendab midagi muud. Selle olemasolu ei ole tõestus, et see on orvuks jäänud.

Nimetatud liidese kustutamine on lihtne. Teadmine, mis sellest sõltub, on tegelik ülesanne.

Müüt: liides jäi alles, sest tunnel on maas

Püsiv TUN-seade eksisteerib ühendatud sessioonist sõltumatult. See ongi püsivuse lipu mõte: seade jääb alles, et järgmine ühendus saaks seda uuesti kasutada. Liiklust ei liigu ja miski ei ole valesti.

Liides võib kuuluda ka teenusele, mis on taaskäivituste vahel, või kliendile, mille profiil on jõude. Enne järeldust, et see on hüljatud, kontrollige omavat protsessi ja konfiguratsiooni. Protsesside loend ja seda käivitav konfiguratsioon on tugevam tõend kui puuduv tunnel.

Märkige nimeruum koos nimega. Teises nimeruumis võib olla sama nimega liides, ja need kaks ei ole seotud. Kasutage nimeruumi lippu, kui peate teist kontrollima.

Müüt: lingi kustutamine koristab kõik

Lingi kustutamine eemaldab sellega seotud aadressid ja marsruudid. See ei eemalda poliitikareegleid, tulemüürireegleid, resolveri seadeid ega abiskripte, mis sellele viitasid. Need võivad ellu jääda ja osutada seadmele, mida enam ei ole.

Kui teenus on endiselt konfigureeritud, võib see liidese järgmisel käivitamisel või uuesti ühendamisel uuesti luua. Siis olete kustutanud töötava ressursi ja jätnud algse elutsükli probleemi paigale. Muutke konfiguratsiooni, mitte ainult käitusolekut.

Koristus, mis lõpeb liidese tagasituleku ja reeglite dubplitseerumisega, on hullem kui üldse mitte koristada.

Leidke omanik enne, kui seda puutute

Alustage ip link show ja TUN/TAP-i kontrollimise tööriistadega, et saada liides, selle aadressid ja marsruudid. Kontrollige klienti, teenust või võrguhaldurit, mis võib seda omada. Kinnitage, kas seade on püsiv ja millist režiimi see kasutab. Seejärel otsustage, kas keegi veel sellest sõltub.

Kinnitatud kasutamata püsiva liidese puhul ip tuntap dokumenteerib režiimipõhise eemaldamise. Sobitage tegelik seadme nimi ja režiim ning ärge käivitage laiaulatuslikku koristust hosti iga tunneli vastu.

Hoidke taastamisjuurdepääs ja teiste klientide marsruudid töötamise ajal puutumatuna. Märkige kasutatud käsk üles, et järgmist kontrolli saaks täpselt korrata.

Eemaldage see omaniku kaudu ja seejärel kontrollige, mis järele jääb

Peatage või eemaldage esmalt toetatud ühenduse konfiguratsioon, et teenus ei looks uuesti seda, mida kustutate. Seejärel eemaldage seade. Pärast seda kontrollige aegunud aadresse, marsruute ja resolveri olekut nende endi omanike all.

Kui probleem uuesti ühendamisel taastub, parandage elutsükli konfiguratsiooni, selle asemel et käsitsi kustutamist korrata. Koristusprotokoll, mis nimetab orvu, selle kasutamata jätmise põhjuse ja komponendi, kes peaks asendust haldama, säästab järgmist inimest legitiimse püsiva liidese rikkega segamast.