A fej nélküli böngészőproxy hitelesítés nem VPN-útvonal

A VPN továbbíthatja a böngésző forgalmát egy proxyszerverhez, de a böngésző továbbra sem tudja használni a proxyt, mivel az útvonal és a hitelesítési adatok különböző dolgok. A fej nélküli automatizálás megnehezíti a rés belátását, mivel nincs ablak, és nincs észrevétel. A hiba általában akadozásként vagy általános navigációs hibaként jelenik meg, és az első ösztön az alagút hibáztatása. Az alábbi ellenőrzőlista szétválasztja azt a négy dolgot, amelyeknek igaznak kell lenniük ahhoz, hogy egy hitelesített proxyn keresztül érkező fej nélküli kérés sikeres legyen.

Két beszélgetés, két hitelesítés

Két beszélgetés történik, és különböző felekhez tartoznak. A böngésző először csatlakozik a proxy figyelőhöz, amely megkérdőjelezheti a hitelesítési adatokat; a proxy ezután létrehozza vagy engedélyezi a továbbcsatlakozást a célállomáshoz. A VPN anélkül tudja végrehajtani az első szakaszt, hogy az a végpont lenne, amely kihívást jelentene a böngésző számára, és nincs mit mondania a másodikról.

HTTP 407 az a jel, amelyet a kliensnek hitelesítenie kell a proxykéréshez, amely a Proxy-Authenticate-ban történik, a Proxy-Authorization-ban várt válasszal. Ez nem a célwebhely bejelentkezési adatai, és a kettő keverése a leggyakoribb zavarforrás.

Tehát a négy ellenőrzés a következő: melyik proxyt választotta ki a böngésző valójában, ki válaszol a 407 kérdésre, melyik hálózaton van a böngészőfolyamat, és hogyan történik a hitelesítő adatok kézbesítése ember nélkül. Mindegyik megbukhat egymástól függetlenül, és kívülről mindegyik kudarc hasonlónak tűnik. Rendben dolgozza fel őket, mert egy későbbi ellenőrzés nem tudja kompenzálni a korábbit. A soha ki nem választott proxy nem hitelesíthető, és a csak a laptopon létező hitelesítő adatok nem férhetnek hozzá a tárolóhoz.

Ellenőrizze a 1: melyik proxy valójában van kiválasztva

Kezdje a kiválasztással, mert egy böngésző, amely figyelmen kívül hagyja a proxy beállításait, soha nem éri el a kihívást. A Chrome-ban a zászló a --proxy-server=proxy.example:3128 , a --proxy-bypass-list a kizárásokhoz, és a Selenium ugyanezt teszi közzé a böngésző beállításaiban. A PAC-fájlok egy másik mechanizmus, saját hibamódokkal.

Ezután erősítse meg a futó böngésző környezetéből, nem pedig a shellből. Egy független vizsgáló ugyanazzal a proxyval a curl -x http://proxy.example:3128 -v https://example.com, és a részletes kimenete megmutatja, hogy a CONNECT sikeres volt-e, mi Proxy-Authenticate jött vissza, és hogy a 407 visszaadott-e. Ha a curl 407-t kap, és a böngésző lefagy, akkor a hitelesítési adatok elérési útja a probléma, nem pedig a hálózat. Ha a curl sikeres, a böngésző pedig nem, akkor a böngésző nem azt a proxyt használja, amelyet annak gondol.

Ellenőrizze a 2: ki válaszol a 407 kérdésre

A 407-nak van tulajdonosa, és az elnevezése határozza meg, hogy hová kerüljön a javítás. Ha a kihívás a vállalati proxytól származik, a javítás egy olyan hitelesítő adat, amelyet a böngésző felügyelet nélkül bemutathat. Ha egy upstream proxytól érkezik, amelyre az első továbbít, akkor a hitelesítő adat ehhez a második ugráshoz tartozik, és előfordulhat, hogy az első proxy változatlan formában továbbítja a kihívást. Olvassa el a hitelesítési hatókört és a gazdagépet a Proxy-Authenticate fejlécben, mert elnevezi a kérdező mezőt.

