Používateľské mená s doménou v prihlasovacích údajoch proxy
Rozlišujte nepriehľadné meno účtu od API s oddelenými poľami domény a nemeniť identitu účtu len preto, aby ste vyhoveli syntaxi URL.
Jedna odpoveď hovorí odstrániť DOMAIN\. Iná hovorí pridať ho. Obe zmeny môžu byť pre váš proxy nesprávne.
Sú dve otázky: akú identitu služba očakáva a ako zvolené API túto identitu reprezentuje.
| Rozhranie | Čo treba zistiť |
|---|---|
| Jediné pole s názvom účtu | Presná syntax účtu, ktorú operátor prijíma |
| API prihlasovacích údajov s poľom domény | Či majú byť doména a používateľské meno zadané oddelene |
| Komponenty prihlasovacích údajov v URI | Ako majú byť zamýšľané hodnoty pre tento kontajner zakódované |
Napríklad .NET poskytuje konštruktor NetworkCredential s oddelenými argumentmi používateľského mena, hesla a domény. Vkladať doménu do dvoch polí bez rozlíšenia nie je prenosný spôsob konfigurácie integrovaného overovania.
Základné overovanie je iný prípad: server interpretuje dodaný text účtu podľa vlastných zásad. Skutočnosť, že ste v tej istej sieti, nedokazuje, že predpona domény je implicitná. Ani meno s doménou nie je automaticky iný overovací protokol.
Escapovanie URL má zachovať zamýšľaný účet, nie ho meniť. Spätné lomítko v reťazci zdrojového jazyka, spätné lomítko v názve účtu a jeho percentuálne kódovanie v URI sú oddelené vrstvy.
Získajte od operátora prijímanú formu identity a schému a potom použite zodpovedajúce rozhranie prihlasovacích údajov. Náhodné striedanie krátkeho mena, doménového mena a mena pripomínajúceho e-mail poskytuje slabé dôkazy o pôvodnom 407.