Squid erregistroak: 407 bat 200 batek jarraituta huts egitea da?
Zeni itzazu osatutako eragiketak autentifikazio-trukeetatik bereizita, Squid-ek erronka bat eta ondoren tunel arrakastatsu bat erregistratzen dituenean.
Demagun bezero batek eskaera bat bidaltzen duela proxy-kredentzialik gabe, erronka bat jasotzen duela eta behar bezala berriz saiatzen dela. Eskaera-erregistro batek bi sarrera izan ditzake. Aplikazioa erabiltzen duen pertsonak, ordea, osatutako eragiketa bakarra bizi izan zuen.
Horregatik, TCP_DENIED/407 eta TCP_TUNNEL/200 artean erdibana banatutako erregistro batek ez du automatikoki berrogeita hamar ehuneko hutsegite-tasarik frogatzen. Lehenengo zehaztu sarrerak erronka eta berriz saiatze bikoteak diren.
Zeni itzazu benetan axola zaizkizun gauzak
| Neurria | Zenbaketa |
|---|---|
| Autentifikazio-erronkak | Autentifikazioa eskatzen duten proxy erantzunak |
| Proxy saiakera | Bitartekariak erregistratutako transakzio indibidualak |
| Osatutako lanak | Helburuko emaitzara iristen diren aplikazioaren eragiketak |
Lotu denbora-markak, bezeroaren testuingurua, helmuga eta eskuragarri dagoen eskaera-identifikatzailea. Autentifikatu gabeko saiakera batek agian ez du erregistratutako erabiltzaile-izenik, baina haren berriz saiatze arrakastatsuak bai. Aldi bereko jarduerak esan nahi du alboko lerroek bakarrik froga ahula direla bi sarrerak elkarrekin daudela.
Mantendu tunel arrakastatsu bat webgune-eragiketa arrakastatsu batetik bereizita. CONNECT onartzeak tunela ezartzen du; helmugak oraindik huts egin dezake TLS garaian edo geroago aplikazio-errore bat itzuli.
Ikertu behin eta berriz errepikatzen diren amaierako erronkak, geroago osatzen ez diren lanak edo truke-kopuruan bat-bateko aldaketa. Horiek konfigurazioak eskatzen duena zehazki egiten duen hasierako erronka duen bezero egonkor batetik desberdinak dira. Autentifikazioa isilaraztea panel bat berdeago jartzeko soilik zerbitzua aldatzea litzateke, neurketa konpondu ordez.