Verwaiste TUN-Schnittstelle: Besitzer ermitteln, bevor Sie sie löschen

Ihre TUN-Schnittstelle ist weiterhin aufgeführt, der Tunnel überträgt keinen Datenverkehr, und die naheliegende Lösung sieht wie das Löschen der Verbindung aus. Hier werden kleine Aufräumarbeiten zu Ausfällen. Die Schnittstelle kann konstruktiv dauerhaft sein, einem Dienst gehören, der sie neu erstellt, oder in einem Namensraum stecken, in dem derselbe Name etwas anderes bedeutet. Ihre bloße Existenz ist kein Beweis dafür, dass sie verwaist ist.

Eine benannte Schnittstelle zu löschen ist einfach. Zu wissen, was von ihr abhängt, ist die eigentliche Aufgabe.

Mythos: Die Schnittstelle ist übrig geblieben, weil der Tunnel ausgefallen ist

Ein dauerhaftes TUN-Gerät existiert unabhängig von einer verbundenen Sitzung. Das ist der Sinn des Persistent-Flags: Das Gerät bleibt, damit die nächste Verbindung es wiederverwenden kann. Es fließt kein Datenverkehr, und nichts ist falsch.

Die Schnittstelle kann auch zu einem Dienst zwischen Neustarts oder zu einem Client mit inaktivem Profil gehören. Prüfen Sie den besitzenden Prozess und die Konfiguration, bevor Sie schließen, dass sie aufgegeben wurde. Eine Prozessliste und die Konfiguration, die ihn startet, sind stärkere Belege als ein fehlender Tunnel.

Notieren Sie den Namensraum zusammen mit dem Namen. Ein anderer Namensraum kann eine Schnittstelle mit demselben Namen enthalten, und beide haben nichts miteinander zu tun. Verwenden Sie das Namensraum-Flag, wenn Sie einen anderen inspizieren müssen.

Mythos: Das Löschen der Verbindung räumt alles auf

Das Löschen der Verbindung entfernt die zugehörigen Adressen und Routen. Es entfernt keine Richtlinienregeln, Firewall-Regeln, Resolver-Einstellungen oder Hilfsskripte, die darauf verwiesen haben. Diese können überleben und auf ein Gerät zeigen, das es nicht mehr gibt.

Ist der Dienst noch konfiguriert, kann er die Schnittstelle beim nächsten Start oder bei der nächsten Verbindung neu erstellen. Dann haben Sie eine funktionierende Ressource gelöscht und das ursprüngliche Lebenszyklusproblem stehen gelassen. Ändern Sie die Konfiguration, nicht nur den Laufzeitzustand.

Ein Aufräumen, das mit zurückgekehrter Schnittstelle und doppelten Regeln endet, ist schlimmer als kein Aufräumen.

Ermitteln Sie den Besitzer, bevor Sie sie anfassen

Beginnen Sie mit ip link show und den TUN/TAP-Prüfwerkzeugen, um die Schnittstelle, ihre Adressen und ihre Routen zu erhalten. Prüfen Sie den Client, Dienst oder Netzwerkmanager, der sie besitzen könnte. Bestätigen Sie, ob das Gerät dauerhaft ist und welchen Modus es verwendet. Entscheiden Sie dann, ob noch jemand davon abhängt.

Für eine bestätigte ungenutzte dauerhafte Schnittstelle ip tuntap dokumentiert die modusspezifische Entfernung. Gleichen Sie den tatsächlichen Gerätenamen und Modus ab, und führen Sie kein breites Aufräumen gegen jeden Tunnel auf dem Host aus.

Halten Sie den Wiederherstellungszugang und die Routen für andere Clients während der Arbeit intakt. Notieren Sie den verwendeten Befehl, damit die nächste Prüfung exakt wiederholt werden kann.

Entfernen Sie sie über den Besitzer und prüfen Sie dann, was übrig bleibt

Stoppen oder entfernen Sie zuerst die unterstützte Verbindungskonfiguration, damit der Dienst nicht neu erstellt, was Sie löschen. Entfernen Sie dann das Gerät. Prüfen Sie anschließend veraltete Adressen, Routen und Resolver-Zustand unter ihren jeweiligen Besitzern.

Kehrt das Problem bei der Wiederverbindung zurück, reparieren Sie die Lebenszykluskonfiguration, statt das manuelle Löschen zu wiederholen. Ein Aufräumprotokoll, das die verwaiste Schnittstelle, den Grund ihrer Nichtnutzung und die Komponente nennt, die den Ersatz verwalten sollte, erspart der nächsten Person die Verwechslung einer legitimen dauerhaften Schnittstelle mit einem Fehler.