Őrizze meg ezt a megkülönböztetést mindenben, amit bejelentkezik. A proxy kihívás, a visszautasított továbbítás, a webhelyre történő bejelentkezés és a VPN szállítási időtúllépése négy különböző hiba, négy különböző tulajdonossal, és egy általános hibaüzenet megsemmisíti a szükséges információkat.

Ellenőrizze a 3: a hitelesítő adatok elérési útját

Maga a hitelesítő adat az, ahol a legtöbb felügyelet nélküli beállítás megszakad. A Selenium beállíthat proxy gazdagépet és portot, de a HTTP-proxy hitelesítés nem hordozható része ennek a konfigurációnak, és a proxy URL-ben található hitelesítő adatok nem olyan mechanizmus, amelyre a böngészők és az illesztőprogram-verziók között támaszkodhat. A támogatott opciók a tényleges veremdokumentumok: egy böngészőbővítmény, amely válaszol a kihívásra, egy helyi továbbítási proxy, amely hozzáadja a fejlécet, és csak a munkából érhető el, vagy egy proxy, amely más módon hitelesíti a munkaterhelést. Szándékosan válasszon egyet, és ellenőrizze, hogy pontosan milyen böngésző-, illesztőprogram- és Selenium-verziót fog futtatni.

Tartsa távol a hitelesítő adatot azoktól a helyektől, ahol szivárog. A parancssorok láthatók a folyamatlistában, a képernyőképek a tesztjelentésekbe kerülnek, a böngésző nyomai és a HAR-fájlok fejléceket rögzítenek, és az elkötelezett tesztkonfiguráció örökre megmarad. Használja a feladat titkos kézbesítési mechanizmusát és annak szerkesztési szabályait, és a proxyfiókot a szükséges célhelyekre vagy szerepkörre szabja.

Ha a szervezet egy engedélyezett közvetlen VPN-útvonalat kínál kötelező proxy helyett, akkor kifejezetten hasonlítsa össze a két tervet. Ne tiltsa le csendben a proxyt, és ne utánozza egy másik ügyfél hitelesítését a szabályzat megkerüléséhez.

Ellenőrizze a 4: a böngészőfolyamat saját hálózati környezetét

Ez az a csekk, amelyet az emberek kihagynak. Egy dolgozó, egy tároló vagy egy távoli Selenium Grid csomópont által elindított böngésző az adott környezet hálózatát használja, így a laptop VPN-kapcsolata és a shell proxyváltozói olyan útvonalat írnak le, amelyhez a böngésző soha nem érhet hozzá.

Rögzítsen öt tényt a sikertelen feladathoz: a böngésző gazdagépe, a konfigurált proxy, a kezdeti feloldó elérési útja, a kiválasztott útvonal és a hitelesítés tulajdonosa. Ezután tegyen egy ártalmatlan jogosult kérelmet a pontos kontextusból, a normál cél TLS-ellenőrzés és az alkalmazásengedélyezés bekapcsolva hagyásával. A sikeresen elinduló fej nélküli böngésző nem bizonyítja sem a proxy-hozzáférést, sem a VPN-lefedettséget, az üres oldal képernyőképe pedig semmit sem bizonyít. Az a kérés, amely a teljes láncon keresztül visszaadja a 200-t, az egyetlen bizonyíték, amely számít.

Az elkészült munkafolyamat három tulajdonsággal rendelkezik, amelyeket érdemes készletként ellenőrizni. Van egy támogatott útvonal a böngésző gazdagépétől a proxyig, egy kifejezett közvetítői szabályzat, amely megnevezi a proxyt és a célokat, valamint egy hitelesítő adatok életciklusa, amely nem függ attól, hogy egy operátor válaszol-e egy láthatatlan kérdésre. Ha a három közül bármelyik személytől függ, a munka még nem felügyelet nélkül, bármit is mond a kilépési kód. Írja le az öt tényt, mielőtt a következő személy örökli a csővezetéket.