Noms d'usuari qualificats amb domini a les credencials de proxy
Distingiu un nom de compte opac dels API amb camps de domini separats, i eviteu canviar la identitat del compte només per satisfer la sintaxi de l'URL.
Una resposta diu que elimineu DOMAIN\. Una altra diu que l'afegiu. Tots dos canvis poden ser incorrectes per al vostre proxy.
Hi ha dues preguntes: quina identitat espera el servei i com la representa l'API triada.
| Interfície | Què cal establir |
|---|---|
| Un sol camp de nom de compte | La sintaxi exacta del compte que accepta l'operador |
| Una API de credencials amb camp de domini | Si el domini i el nom d'usuari s'han de proporcionar per separat |
| Components de credencials dins d'un URI | Com s'han de codificar els valors previstos per a aquest contenidor |
Per exemple, .NET exposa un constructor NetworkCredential amb arguments separats de nom d'usuari, contrasenya i domini. Posar un domini en dos camps sense criteri no és una manera portable de configurar l'autenticació integrada.
L'autenticació bàsica és un altre cas: el servidor interpreta el text de compte proporcionat segons la seva pròpia política. Ser a la mateixa xarxa no demostra que se suposi un prefix de domini. Ni un nom qualificat amb domini és automàticament un protocol d'autenticació diferent.
L'escapament d'URL ha de preservar el compte previst en lloc de canviar-lo. Una barra invertida en una cadena del llenguatge d'origen, una barra invertida en un nom de compte i la seva representació codificada amb percentatge dins d'un URI són capes separades.
Obteniu la forma d'identitat i l'esquema acceptats de l'operador, i després utilitzeu la interfície de credencials corresponent. Alternar a l'atzar entre un nom curt, un nom de domini i un nom amb aparença de correu electrònic produeix proves febles sobre el 407 original.