Auth i përfaqësuesit të shfletuesit pa kokë nuk është një rrugë VPN

Një VPN mund të bartë trafikun e një shfletuesi në një server proxy dhe ende ta lërë shfletuesin të paaftë për të përdorur atë përfaqësues, sepse një rrugë dhe një kredencial janë gjëra të ndryshme. Automatizimi pa kokë e bën hendekun më të vështirë për t'u parë, pasi nuk ka asnjë dritare dhe asnjë kërkesë për të vënë re. Dështimi zakonisht shfaqet si një varje ose një gabim i përgjithshëm navigimi, dhe instinkti i parë është të fajësosh tunelin. Lista e kontrollit më poshtë ndan katër gjërat që duhet të jenë të vërteta përpara se një kërkesë pa kokë përmes një përfaqësuesi të vërtetuar të mund të ketë sukses.

Dy biseda, dy kredenciale

Ndodhin dy biseda dhe ato i përkasin palëve të ndryshme. Shfletuesi fillimisht lidhet me dëgjuesin proxy, i cili mund ta sfidojë atë për kredencialet; përfaqësuesi më pas bën ose lejon lidhjen e mëtejshme me destinacionin. Një VPN mund të mbajë pjesën e parë pa qenë pika përfundimtare që sfidon shfletuesin dhe nuk ka asgjë për të thënë për të dytën.

HTTP 407 është sinjali që klienti duhet të vërtetojë për kërkesën për proxy, të kryer në Proxy-Authenticate me përgjigjen e pritur në Proxy-Authorization. Ky nuk është identifikimi i faqes së internetit të destinacionit, dhe përzierja e të dyjave është burimi më i zakonshëm i konfuzionit këtu.

Pra, katër kontrollet janë: cilin përfaqësues të përzgjedhur në të vërtetë shfletuesi, kush i përgjigjet 407, në cilin rrjet është procesi i shfletuesit dhe si dorëzohet kredenciali pa person. Secili mund të dështojë në mënyrë të pavarur, dhe çdo dështim duket i ngjashëm nga jashtë. Punojini ato në rregull, sepse një kontroll i mëvonshëm nuk mund të kompensojë një të mëparshëm. Një përfaqësues që nuk është zgjedhur kurrë nuk mund të vërtetohet dhe një kredencial që ekziston vetëm në laptopin tuaj nuk mund të arrijë në një kontejner.

Kontrolloni 1: cili përfaqësues është zgjedhur në të vërtetë

Filloni me përzgjedhjen, sepse një shfletues që injoron cilësimin tuaj të përfaqësuesit nuk e arrin kurrë fare sfidën. Në Chrome flamuri është --proxy-server=proxy.example:3128, me --proxy-bypass-list për përjashtime dhe Selenium ekspozon të njëjtën gjë përmes opsioneve të shfletuesit të tij. Një skedar PAC është një mekanizëm i ndryshëm me mënyrat e veta të dështimit.

Më pas konfirmoni nga brenda mjedisit të shfletuesit që funksionon dhe jo nga guaska juaj. Një sondë e pavarur me të njëjtin përfaqësues është curl -x http://proxy.example:3128 -v https://example.com dhe dalja e saj e plotë tregon nëse CONNECT pati sukses, çfarë u kthye Proxy-Authenticate dhe nëse u kthye një 407. Nëse curl merr një 407 dhe shfletuesi varet, problemi është rruga e kredencialeve dhe jo rrjeti. Nëse curl ka sukses dhe shfletuesi jo, shfletuesi nuk po përdor përfaqësuesin që mendoni se është.

Kontrolloni 2: kush i përgjigjet 407

Një 407 ka një pronar dhe emërtimi i tij vendos se ku shkon rregullimi. Nëse sfida vjen nga përfaqësuesi i korporatës, rregullimi është një kredencial që shfletuesi mund ta paraqesë pa mbikëqyrje. Nëse vjen nga një përfaqësues në rrjedhën e sipërme që i pari i përcjell, kredenciali i takon atij hop të dytë dhe përfaqësuesi i parë mund të jetë duke e përcjellë sfidën e pandryshuar. Lexoni shtrirjen dhe hostin e vërtetimit në kokën Proxy-Authenticate, sepse ata emërtojnë kutinë që kërkon.

