Klient nemôže vybrať autentizačný mechanizmus len podľa čísla stavu. Odpoveď proxy musí opísať, čo prijíma.

HTTP vyžaduje, aby proxy generujúca 407 poslala výzvu Proxy-Authenticate. Pre službu Basic je jednoduchý príklad tento:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

Číselný stav, názov hlavičky aj syntax špecifická pre schému sú rovnako dôležité. Značková chybová stránka so slovom authentication v tele nenahrádza hlavičku. Vlastné implementácie musia tiež poslať úplnú odpoveď HTTP 407 vrátane zakončenia hlavičky a orámovania tela.

Preskúmajte odpoveď, ktorá sa dostala k tomuto klientovi

Zachyťte polia stavu a výzvy po odstránení tajných hodnôt. Sprostredkovateľ mohol odpoveď zmeniť, alebo vlastná proxy mohla zostaviť neplatnú výzvu. Porovnajte tieto dôkazy s vlastným transakčným logom proxy.

Ak služba namiesto toho posiela 405 alebo inú chybu, nepreznačujte každú takúto odpoveď vo vlastnom klientovi na 407. Skryli by ste skutočné zlyhania politiky metód a stále by ste nemali spoľahlivé vyjednávanie schémy. Opravte správanie služby alebo použite jej dokumentovanú podporovanú cestu autentizácie.

Viac výziev si tiež vyžaduje skutočný HTTP parser. Čiarka môže oddeľovať parametre alebo výzvy; slepé delenie celej hlavičky na čiarkach môže poškodiť realm v úvodzovkách. Použite podporovanú autentizačnú implementáciu klienta namiesto série nahradení reťazcov.

Až keď je výzva použiteľná, má zmysel skúmať, prečo poskytovateľ prihlasovacích údajov nevrátil účet.

Súvisiace články