Orfa TUN-fasado: trovu la posedanton antaŭ ol forigi ĝin

Via TUN-fasado ankoraŭ listiĝas, la tunelo ne pasigas trafikon, kaj la evidenta solvo aspektas kiel forigi la ligilon. Ĉi tie malgrandaj purigoj fariĝas interrompoj. La fasado povas esti daŭra laŭ la dezajno, posedata de servo, kiu rekreados ĝin, aŭ kaŝiĝi en nomspaco, kie la sama nomo signifas ion alian. Ĝia ekzisto ne pruvas, ke ĝi estas orfa.

Forigi nomitan fasadon estas facile. Scii, kio dependas de ĝi, estas la vera tasko.

Mito: la fasado restis, ĉar la tunelo estas malaktiva

Daŭra TUN-aparato ekzistas sendepende de konektita seanco. Tio estas la senco de la daŭra flago: la aparato restas, por ke la sekva konekto povu reuzi ĝin. Neniu trafiko fluas, kaj nenio maltrafas.

La fasado ankaŭ povas aparteni al servo inter restartoj aŭ al kliento, kies profilo estas senaga. Kontrolu la posedantan procezon kaj la agordon antaŭ ol konkludi, ke ĝi estas forlasita. Procesa listo kaj la agordo, kiu ĝin lanĉas, estas pli fortaj pruvoj ol mankanta tunelo.

Notu la nomspacon kune kun la nomo. Alia nomspaco povas enhavi fasadon kun la sama nomo, kaj la du estas senrilataj. Uzu la nomspacan flagon, kiam vi devas inspekti alian.

Mito: forigi la ligilon purigas ĉion

Forigi la ligilon forigas la adresojn kaj itinerojn ligitajn al ĝi. Ĝi ne forigas regulojn de politiko, regulojn de fajroŝirmilo, agordojn de nomtradukilo aŭ helpajn skriptojn, kiuj referencis ĝin. Tiuj povas postvivi kaj montri al aparato, kiu ne plu ekzistas.

Se la servo estas ankoraŭ agordita, ĝi povas rekrei la fasadon ĉe la sekva lanĉo aŭ rekonekto. Tiam vi forigis funkciantan rimedon kaj lasis la originan vivciklan problemon surloke. Ŝanĝu la agordon, ne nur la plenumadan staton.

Purigo, kiu finiĝas kun la fasado reen kaj la reguloj duobligitaj, estas pli malbona ol neniu purigo.

Trovu la posedanton antaŭ ol tuŝi ĝin

Komencu per ip link show kaj la TUN/TAP-inspektiloj por akiri la fasadon, ĝiajn adresojn kaj ĝiajn itinerojn. Kontrolu la klienton, servon aŭ retan administrilon, kiu povus posedi ĝin. Konfirmu, ĉu la aparato estas daŭra kaj kiun reĝimon ĝi uzas. Poste decidu, ĉu iu ankoraŭ dependas de ĝi.

Por konfirmita neuzata daŭra fasado, ip tuntap dokumentas forigon specifan al la reĝimo. Kongruigu la faktan aparatan nomon kaj reĝimon, kaj ne lanĉu vastan purigon kontraŭ ĉiu tunelo sur la gastiganto.

Tenadu la restarigan aliron kaj la itinerojn por aliaj klientoj sendifektaj dum vi laboras. Notu la komandon, kiun vi uzis, por ke la sekva kontrolo povu esti ripetita ĝuste.

Forigu ĝin per la posedanto, poste kontrolu, kio restas

Unue haltigu aŭ forigu la subtenatan konektan agordon, por ke la servo ne rekreu tion, kion vi forigas. Poste forigu la aparaton. Poste inspektu la malnoviĝintajn adresojn, itinerojn kaj staton de la nomtradukilo sub iliaj propraj posedantoj.

Se la problemo revenas ĉe rekonekto, ripari la vivciklan agordon anstataŭ ripeti la manan forigon. Puriga registro, kiu nomas la orfon, kial ĝi estis neuzata kaj kiu komponento devus administri la anstataŭaĵon, ŝparas al la sekva persono konfuzi legitiman daŭran fasadon kun difekto.