Chrome onAuthRequired: egiaztatu isProxy kredentzialak bidali aurretik
Chrome-ren autentifikazio-deiaren itzulpenak proxy erronka edo jatorri erronka bat deskriba dezake. Biei kredentzial berak ematea kredentzialen esparruko errorea da.
Nabigatzailearen hedapen batek autentifikazio-erronkak bi tokitan aurki ditzake: eskaera garraiatzen duen proxya eta helmugako webgunea. Ez dute automatikoki kontu bera jaso behar.
Chrome-ren webRequest.onAuthRequired gertaeran bereizle erabilgarria isProxy da. Egiaztapen hori ezabatzen duen deiaren itzulpen batek, abisua desagertzeagatik soilik, proxy kredentzialak jatorri erronka bati ematen has daiteke.
Egin bat konfiantza eman nahi diozun proxyarekin
isProxy egiaztatzea hasiera da. Mugatu tratamendua espero den proxy erronkagileari eta eskaeraren testuinguruari ere. Hainbat amaiera-puntu kudeatzen dituen hedapen batek puntu horri dagokion kontua hautatu beharko luke, ez erronka bakoitzerako pasahitz global bakarra.
Ez pentsa proxy bidea ezartzea eta haren saio-hasiera kudeatzea baimen bakarra edo API dei bakarra direnik. Chrome-k bereiz dokumentatzen ditu. Erabili uneko webRequest erreferentzia gertaeren datuetarako eta autentifikazio-baimenetarako. Manifest V3 entzule baten erregistratze-adibide batek erregistratze sinkronoa eta kontu-hautaketa erakusten ditu deiaren itzulpenaren barruan.
Egiaztatu manifestaren belaunaldia
WebRequest API esperimentala aipatzen duten adibideak hedapen-argitalpen zaharretatik datoz. Uneko baimen-baldintzak hedapenaren manifestaren belaunaldiak eta ezarpen-ereduak baldintzatzen dituzte. Bereziki, autentifikazio-tratamenduak bere baimen-bide onartua du; blokeatzen duen entzule baten adibide zaharkitua ez da nahikoa Manifest V3 hedapen batek aldaketarik gabe exekuta dezakeela frogatzeko.
Kudeatzaile zuzen batek baztertutako kredentzial berak mugarik gabe berriz saiatzea ere saihestu behar du. Kontu bat eman ondorengo bigarren erronka ikertzeko froga gisa hartu, eta ez pasahitza betiko berriz erreproduzitzeko eskaera gisa.
Kredentzialak hedapenaren tratamendu-bide babestu egokian geratu behar dira. Ez argitaratu PAC fitxategi batean eta ez kodetu banatutako lagin batean. Helburua esparru estuko proxy saio-hasiera da, ez nabigatzaile osoko araua, autentifikazio-erronka bakoitzari sekretu berarekin erantzuten diona.