HTTP 407 sense un desafiament Proxy-Authenticate utilitzable

Un client no pot triar un mecanisme d'autenticació només a partir d'un número d'estat. La resposta del proxy ha de descriure què accepta.

HTTP exigeix que un proxy que genera un 407 enviï un desafiament Proxy-Authenticate. Per a un servei Basic, un exemple senzill és:

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

L'estat numèric, el nom de la capçalera i la sintaxi específica de l'esquema són igualment importants. Una pàgina d'error de marca amb la paraula authentication al cos no substitueix la capçalera. Les implementacions personalitzades també han d'enviar una resposta HTTP 407 completa, incloent-hi el terminador de la capçalera i l'emmarcament del cos.

Inspeccioneu la resposta que ha arribat a aquest client

Captureu els camps d'estat i de desafiament després de treure'n els valors secrets. Pot ser que un intermediari hagi transformat la resposta, o que un proxy personalitzat hagi construït un desafiament no vàlid. Compareu aquesta evidència amb el registre de transaccions del propi proxy.

Si el servei envia 405 o una altra errada en lloc d'això, no reetiqueteu totes aquestes respostes com a 407 dins d'un client personalitzat. Amagaríeu fallades reals de la política de mètodes i encara no tindríeu una negociació d'esquema fiable. Repareu el comportament del servei o feu servir el camí d'autenticació compatible que documenta.

Els desafiaments múltiples també requereixen un autèntic analitzador HTTP. Una coma pot separar paràmetres o desafiaments; dividir tota la capçalera cegament per comes pot corrompre un realm entre cometes. Feu servir la implementació d'autenticació compatible del client en lloc d'una successió de substitucions de cadenes.

Només quan el desafiament és utilitzable té sentit investigar per què el proveïdor de credencials no ha retornat cap compte.