Uživatelská jména s doménou v přihlašovacích údajích proxy
Rozlišujte neprůhledné jméno účtu od API s oddělenými poli domény a neměňte identitu účtu jen kvůli syntaxi URL.
Jedna odpověď říká odstranit DOMAIN\. Jiná říká přidat ho. Obě změny mohou být pro váš proxy špatné.
Jsou dvě otázky: jakou identitu služba očekává a jak zvolené API tuto identitu reprezentuje.
| Rozhraní | Co je třeba zjistit |
|---|---|
| Jediné pole s názvem účtu | Přesná syntaxe účtu, kterou operátor přijímá |
| API přihlašovacích údajů s polem domény | Zda má být doména a uživatelské jméno zadány odděleně |
| Komponenty přihlašovacích údajů v URI | Jak mají být zamýšlené hodnoty pro tento kontejner zakódovány |
Například .NET nabízí konstruktor NetworkCredential s oddělenými argumenty uživatelského jména, hesla a domény. Vkládat doménu do dvou polí bez rozlišení není přenosný způsob konfigurace integrovaného ověřování.
Základní ověřování je jiný případ: server vykládá dodaný text účtu podle vlastních zásad. Skutečnost, že jste ve stejné síti, nedokazuje, že je prefix domény implicitní. Ani jméno s doménou není automaticky jiný ověřovací protokol.
Escapování URL má zachovat zamýšlený účet, ne ho měnit. Zpětné lomítko v řetězci zdrojového jazyka, zpětné lomítko v názvu účtu a jeho procentní kódování v URI jsou oddělené vrstvy.
Zjistěte přijímanou formu identity a schéma od operátora a poté použijte odpovídající rozhraní pro přihlašovací údaje. Náhodné střídání krátkého jména, doménového jména a jména připomínajícího e-mail vytváří slabé důkazy o původním 407.