Izuzeci VPN-a po aplikaciji pucaju kad 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 posve drugom paketu. Zato pravilo po aplikaciji treba stvarni model identiteta platforme, a ne poznato ime datoteke za pokretanje. Provjere u nastavku polaze od zapažanja i vraćaju se onome tko je zahtjev doista uputio.

U ovim se tiketima obično istodobno 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 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 demoni.

Zapišite tri pojedinosti: identitet izvršne datoteke ili paketa, odredište s kojim je kontaktirao i trenutak u radnom tijeku 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 za odabir ispravnog identiteta 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

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

Provjerite što 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 sučelja. To jedno zapažanje rješava velik 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 tijek mijenja i nepovezani promet. Background Intelligent Transfer Service na Windowsu dobar je primjer oblika: to je infrastruktura koju mnoge aplikacije mogu koristiti, a njezin 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 što 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ćeg popisa izuzetaka za pomoćnike.

Testirajte cijeli radni tijek, 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 tijek koji koristi zajedničku komponentu, jer se tu široko zaobilaženje najavljuje. Ispravak koji popravi prvi i tiho pokvari drugi nije ispravak. Čuvajte oba rezultata u tiketu i izričito navedite drugi radni tijek, da ga recenzent može ponoviti.

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

Ostavite razlog, a ne popis imena

Dokumentirajte komponentu, radni tijek kojem služi i razlog izuzimanja. Popis imena pomoćnika bez pridružene svrhe postaje neodrživ u roku od dva ciklusa izdanja, a sljedeći inženjer ukloni pogrešan unos dok ga čisti.

Jedan redak po izuzeću dovoljan je: što se kvari bez njega, tko posjeduje taj radni tijek i kada je posljednji put provjeren. Ta tri polja pretvaraju tajanstven popis u politiku koju netko može braniti.