Eén pagina laadt, en de proxy-aanmeldvakken blijven maar komen

Een pagina doet meer dan één aanvraag. Als je het eerste proxy-aanmeldvak beantwoordt, kunnen scripts, afbeeldingen of live verbindingen andere routes nemen en andere uitdagingen krijgen.

1. Zoek een mislukkende resource. Noteer de bestemming, de gekozen proxy en de 407-uitdaging. Vergelijk diezelfde velden met een resource die wel slaagt; alleen de URL van de hoofdpagina is niet genoeg.
2. Zoek het gedeelde verschil. Fouten kunnen één resourcehost, aparte HTTP/HTTPS-paden, een extensie of een PAC-beslissing volgen. Een aanmelding die één eindpunt accepteert, bewijst niet dat een ander dat doet. Ook caching van authenticatie hangt af van uitdaging, identiteit en routebereik.
3. Repareer de vastgestelde uitwisseling. Corrigeer de route, het account of het ondersteunde authenticatiegedrag en bekijk daarna zowel het gedrag van de pagina als de resultaten van de resources.

Hetzelfde wachtwoord steeds opnieuw typen levert weinig bewijs op zolang dat bereik niet bekend is. Vroege browser-omwegen zoals WebSockets uitschakelen, scripts blokkeren of extensies wisselen kunnen de aanvraag verwijderen die een vak oproept, maar ook een benodigde functie.

Een ongewenste resource blokkeren kan een bewuste beleidskeuze zijn. Beschrijf dat resultaat als blokkering, niet als bewijs dat authenticatie nu werkt. Een stille pagina zonder de vereiste realtimeverbinding heeft niet hetzelfde resultaat bereikt als een werkende pagina met de bedoelde routes.