Interfața TUN este încă în listă, tunelul nu transportă trafic, iar soluția evidentă pare a fi ștergerea legăturii. Aici micile curățări devin întreruperi. Interfața poate fi persistentă prin proiectare, deținută de un serviciu care o va recrea, sau ascunsă într-un spațiu de nume unde același nume înseamnă altceva. Existența ei nu este dovada că este orfană.

Ștergerea unei interfețe cu nume este ușoară. A ști ce depinde de ea este sarcina reală.

Mit: interfața a rămas pentru că tunelul este oprit

Un dispozitiv TUN persistent există independent de o sesiune conectată. Acesta este sensul steagului persistent: dispozitivul rămâne pentru ca următoarea conexiune să îl poată reutiliza. Nu circulă trafic și nimic nu este în neregulă.

Interfața poate aparține și unui serviciu aflat între reporniri, sau unui client al cărui profil este inactiv. Verificați procesul proprietar și configurația înainte de a concluziona că este abandonată. O listă de procese și configurația care o pornește sunt dovezi mai puternice decât un tunel lipsă.

Înregistrați spațiul de nume împreună cu numele. Un alt spațiu de nume poate conține o interfață cu același nume, iar cele două nu au legătură. Folosiți steagul de spațiu de nume când trebuie să inspectați altul.

Mit: ștergerea legăturii curăță totul

Ștergerea legăturii elimină adresele și rutele atașate acesteia. Nu elimină regulile de politică, regulile de firewall, setările resolverului sau scripturile ajutătoare care o refereau. Acestea pot supraviețui și pot indica un dispozitiv care nu mai există.

Dacă serviciul este încă configurat, poate recrea interfața la următoarea pornire sau reconectare. Atunci ați șters o resursă funcțională și ați lăsat problema originală a ciclului de viață pe loc. Schimbați configurația, nu doar starea de execuție.

O curățare care se termină cu interfața înapoi și regulile duplicate este mai rea decât nicio curățare.

Găsiți proprietarul înainte de a o atinge

Începeți cu ip link show și instrumentele de inspecție TUN/TAP pentru a obține interfața, adresele și rutele ei. Verificați clientul, serviciul sau managerul de rețea care ar putea să o dețină. Confirmați dacă dispozitivul este persistent și ce mod folosește. Apoi decideți dacă cineva mai depinde de ea.

Pentru o interfață persistentă confirmată ca neutilizată, ip tuntap documentează eliminarea specifică modului. Potriviți numele și modul real al dispozitivului și nu rulați o curățare largă împotriva fiecărui tunel de pe gazdă.

Păstrați intacte accesul de recuperare și rutele celorlalți clienți în timp ce lucrați. Notați comanda folosită, astfel încât următoarea verificare să poată fi repetată exact.

Eliminați-o prin proprietar, apoi verificați ce rămâne

Opriți sau eliminați mai întâi configurația de conexiune acceptată, pentru ca serviciul să nu recreeze ceea ce ștergeți. Apoi eliminați dispozitivul. După aceea, inspectați adresele, rutele și starea resolverului învechite sub propriii lor proprietari.

Dacă problema revine la reconectare, reparați configurația ciclului de viață în loc să repetați ștergerea manuală. O evidență de curățare care numește orfana, de ce era neutilizată și ce componentă ar trebui să administreze înlocuirea salvează următoarea persoană de la a confunda o interfață persistentă legitimă cu o defecțiune.

Articole similare