Headless Browser Proxy Auth nije VPN ruta

VPN može prenijeti promet preglednika na proxy poslužitelj i svejedno ostaviti preglednik nesposobnim za korištenje tog proxyja jer su ruta i vjerodajnica različite stvari. Bezglava automatizacija čini prazninu vidljivijom, budući da nema prozora i upita koji bi se primijetili. Kvar se obično pojavljuje kao zastoj ili generička navigacijska pogreška, a prvi instinkt je okriviti tunel. Popis za provjeru u nastavku odvaja četiri stvari koje moraju biti istinite prije nego što nezaglavi zahtjev putem autentificiranog proxyja može uspjeti.

Dva razgovora, dvije vjerodajnice

Događaju se dva razgovora, a pripadaju različitim stranama. Preglednik se prvo spaja na proxy slušatelja, koji ga može osporiti za vjerodajnice; proxy zatim uspostavlja ili dopušta daljnju vezu s odredištem. VPN može nositi prvu etapu, a da nije krajnja točka koja izaziva preglednik, a o drugoj nema što reći.

HTTP 407 je signal da se klijent mora autentificirati za proxy zahtjev, prenesen u Proxy-Authenticate s očekivanim odgovorom u Proxy-Authorization. To nije prijava odredišne web stranice, a miješanje je najčešći izvor zabune ovdje.

Dakle, četiri provjere su: koji je proxy preglednik zapravo odabrao, tko odgovara na 407, na kojoj je mreži proces preglednika i kako se vjerodajnica isporučuje bez čovjeka. Svaki može ne uspjeti samostalno, a svaki neuspjeh izgleda slično izvana. Radite ih redom, jer kasnija provjera ne može nadoknaditi raniju. Proxy koji nikada nije odabran ne može se autentificirati, a vjerodajnica koja postoji samo na vašem prijenosnom računalu ne može doći do spremnika.

Provjerite 1: koji je proxy zapravo odabran

Započnite s odabirom, jer preglednik koji zanemaruje vašu proxy postavku uopće ne može postići izazov. U Chromeu je zastavica --proxy-server=proxy.example:3128, sa --proxy-bypass-list za izuzeća, a Selenium izlaže istu stvar kroz svoje opcije preglednika. PAC datoteka je drugačiji mehanizam sa svojim načinima kvarova.

Zatim potvrdite iz okruženja preglednika koji radi, a ne iz ljuske. Nezavisna sonda s istim proxyjem je curl -x http://proxy.example:3128 -v https://example.com, a njen opširni izlaz pokazuje je li CONNECT uspio, što je Proxy-Authenticate vratio i je li vraćen 407. Ako curl dobije 407 i preglednik se prekine, put vjerodajnica je problem, a ne mreža. Ako curl uspije, a preglednik ne, preglednik ne koristi proxy za koji mislite da jest.

Provjerite 2: tko odgovara na 407

407 ima vlasnika, a njegovo imenovanje odlučuje kamo ide popravak. Ako izazov dolazi od korporativnog proxyja, popravak je vjerodajnica koju preglednik može prikazati bez nadzora. Ako dolazi od uzvodnog proxyja kojem prvi prosljeđuje, vjerodajnica pripada tom drugom skoku i prvi proxy možda prenosi izazov nepromijenjen. Pročitajte opseg provjere autentičnosti i host u Proxy-Authenticate zaglavlju, jer oni imenuju okvir koji traži.

Sačuvajte tu razliku u svemu što bilježite. Proxy izazov, odbijena daljnja veza, prijava na web-mjesto i vremensko ograničenje VPN prijenosa četiri su različita kvara s četiri različita vlasnika, a jedna generička poruka o pogrešci uništava informacije koje su vam potrebne.

Provjerite 3: put vjerodajnice

Sama vjerodajnica je mjesto gdje se većina nenadziranih postavki kvari. Selenium može postaviti proxy host i port, ali HTTP proxy provjera autentičnosti nije prijenosni dio te konfiguracije, a vjerodajnice u proxy URL-u nisu mehanizam na koji se možete osloniti u svim preglednicima i verzijama upravljačkih programa. Podržane opcije su one koje vaši stvarni skupovi dokumenata: proširenje preglednika koje odgovara na izazov, lokalni proxy za prosljeđivanje koji dodaje zaglavlje i dostupan je samo iz posla ili proxy koji autentifikuje radno opterećenje drugim sredstvima. Namjerno odaberite jedan i provjerite točan preglednik, upravljački program i verziju Seleniuma koju ćete pokretati.

Držite vjerodajnicu dalje od mjesta gdje curi. Naredbene linije vidljive su u popisima procesa, snimke zaslona završavaju u testnim izvješćima, tragovi preglednika i zaglavlja snimanja HAR datoteka, a predana testna konfiguracija je zauvijek. Upotrijebite tajni mehanizam isporuke posla i njegova pravila za uređivanje te odredite proxy račun prema odredištima ili ulozi koja mu je potrebna.

Ako organizacija nudi dopuštenu izravnu VPN rutu umjesto obaveznog proxyja, eksplicitno usporedite dva dizajna. Nemojte tiho onemogućiti proxy ili oponašati autentifikaciju drugog klijenta da biste zaobišli pravila.

Provjerite 4: preglednik obrađuje vlastiti mrežni kontekst

Ovo je ček koji ljudi preskaču. Preglednik koji je pokrenuo radnik, spremnik ili udaljeni Selenium Grid čvor koristi umrežavanje tog okruženja, tako da VPN veza vašeg prijenosnog računala i proxy varijable vaše ljuske opisuju put koji preglednik možda nikada neće dodirnuti.

Zabilježite pet činjenica za neuspjeli posao: host preglednika, konfigurirani proxy, početni put razrješitelja, odabranu rutu i vlasnika autentifikacije. Zatim uputite jedan bezopasni autorizirani zahtjev iz točno tog konteksta, s uključenom normalnom odredišnom TLS provjerom i autorizacijom aplikacije. Preglednik bez glave koji se uspješno pokrene ne dokazuje ni proxy pristup ni VPN pokrivenost, a snimka zaslona prazne stranice ne dokazuje baš ništa. Zahtjev koji vraća 200 kroz cijeli lanac jedini je dokaz koji se računa.

Gotov tijek rada ima tri svojstva koja vrijedi provjeriti kao skup. Postoji podržana ruta od hosta preglednika do proxyja, eksplicitna politika posrednika koja imenuje proxy i odredišta te životni ciklus vjerodajnica koji ne ovisi o odgovoru operatera na nevidljivi upit. Ako bilo što od to troje ovisi o osobi, posao još nije bez nadzora, što god izlazna šifra rekla. Zapišite pet činjenica prije nego što sljedeća osoba naslijedi cjevovod.