Izuzeci u VPN-u po aplikaciji pucaju kada zajednička usluga dohvati podatke

Izuzmete jednu aplikaciju iz VPN-a, a preuzimanje koje joj je trebalo i dalje ne uspijeva, ili još gore, počinje raditi i nešto nepovezano stane. Vidljivi prozor nije nužno proces koji otvara svaku vezu: aplikacija može predati posao pomoćniku, usluzi za prijenos u pozadini ili potpuno drugom paketu. Zato pravilo po aplikaciji treba stvarni model identiteta platforme, a ne poznato ime datoteke za pokretanje. Provjere ispod počinju od zapažanja i vraćaju se onome ko je zahtjev stvarno uputio.

U ovim tiketima obično se zajedno pokvare dvije stvari: izuzme se pogrešna komponenta, a izuzeće se poslije nikada ne suzi.

Nađite proces, a ne prozor

Reproducirajte neuspjelu radnju i identificirajte proces ili paket koji posjeduje vezu dok se ona odvija. Na Windowsu je to drugo pitanje od onoga koji prozor ima fokus, jer prijenosom u pozadini može posredovati usluga koja radi pod vlastitim identitetom. Na Linuxu i macOS-u ista se podjela pojavljuje kao pomoćni procesi i sistemski daemoni.

Zapišite tri detalja: identitet izvršne datoteke ili paketa, odredište s kojim je kontaktirao i trenutak u radnom toku kada se to dogodilo. Preuzimanje koje ne uspije na početku često je dohvat metapodataka druge komponente od preuzimanja koje ne uspije na pola puta. Sama ta razlika obično je dovoljna da odaberete pravi identitet prije nego što dirnete pravilo. Ako se identitet pokaže uslugom, a ne aplikacijom, ta jedna činjenica mijenja cijelo pravilo, zato je prvo utvrdite.

Ako ne možete promatrati proces jer je radnja prekratka, ponovite je s većim teretom ili sporijim odredištem. Cilj je jedno ponovljivo zapažanje, a ne teorija o tome koji je pomoćnik uključen.

Tretirajte DNS kao vlastitu putanju

Sistemsko razrješavanje imena možda uopće ne slijedi izuzetu aplikaciju, zbog čega izuzeti preglednik i dalje može ne uspjeti na privatnom imenu hosta dok je njegov promet ispravno izvan tunela. Preglednik je bio izuzet, razrješivač nije.

Provjerite šta platforma radi s DNS-om kada se primjenjuje pravilo po aplikaciji i provjerite to odvojeno od HTTP zahtjeva. Ako je razrješivač zajednička usluga, ona služi svakoj aplikaciji na uređaju, pa izuzeće koje razmatrate ima mnogo širu publiku od onoga koje ste testirali.

Zabilježite koji je razrješivač odgovorio i preko kojeg interfejsa. To jedno zapažanje rješava veliki dio izvještaja „aplikacija je izuzeta, ali ime se ne razrješava“, zato ga čuvajte uz tiket.

Ne širite zajedničkog pomoćnika

Zajednička usluga obavlja posao za nekoliko aplikacija, pa izuzimanje da biste popravili jedan radni tok mijenja i nepovezani promet. Background Intelligent Transfer Service na Windowsu dobar je primjer oblika: to je infrastruktura koju mnoge aplikacije mogu koristiti, a njen identitet nije identitet aplikacije koja je zatražila prijenos.

Provjerite model pravila koji klijent podržava i zahtjeve organizacije prije nego što dodate to izuzeće. Pitajte šta još koristi komponentu i može li se pravilo koje ćete napisati izraziti prema odredištima umjesto prema zajedničkom procesu.

Ako se zahtjev uopće ne može izraziti kao granica aplikacije, politika zasnovana na odredištima ili neki drugi odobreni dizajn mogu biti razumljiviji i sigurniji od rastuće liste izuzetaka za pomoćnike.

Testirajte cijeli radni tok, a ne korak koji ne uspijeva

Nakon podržane promjene pokrenite predviđeni zadatak sa svježim zahtjevom od početka do kraja. Zatim pokrenite jedan drugi radni tok koji koristi zajedničku komponentu, jer se tu široko zaobilaženje najavljuje. Ispravka koja popravi prvi i tiho pokvari drugi nije ispravka. Čuvajte oba rezultata u tiketu i izričito navedite drugi radni tok, da ga recenzent može ponoviti.

Držite test malim i ponovljivim: isto odredište, isti račun, isti uslovi. Ako drugi radni tok nije dokumentovan, pitajte njegovog vlasnika o čemu zavisi prije nego što odlučite da je promjena sigurna.

Ostavite razlog, a ne listu imena

Dokumentujte komponentu, radni tok kojem služi i razlog izuzimanja. Lista imena pomoćnika bez pridružene svrhe postaje neodrživa u roku od dva ciklusa izdanja, a sljedeći inženjer ukloni pogrešan unos dok je čisti.

Jedan red po izuzetku je dovoljan: šta se kvari bez njega, ko posjeduje taj radni tok i kada je posljednji put provjeren. Ta tri polja pretvaraju tajanstvenu listu u politiku koju neko može braniti.