Per-aplikaĵaj VPN-esceptoj rompiĝas, kiam komuna servo elprenas datumojn

Vi esceptas unu aplikaĵon de la VPN, kaj la elŝuto, kiun ĝi bezonis, ankoraŭ malsukcesas, aŭ pli malbone, ĝi ekfunkcias kaj io nerilata haltas. La videbla fenestro ne nepre estas la procezo, kiu malfermas ĉiun konekton: aplikaĵo povas transdoni laboron al helpanto, al fona transiga servo aŭ al tute alia pakaĵo. Per-aplikaĵa regulo do bezonas la realan identecmodelon de la platformo, ne konatan lanĉilan dosiernomon. La kontroloj sube komenciĝas de la observado kaj reiras al tiu, kiu fakte sendis la peton.

En ĉi tiuj biletoj kutime du aferoj misfunkcias kune: la malĝusta komponanto estas esceptata, kaj la escepto neniam plinarrowiĝas poste.

Trovu la procezon, ne la fenestron

Reproduktu la malsukcesan operacion kaj identigu la procezon aŭ pakaĵon, kiu posedas la konekton dum ĝi okazas. En Windows tio estas alia demando ol tiu, kiu fenestro havas la fokuson, ĉar fonan transigon povas peradi servo, kiu funkcias sub sia propra identeco. En Linux kaj macOS la sama divido aperas kiel helpaj procezoj kaj sistemaj demonoj.

Notu tri detalojn: la identecon de la plenumebla dosiero aŭ pakaĵo, la celon, kun kiu ĝi kontaktis, kaj la momenton en la laborfluo, kiam ĝi okazis. Elŝuto, kiu malsukcesas komence, ofte estas metadatumo elprenata de alia komponanto ol elŝuto, kiu malsukcesas duonvoje. Tiu distingo sola kutime sufiĉas por elekti la ĝustan identecon antaŭ ol tuŝi la regulon. Se la identeco montriĝas servo anstataŭ aplikaĵo, tiu unu fakto ŝanĝas la tutan regulon, do starigu ĝin unue.

Se vi ne povas observi la procezon ĉar la operacio estas tro mallonga, ripetu ĝin kun pli granda ŝarĝo aŭ pli malrapida celo. La celo estas unu ripetebla observado, ne teorio pri tio, kiu helpanto partoprenas.

Traktu DNS kiel propran vojon

Sistema nomrezolucio eble tute ne sekvas la esceptitan aplikaĵon, kaj tial esceptita retumilo ankoraŭ povas malsukcesi ĉe privata gastigantnomo dum ĝia trafiko ĝuste estas ekster la tunelo. La retumilo estis esceptita; la solvilo ne.

Kontrolu, kion la platformo faras kun DNS kiam validas per-aplikaĵa regulo, kaj kontrolu tion aparte de la HTTP-peto. Se la solvilo estas komuna servo, ĝi servas ĉiun aplikaĵon sur la aparato, do la escepto, kiun vi pripensas, havas multe pli vastan publikon ol tiu, kiun vi testis.

Registru, kiu solvilo respondis kaj per kiu interfaco. Tiu unu observado solvas grandan parton de la raportoj «la aplikaĵo estas esceptita, sed la nomo ne solviĝas», do konservu ĝin kun la bileto.

Ne vastigu komunan helpanton

Komuna servo plenumas laboron por pluraj aplikaĵoj, do escepti ĝin por ripari unu laborfluon ankaŭ ŝanĝas nerilatan trafikon. La Background Intelligent Transfer Service en Windows estas bona ekzemplo de la formo: ĝi estas infrastrukturo, kiun multaj aplikaĵoj povas uzi, kaj ĝia identeco ne estas la identeco de la aplikaĵo, kiu petis la transigon.

Kontrolu la subtenatan regulmodelon de la kliento kaj la postulojn de la organizo antaŭ ol aldoni tiun escepton. Demandu, kio alie uzas la komponanton, kaj ĉu la regulo, kiun vi baldaŭ skribos, povas esti esprimita rilate al celoj anstataŭ al komuna procezo.

Se la postulo tute ne povas esti esprimita kiel aplikaĵa limo, celbazita politiko aŭ alia aprobita dezajno povas esti pli komprenebla kaj pli sekura ol kreskanta listo de helpantaj esceptoj.

Testu la tutan laborfluon, ne la malsukcesan paŝon

Post subtenata ŝanĝo, plenumu la celatan taskon per freŝa peto de komenco ĝis fino. Poste plenumu unu alian laborfluon, kiu uzas la komunan komponanton, ĉar ĝuste tie larĝa pretervojo sciigas pri si. Riparo, kiu riparas la unuan kaj silente rompas la duan, ne estas riparo. Konservu ambaŭ rezultojn en la bileto kaj nomu la duan laborfluon eksplicite, por ke recenzanto povu ripeti ĝin.

Tenu la teston malgranda kaj ripetebla: sama celo, sama konto, samaj kondiĉoj. Se la dua laborfluo ne estas dokumentita, demandu ĝian posedanton, de kio ĝi dependas, antaŭ ol decidi, ke la ŝanĝo estas sekura.

Lasu kialon, ne nomliston

Dokumentu la komponanton, la laborfluon, kiun ĝi servas, kaj la kialon de ĝia escepto. Listo de helpantaj nomoj sen ligita celo fariĝas neprizorgata ene de du eldoncikloj, kaj la sekva inĝeniero forigas la malĝustan eron dum purigado.

Unu linio por escepto sufiĉas: kio rompiĝas sen ĝi, kiu posedas tiun laborfluon, kaj kiam ĝi laste estis kontrolita. Tiuj tri kampoj transformas misteran liston en politikon, kiun iu povas defendi.