Sadalītais tunelis joprojām izslēdz lietotni, kuru atinstalējāt

Vecā lietotne ir pazudusi, un sadalītā tuneļa sarakstā joprojām ir ieraksts par to. Nekas redzami nesalūzt, tāpēc tas tur paliek mēnešiem. Tad kāds tajā pašā mapē instalē citu programmu, vai pārvaldīts profils atjauno noteikumu katrā atkārtotā savienojumā, un trafiks sāk iet pa ceļu, kuru neviens nav plānojis. Izņēmums pārdzīvoja iemeslu, kāpēc tas pastāvēja.

To sakārtot galvenokārt nozīmē identitāti: uz ko noteikums tagad norāda un kam pieder saraksts.

Simptoms: izņēmums, kas nekam neatbilst

Novecojis ieraksts parastā lietošanā nav redzams. Tas kļūst redzams trīs veidos: lietotne, kurai gaidījāt iet caur tuneli, iet tieši, jauna programma manto veco izņēmumu, vai klients atsakās saglabāt labojumu, jo pārvaldītais profils to pārraksta. Visi trīs izskatās kā atsevišķas kļūdas, un visi trīs ir viena un tā pati uzskaites problēma. Katru ir lēti pārbaudīt un dārgi nepareizi diagnosticēt.

Sāciet ar noteikuma nolasīšanu, nevis dzēšanu.

Noskaidrojiet, ko noteikums identificē

Sadalītā tuneļa ieviešanas izņēmumus saista ar dažādām lietām: izpildāmā faila ceļu, pakotnes nosaukumu, pakotnes identifikatoru vai maršrutu. Ceļā balstīts noteikums norāda uz failu, kas var vairs neeksistēt vai tagad var būt cits fails. Pakotnē balstīts noteikums norāda uz identitāti, kuru jauna instalācija var izmantot atkārtoti. Lasiet klienta dokumentāciju par lauku, kuru skatāties, jo viens un tas pats teksta lauks dažādos produktos nozīmē dažādas lietas. Android VpnService rokasgrāmata ir atsauce uz pakotnē balstīto gadījumu.

Parādītais nosaukums ir vismazāk uzticamā ieraksta daļa, un tieši to cilvēki lasa.

Ceļa noteikumi un pakotnes noteikumi uzvedas atšķirīgi

Ceļa noteikums, kas pārdzīvo atinstalēšanu, parasti kļūst neaktīvs, un neaktivitāte ir labs iznākums. Sliktais iznākums ir ceļš, kas tiek izmantots atkārtoti, jo jaunais izpildāmais fails klusi manto izņēmumu. Pakotnes noteikumi uzvedas vēl citādi: produkts var ignorēt nepieejamu pakotni, to noraidīt vai turpināt saskaņot pēc nosaukuma, kad kaut kas jauns piesavinās šo nosaukumu.

Nepārnest pieņēmumu no viena klienta uz otru. Pārbaudiet, ko jūsējais patiešām dara ar trūkstošu mērķi, ideālā gadījumā apzināti izveidojot stāvokli testa mašīnā un vērojot, kurš process manto izņēmumu.

Noņemiet to, izmantojot īpašnieku

Ja saraksts nāk no pārvaldīta profila, vietēja labošana ir pagaidu izmaiņa, kas tiks atjaunota nākamajā savienojumā. Mainiet profilu vai pajautājiet tā īpašniekam, un apstipriniet, ka labojums pārdzīvo atkārtotu savienojumu. Ja saraksts ir vietējs, noņemiet ierakstu un pārbaudiet, vai klients pārrakstīja savu konfigurāciju, nevis paturēja veco atmiņā.

Tukšs saraksts nav mērķis. Mērķis ir saraksts, kura ieraksti joprojām atbilst reālām prasībām.

Pēc tam pārbaudiet abus virzienus

Pēc sakārtošanas pārbaudiet lietotni, kurai joprojām jābūt izslēgtai, un lietotni, kurai tagad jāiet caur tuneli. DNS uzvedību apstipriniet atsevišķi, jo risinātāja politika ir cita kontrole nekā izņēmumu saraksts. Pēc tam vienreiz pieslēdzieties no jauna un pārbaudiet vēlreiz, jo atjaunots profils ir visbiežākais veids, kā sakārtošana klusi atceļ pati sevi.

Glabājiet vienas rindas mērķi pie katra atlikušā izņēmuma. Tieši šī rinda neļauj sarakstam kļūt par muzeju un padara nākamo sakārtošanu par piecu minūšu darbu.