Brezglavo preverjanje posredniškega brskalnika ni pot VPN

VPN lahko prenaša promet brskalnika na strežnik proxy in brskalnik še vedno ne more uporabljati tega proxyja, ker sta pot in poverilnica različni stvari. Zaradi brezglave avtomatizacije je vrzel težje videti, saj ni nobenega okna in nobenega poziva, ki bi ga opazili. Napaka se običajno pojavi kot zastoj ali splošna navigacijska napaka, prvi instinkt pa je okriviti predor. Spodnji kontrolni seznam ločuje štiri stvari, ki morajo biti resnične, preden lahko brezglava zahteva prek overjenega proxyja uspe.

Dva pogovora, dve poverilnici

Zgodita se dva pogovora, ki pripadata različnima stranema. Brskalnik se najprej poveže s poslušalcem proxy, ki ga lahko izpodbija za poverilnice; proxy nato vzpostavi ali dovoli nadaljnjo povezavo do cilja. VPN lahko nosi prvo etapo, ne da bi bil končna točka, ki izziva brskalnik, in nima ničesar povedati o drugi.

HTTP 407 je signal, ki ga mora odjemalec overiti za zahtevo posrednika, preneseno v Proxy-Authenticate z odgovorom, pričakovanim v Proxy-Authorization. To ni prijava ciljnega spletnega mesta in mešanje obeh je tukaj najpogostejši vir zmede.

Štiri preverjanja so torej: kateri proxy je brskalnik dejansko izbral, kdo odgovarja na 407, v katerem omrežju je proces brskalnika in kako se poverilnica dostavi brez osebe. Vsak lahko spodleti neodvisno in vsak neuspeh je od zunaj videti podoben. Delajte jih po vrstnem redu, ker poznejši pregled ne more nadomestiti prejšnjega. Proxyja, ki ni bil nikoli izbran, ni mogoče overiti, poverilnica, ki obstaja samo na vašem prenosniku, pa ne more doseči vsebnika.

Preverite 1: kateri proxy je dejansko izbran

Začnite z izbiro, saj brskalnik, ki ignorira vašo nastavitev proxyja, sploh ne doseže izziva. V Chromu je zastavica --proxy-server=proxy.example:3128 z --proxy-bypass-list za izključitve, Selenium pa izpostavi isto stvar prek svojih možnosti brskalnika. Datoteka PAC je drugačen mehanizem z lastnimi načini napak.

Nato potrdite v okolju delujočega brskalnika in ne v lupini. Neodvisna sonda z istim posrednikom je curl -x http://proxy.example:3128 -v https://example.com in njen podrobni izhod prikazuje, ali je CONNECT uspel, kaj je Proxy-Authenticate vrnil in ali je bil vrnjen 407. Če curl dobi 407 in brskalnik visi, je težava pot poverilnice in ne omrežje. Če curl uspe, brskalnik pa ne, brskalnik ne uporablja proxyja, za katerega mislite, da je.

Preverite 2: kdo odgovarja na 407

407 ima lastnika in njegovo poimenovanje določa, kam gre popravek. Če izziv izvira iz korporativnega proxyja, je popravek poverilnica, ki jo brskalnik lahko predstavi nenadzorovano. Če prihaja iz proxyja navzgor, h kateremu prvi posreduje, poverilnica pripada temu drugemu skoku in prvi proxy morda posreduje izziv nespremenjen. Preberite obseg preverjanja pristnosti in gostitelja v glavi Proxy-Authenticate, ker poimenujejo polje, ki sprašuje.

Ohranite to razlikovanje v vsem, kar prijavite. Izziv posrednika, zavrnjena nadaljnja povezava, prijava na spletno mesto in časovna omejitev prenosa VPN so štiri različne napake s štirimi različnimi lastniki, eno splošno sporočilo o napaki pa uniči informacije, ki jih potrebujete.

Preverite 3: pot poverilnice

Poverilnica sama je tisto, kjer se večina nenadzorovanih nastavitev pokvari. Selenium lahko nastavi gostitelja proxy in vrata, vendar preverjanje pristnosti proxyja HTTP ni prenosljiv del te konfiguracije, poverilnice v URL-ju proxy pa niso mehanizem, na katerega bi se lahko zanesli v vseh brskalnikih in različicah gonilnikov. Podprte možnosti so tiste, ki so vaši dejanski dokumenti sklada: razširitev brskalnika, ki odgovori na izziv, lokalni posredniški posrednik, ki doda glavo in je dosegljiv samo iz opravila, ali posredniški strežnik, ki overja delovno obremenitev na druge načine. Namenoma izberite enega in ga primerjajte z natančnim brskalnikom, gonilnikom in različico Selenium, ki jo boste izvajali.

Poverilnico hranite stran od mest, kjer uhaja. Ukazne vrstice so vidne v seznamih procesov, posnetki zaslona se končajo v poročilih o preskusih, sledi brskalnika in glave za zajemanje datotek HAR, odobrena preskusna konfiguracija pa je za vedno. Uporabite mehanizem skrivne dostave opravila in njegova pravila urejanja ter določite obseg računa proxy na cilje ali vlogo, ki jo potrebuje.

Če organizacija ponuja dovoljeno neposredno pot VPN namesto obveznega proxyja, izrecno primerjajte obe zasnovi. Ne onemogočite tiho proxyja ali posnemajte preverjanja pristnosti drugega odjemalca, da bi se izognili pravilniku.

Preverite 4: omrežni kontekst brskalnika procesira

To je ček, ki ga ljudje preskočijo. Brskalnik, ki ga zažene delavec, vsebnik ali oddaljeno vozlišče Selenium Grid, uporablja omrežje tega okolja, zato povezava VPN vašega prenosnika in spremenljivke proxy lupine opisujejo pot, ki se je brskalnik morda nikoli ne bo dotaknil.

Zabeležite pet dejstev za neuspešno opravilo: gostitelja brskalnika, konfiguriranega proxyja, začetne poti razreševalnika, izbrane poti in lastnika avtentikacije. Nato naredite eno neškodljivo avtorizirano zahtevo iz natanko tega konteksta, pri čemer pustite normalno ciljno preverjanje TLS in avtorizacijo aplikacije. Brezglavi brskalnik, ki se uspešno zažene, ne dokazuje niti proxyja niti pokritosti VPN, posnetek zaslona prazne strani pa ne dokazuje ničesar. Zahteva, ki vrne 200 skozi celotno verigo, je edini dokaz, ki šteje.

Dokončani potek dela ima tri lastnosti, ki jih je vredno preveriti kot niz. Obstaja podprta pot od gostitelja brskalnika do strežnika proxy, eksplicitna vmesna politika, ki poimenuje strežnik proxy in cilje, ter življenjski cikel poverilnic, ki ni odvisen od odgovora operaterja na nevidni poziv. Če je kateri od treh odvisen od osebe, delo še ni nenadzorovano, ne glede na izhodno kodo. Zapišite pet dejstev, preden naslednja oseba podeduje cevovod.