Ruaje atë dallim në çdo gjë që regjistron. Një sfidë proxy, një lidhje e refuzuar e mëtejshme, një hyrje në uebsajt dhe një skadim i transportit VPN janë katër dështime të ndryshme me katër pronarë të ndryshëm dhe një mesazh i përgjithshëm gabimi shkatërron informacionin që ju nevojitet.

Kontrolloni 3: shtegun e kredencialeve

Kredenciali në vetvete është vendi ku prishen shumica e konfigurimeve të pambikëqyrura. Selenium mund të caktojë një host dhe port proxy, por vërtetimi i përfaqësuesit HTTP nuk është një pjesë e lëvizshme e atij konfigurimi dhe kredencialet në URL-në e përfaqësuesit nuk janë një mekanizëm ku mund të mbështeteni në të gjithë shfletuesit dhe versionet e drejtuesve. Opsionet e mbështetura janë ato dokumentet tuaja aktuale të stivës: një shtesë e shfletuesit që i përgjigjet sfidës, një përfaqësues lokal i përcjelljes që shton kokën dhe është i arritshëm vetëm nga puna, ose një përfaqësues që vërteton ngarkesën e punës me mjete të tjera. Zgjidhni një me qëllim dhe kontrollojeni në lidhje me versionet e sakta të shfletuesit, drejtuesit dhe Selenium që do të përdorni.

Mbajeni kredencialin larg vendeve që e nxjerrin atë. Linjat e komandës janë të dukshme në listat e proceseve, pamjet e ekranit përfundojnë në raportet e testimit, gjurmët e shfletuesit dhe skedarët HAR kapin kokat e skedarëve, dhe konfigurimi i kryer i testit është përgjithmonë. Përdorni mekanizmin e shpërndarjes sekrete të punës dhe rregullat e redaktimit të tij dhe shtrini llogarinë e përfaqësuesit në destinacionet ose rolin që i nevojitet.

Nëse organizata ofron një rrugë të lejuar të drejtpërdrejtë VPN në vend të një përfaqësuesi të detyrueshëm, krahasoni të dy modelet në mënyrë eksplicite. Mos e çaktivizoni në heshtje përfaqësuesin ose mos imitoni vërtetimin e një klienti tjetër për të kapërcyer politikën.

Kontrolloni 4: kontekstin e rrjetit të vetë procesit të shfletuesit

Ky është kontrolli që njerëzit kalojnë. Një shfletues i lançuar nga një punonjës, një kontejner ose një nyje e largët Selenium Grid përdor rrjetëzimin e atij mjedisi, kështu që lidhja VPN e laptopit dhe variablat e përfaqësuesit të guaskës suaj përshkruajnë një shteg që shfletuesi nuk mund të prekë kurrë.

Regjistroni pesë fakte për punën e dështuar: hostin e shfletuesit, përfaqësuesin e konfiguruar, shtegun fillestar të zgjidhjes, rrugën e zgjedhur dhe zotëruesin e vërtetimit. Më pas bëni një kërkesë të padëmshme të autorizuar nga ai kontekst i saktë, me verifikimin normal të destinacionit TLS dhe autorizimin e aplikimit të mbetur aktiv. Një shfletues pa kokë që fillon me sukses nuk dëshmon as pranimin e proxy dhe as mbulimin e VPN, dhe një pamje nga ekrani i një faqeje bosh nuk provon asgjë. Kërkesa që kthen 200 përmes të gjithë zinxhirit është e vetmja dëshmi që ka rëndësi.

Rrjedha e përfunduar e punës ka tre veti që ia vlen të kontrollohen si grup. Ekziston një rrugë e mbështetur nga hosti i shfletuesit te proxy, një politikë e qartë ndërmjetëse që emërton përfaqësuesin dhe destinacionet, dhe një cikël jete kredenciale që nuk varet nga përgjigjja e një operatori ndaj një kërkese të padukshme. Nëse ndonjë nga të tre varet nga një person, puna nuk është ende e pambikëqyrur, pavarësisht nga kodi i daljes. Shkruani pesë faktet përpara se personi tjetër të trashëgojë tubacionin.