Bāreņa TUN saskarne: pirms dzēšanas atrodiet īpašnieku

Jūsu TUN saskarne joprojām ir sarakstā, tunelis nepārraida datplūsmu, un acīmredzamais risinājums izskatās pēc saites dzēšanas. Tieši šeit mazi uzkopšanas darbi pārvēršas pārtraukumos. Saskarne var būt pastāvīga pēc konstrukcijas, piederēt pakalpojumam, kas to izveidos no jauna, vai būt paslēpta nosaukumvietā, kur tas pats nosaukums nozīmē ko citu. Tās pastāvēšana nav pierādījums, ka tā ir bārene.

Izdzēst nosauktu saskarni ir viegli. Zināt, kas no tās ir atkarīgs, ir īstais uzdevums.

Mīts: saskarne ir palikusi tāpēc, ka tunelis ir izslēgts

Pastāvīga TUN ierīce pastāv neatkarīgi no savienotas sesijas. Tāda ir pastāvīgā karodziņa jēga: ierīce paliek, lai nākamais savienojums varētu to izmantot no jauna. Datplūsma neplūst, un nekas nav nepareizi.

Saskarne var piederēt arī pakalpojumam, kas atrodas starp restartiem, vai klientam, kura profils ir dīkstāvē. Pirms secināt, ka tā ir pamesta, pārbaudiet īpašnieka procesu un konfigurāciju. Procesu saraksts un konfigurācija, kas to palaiž, ir spēcīgāks pierādījums nekā trūkstošs tunelis.

Pierakstiet nosaukumvietu kopā ar nosaukumu. Citā nosaukumvietā var būt saskarne ar tādu pašu nosaukumu, un abas nav saistītas. Izmantojiet nosaukumvietas karodziņu, kad jums jāpārbauda cita.

Mīts: saites dzēšana visu sakārto

Saites dzēšana noņem tai piesaistītās adreses un maršrutus. Tā nenoņem politikas noteikumus, ugunsmūra noteikumus, atrisinātāja iestatījumus vai palīgskriptus, kas uz to atsaucās. Tie var izdzīvot un norādīt uz ierīci, kas vairs neeksistē.

Ja pakalpojums joprojām ir konfigurēts, tas var izveidot saskarni no jauna nākamajā startā vai atkārtotā savienojumā. Tad jūs esat izdzēsis strādājošu resursu un atstājis sākotnējo dzīves cikla problēmu savā vietā. Mainiet konfigurāciju, ne tikai izpildes stāvokli.

Uzkopšana, kas beidzas ar saskarnes atgriešanos un noteikumu dublēšanos, ir sliktāka par nekādu uzkopšanu.

Atrodiet īpašnieku, pirms tam pieskaraties

Sāciet ar ip link show un TUN/TAP pārbaudes rīkiem, lai iegūtu saskarni, tās adreses un maršrutus. Pārbaudiet klientu, pakalpojumu vai tīkla pārvaldnieku, kam tā varētu piederēt. Apstipriniet, vai ierīce ir pastāvīga un kādu režīmu tā izmanto. Pēc tam izlemiet, vai kāds vēl no tās ir atkarīgs.

Apstiprinātai neizmantotai pastāvīgai saskarnei, ip tuntap dokumentē noņemšanu atkarībā no režīma. Saskaņojiet faktisko ierīces nosaukumu un režīmu un neveiciet plašu uzkopšanu pret katru tuneli resursdatorā.

Strādājot, saglabājiet atkopšanas piekļuvi un citu klientu maršrutus neskartus. Pierakstiet izmantoto komandu, lai nākamo pārbaudi varētu precīzi atkārtot.

Noņemiet to ar īpašnieka starpniecību, pēc tam pārbaudiet, kas palicis

Vispirms apturiet vai noņemiet atbalstīto savienojuma konfigurāciju, lai pakalpojums no jauna neizveidotu to, ko jūs dzēšat. Pēc tam noņemiet ierīci. Pēc tam pārbaudiet novecojušas adreses, maršrutus un atrisinātāja stāvokli to īpašnieku pārziņā.

Ja problēma atgriežas atkārtotā savienojumā, labojiet dzīves cikla konfigurāciju, nevis atkārtojiet manuālu dzēšanu. Uzkopšanas ieraksts, kurā nosaukts bārenis, kāpēc tas netika izmantots un kurai komponentei jāpārvalda aizstāšana, pasargā nākamo cilvēku no likumīgas pastāvīgas saskarnes sajaukšanas ar kļūmi.