Kodėl skaidytas tuneliavimas neapima jūsų programėlės atnaujinimų

Pridedate programėlę prie skaidyto tuneliavimo išimčių sąrašo, programėlė pasiekia internetą tiesiogiai, o atnaujinimai vis tiek nepavyksta arba vis tiek šliaužia per tunelį. Išimtis suveikė. Ji tik apėmė kitą procesą nei tas, kuris atlieka atsisiuntimą, nes šiuolaikinis atnaujintuvas retai būna tas pats vykdomasis failas kaip programėlės langas.

Mitas: programėlės išskyrimas išskiria jos srautą

Skaidytas tuneliavimas pagal programėles susieja procesą, paketą arba programėlės kelią, priklausomai nuo platformos. Jis nesusieja prekės ženklo, funkcijos ar naudotojo ketinimo. Kai programėlė perduoda atsisiuntimą pagalbininkui, bendrai platformos tarnybai ar naršyklės komponentui, tas pagalbininkas turi savo tapatybę ir savo kelią per tunelį. Išimčių sąrašas net nenutuokia, kad abu procesai priklauso tam pačiam produktui. Jis žino tik, kurį įvardijote.

Taigi taisyklė daro būtent tai, kas jai pasakyta. Prielaida apie tai, kam priklauso perdavimas, buvo klaidinga, o taisymas prasideda nuo to savininko nustatymo, o ne nuo papildomų išimčių pridėjimo.

Raskite perdavimo savininką

Android sistemoje atnaujinimą gali gauti bendras tarnybos paketas, o ne jūsų išskirtas programėlės paketas, ir VPN taisyklė pagal programėlę taikoma paketui, kuris atidaro lizdą. Windows sistemoje atnaujinimo tarnyba gali veikti kitu vykdomuoju keliu nei programėlė, todėl taisyklė, atitinkanti programėlės kelią, jos nepagauna. macOS sistemoje privilegijuotas pagalbininkas ar sistemos atnaujinimo demonas gali atlikti perdavimą, o programėlė jo tik prašo.

Nustatykite savininką pagal įrodymus: platformos tinklo aktyvumo rodinį, pagal procesą filtruotą paketų įrašymą arba tiekėjo dokumentaciją, kurioje įvardytas atnaujinimo komponentas. Spėjimas pagal proceso pavadinimą yra būdas supainioti du panašius dvejetainius failus ir išskirti netinkamą.

Atnaujinimo sistemos taip pat dažnai pasidalija darbą. Maža metaduomenų užklausa tikrina versiją, o daug didesnis paketo atsisiuntimas keliauja į turinio pristatymo mazgą ar kitą domeną. Metaduomenų patikra gali pavykti per tunelį, o paketo perdavimas įstringa mazge, kurį tunelis maršrutizuoja kitaip. Šis pasidalijimas paaiškina klaidinančią ataskaitą, kai atnaujinimai aptinkami, bet niekada neįdiegiami. Išbandykite patį paketo atsisiuntimą iš to paties įrenginio ir to paties tinklo, o ne tai, ar programėlė atsidaro.

Tikrinimas išgyvena maršruto pakeitimą

Maršruto pakeitimas nepakeičia TLS, leidėjo tapatybės ar paketo parašo tikrinimo. Neišjunkite tų patikrų vien todėl, kad atsisiuntimas pavyksta tik po to, kai spustelėjote nepaiškintą sertifikato įspėjimą. Įspėjimas, kuris rodomas tik išskirtame kelyje, yra radinys, o ne kliūtis. Ištirkite jį prieš išplėsdami apėjimą.

Valdomame įrenginyje paprašykite palaikomos išimties, o ne pridėkite plačią taisyklę kiekvienai sistemos tarnybai. Taisyklė, kuri išskiria visas bendras tarnybas, kad sutvarkytų vieną atnaujintuvą, išplečia apėjimą daug toliau nei pirminė užklausa.

Išbandykite atnaujinimą, tada užfiksuokite savininką

Po pakeitimo vėl prisijunkite ir dar kartą patikrinkite taikomą taisyklę, nes kai kurie klientai atstatydami tunelį iš naujo sudaro maršrutizavimą. Atlikite vieną visą atnaujinimo ciklą: patikrinti, atsisiųsti, patvirtinti ir įdiegti. Sėkminga patikra įrodo tik mažiausią kelio dalį.

Užrašykite perdavimo savininką, paskirties mazgus ir numatytą maršrutą toje pačioje vietoje kaip skaidyto tuneliavimo taisyklę. Priešingu atveju kitas atnaujinimo mechanizmo pakeitimas tyliai panaikins išimtį, o ją paveldėjęs žmogus neturės jokio būdo sužinoti, kuriam procesui taisyklė buvo parašyta.