Orrialde bat kargatzen da, eta proxy saio-hasierako leihoak etorri eta etorri ari dira
Jarraitu huts egiten duten baliabide-eskaerei eta proxy bideei, orrialde batek autentifikazio-eskaera errepikakorrak sortzen dituenean.
Orrialde batek eskaera bat baino gehiago egiten du. Lehen proxy saio-hasierako leihoari erantzuteak scriptak, irudiak edo zuzeneko konexioak beste bide batzuetatik joan eta beste erronka batzuk jaso ditzake.
- Aurkitu huts egiten duen baliabide bat. Gorde haren helburua, hautatutako proxy-a eta 407 erronka. Alderatu eremu berberak ondo doan baliabide batekin; orri nagusiaren URLa soilik ez da nahikoa.
- Bilatu desberdintasun komuna. Hutsegiteek baliabide ostalari bat, HTTP/HTTPS bide bereiziak, luzapen bat edo PAC erabaki bat jarraitu dezakete. Muturreko batek onartutako saio-hasierak ez du beste batek onartzen duenik frogatzen. Autentifikazioaren cachea erronkaren, identitatearen eta bidearen esparruaren arabera ere badago.
- Konpondu identifikatutako trukea. Zuzendu bidea, kontua edo onartutako autentifikazio-jokabidea, eta gero aztertu bai orriaren jokabidea bai baliabideen emaitzak.
Pasahitz bera behin eta berriz idazteak froga gutxi ematen du esparru hori ezagutu arte. Hasierako nabigatzaile-konponbideek, hala nola WebSockets desgaitzeak, scriptak blokeatzeak edo luzapenak aldatzeak, leihoa eragiten duen eskaera ken dezakete, baina baita beharrezkoa den funtzio bat ere.
Nahi ez den baliabide bat blokeatzea politika-erabaki kontzientea izan daiteke. Deskribatu emaitza hori blokeo gisa, ez autentifikazioa orain funtzionatzen duen froga gisa. Beharrezkoa duen denbora errealeko konexiorik gabe dagoen orrialde isilak ez du lortu aurreikusitako bideak erabiltzen dituen orrialde funtzionalaren emaitza bera.