Headless Browser Proxy Auth Ez da VPN ibilbide bat
VPN batek arakatzailea proxyra bideratzen du; ezin du proxyaren 407 erantzun. Egiaztatu aukeraketa, erronka eta lanaren benetako sare-bidea bereizita.
VPN batek arakatzaile baten trafikoa proxy zerbitzari batera eraman dezake eta, hala ere, arakatzailea ezin du proxy hori erabili, ibilbide bat eta kredentzial bat gauza desberdinak direlako. Bururik gabeko automatizazioak hutsunea ikustea zailagoa egiten du, ez baitago leihorik eta ohartzeko gonbitarik. Porrota zintzilik edo nabigazio akats generiko gisa agertzen da normalean, eta lehen sena tunelari leporatzea da. Beheko kontrol-zerrendak egia izan behar duten lau gauza bereizten ditu proxy autentifikatu baten bidez bururik gabeko eskaerak arrakasta izan aurretik.
Bi elkarrizketa, bi kredentzial
Bi elkarrizketa gertatzen dira, eta alderdi ezberdinetakoak dira. Arakatzailea lehenik proxy-entzulearekin konektatzen da, eta horrek kredentzialak eska ditzake; proxyak helmugarekin aurrera egiteko konexioa egiten edo baimentzen du. VPN batek lehen hanka eraman dezake arakatzaileari erronka egiten dion amaiera puntua izan gabe, eta ez du bigarrenari buruz ezer esateko.
HTTP 407 bezeroak proxy eskaerarako autentifikatu behar duen seinalea da, Proxy-Authenticate-n egindako erantzunarekin Proxy-Authorization. Hori ez da helmugako webgunearen saioa, eta biak nahastea da hemen nahaste-iturri ohikoena.
Beraz, lau egiaztapenak hauek dira: zein proxy hautatu duen arakatzaileak, nork erantzuten duen 407, zein saretan dagoen arakatzailearen prozesua eta nola ematen den kredentziala gizakirik gabe. Bakoitzak bere kabuz huts egin dezake, eta hutsegite bakoitzak antzeko itxura du kanpotik. Ordena itzazu, geroko egiaztapen batek ezin duelako lehenagoko bat konpentsatu. Inoiz hautatu ez den proxy bat ezin da autentifikatu, eta zure ordenagailu eramangarrian bakarrik dagoen kredentzial bat ezin da edukiontzi batera iritsi.
Egiaztatu 1: zein proxy den benetan hautatuta
Hasi hautatzetik, zure proxy ezarpena alde batera uzten duen arakatzaileak ez baitu inoiz erronkara iristen. Chrome-n bandera --proxy-server=proxy.example:3128 da, --proxy-bypass-listrekin bazterketak egiteko, eta Selenium-ek gauza bera erakusten du bere arakatzailearen aukeren bidez. PAC fitxategia beste mekanismo bat da, bere hutsegite moduak dituena.
Ondoren, berretsi exekutatzen ari den arakatzailearen ingurunetik eta ez zure shelletik. Proxy bera duen zunda independente bat curl -x http://proxy.example:3128 -v https://example.com da, eta bere irteera zehatzak erakusten du CONNECT-ek arrakasta izan duen ala ez, zer itzuli den Proxy-Authenticate eta 407 bat itzuli den. Curl-ek 407 bat lortzen badu eta arakatzailea zintzilikatzen bada, kredentzialaren bidea da arazoa sarea baino. Curl-ek arrakasta lortzen badu eta arakatzaileak ez badu, arakatzaileak ez du erabiltzen uste duzun proxy-a.
Egiaztatu 2: nork erantzuten duen 407
407 batek jabea du, eta hari izena jartzeak erabakitzen du konponketa nora doan. Erronka proxy korporatibotik badator, konponketa arakatzaileak arretarik gabe aurkez dezakeen kredentzial bat da. Lehenengoak birbidaltzen dion upstream proxy batetik badator, kredentziala bigarren salto horri dagokio eta baliteke lehen proxyak erronka aldatu gabe aritzea. Irakurri autentifikazio-esparrua eta ostalaria Proxy-Authenticate goiburuan, galdetzen ari den laukiari izena ematen diotelako.
Gorde bereizketa hori saioa egiten duzun guztian. Proxy-erronkak, uko egiten den konexioa, webgunea hastea eta VPN garraioaren denbora-muga lau hutsegite desberdin dira lau jabe ezberdinekin, eta errore-mezu generiko batek behar duzun informazioa suntsitzen du.
Egiaztatu 3: kredentzial bidea
Kredentziala bera da arretarik gabeko konfigurazio gehienak apurtzen diren tokian. Selenium-ek proxy ostalari eta ataka bat ezar ditzake, baina HTTP proxy autentifikazioa ez da konfigurazio horren zati eramangarria, eta proxy URLko kredentzialak ez dira arakatzaile eta kontrolatzaileen bertsio guztietan fida zaitezkeen mekanismoa. Onartutako aukerak zure benetako pila dokumentuak dira: erronkari erantzuten dion arakatzailearen luzapena, goiburua gehitzen duen eta lanetik soilik eskura daitekeen birbidaltze proxy lokal bat edo lan-karga beste bide batzuen bidez autentifikatzen duen proxy bat. Aukeratu bat nahita, eta egiaztatu exekutatzen dituzun arakatzaile, kontrolatzaile eta Selenium bertsio zehatzekin.
Mantendu kredentziala ihes egiten duten lekuetatik kanpo. Komando-lerroak prozesu-zerrendetan ikusgai daude, pantaila-argazkiak proba-txostenetan amaitzen dira, arakatzailearen arrastoak eta HAR fitxategiak harrapatzen dituzten goiburuak, eta konprometitutako probaren konfigurazioa betikoa da. Erabili lanaren isilpeko bidalketa-mekanismoa eta bere erredakzio-arauak, eta proxy-kontua behar dituen helmugetara edo roletara hedatu.
Erakundeak derrigorrezko proxy baten ordez baimendutako VPN zuzeneko bide bat eskaintzen badu, konparatu bi diseinuak esplizituki. Ez desgaitu proxy isilean edo ez imitatu beste bezero baten autentifikazioa politikari aurre egiteko.
Egiaztatu 4: arakatzailearen prozesuaren sare-testuingurua
Hau da jendeak saltatzen duen egiaztapena. Langile batek, edukiontzi batek edo urruneko Selenium Grid nodo batek abiarazitako arakatzaileak ingurune horretako sareak erabiltzen ditu, beraz, zure ordenagailu eramangarriaren VPN konexioak eta zure shell-aren proxy aldagaiek arakatzaileak inoiz ukituko duen bide bat deskribatzen dute.
Grabatu huts egiten duen lanaren bost datu: arakatzailearen ostalaria, konfiguratutako proxya, hasierako ebazteko bidea, hautatutako ibilbidea eta autentifikazioaren jabea. Ondoren, egin baimendutako eskaera kaltegabe bat testuinguru zehatz horretatik, helmuga normalaren TLS egiaztapena eta aplikazioaren baimena aktibatuta utzita. Arrakastaz abiarazten den bururik gabeko arakatzaileak ez du proxy onarpena ezta VPN estaldurarik frogatzen, eta orri zuri baten pantaila-argazkiak ez du ezer frogatzen. Kate osoan zehar 200 itzultzen duen eskaera da balio duen froga bakarra.
Amaitutako lan-fluxuak multzo gisa egiaztatzea merezi duten hiru propietate ditu. Arakatzaile-ostalaritik proxy-ra onartzen den ibilbide bat dago, proxya eta helmugak izendatzen dituen bitartekari-politika esplizitua eta kredentzialaren bizi-ziklo bat, operadore batek gonbita ikusezina erantzuten duenaren menpekoa ez dena. Hiruetako bat pertsona baten menpe badago, lana ez dago oraindik arretarik gabe, edozein dela ere irteera kodeak dioena. Idatzi bost gertakariak hurrengo pertsonak kanalizazioa heredatu aurretik.