Domainqualifizéiert Benotzernimm an de Proxy-Anmeldungsdaten
Ënnerscheet en onduerchsiichten Kontonumm vun APIen mat getrennten Domainfelder, a vermeit et, eng Kontoidentitéit just wéinst der URL-Syntax ze änneren.
Eng Äntwert seet, een soll DOMAIN\ ewechhuelen. Eng aner seet, een soll en derbäisetzen. Béid Ännerunge kënnen fir Äre Proxy falsch sinn.
Et gëtt zwou Froen: wéi eng Identitéit den Déngscht erwaart, a wéi déi gewielten API déi Identitéit duerstellt.
| Schnittstell | Wat ze klären ass |
|---|---|
| Een eenzlecht Kontonummfeld | Déi genee Kontosyntax, déi den Operateur acceptéiert |
| Eng Anmeldungsdaten-API mat engem Domainfeld | Ob Domain a Benotzernumm getrennt missten ugi ginn |
| Anmeldungsdaten-Komponenten an enger URI | Wéi déi virgesinn Wäerter fir dee Container missten encodéiert ginn |
Zum Beispill bitt .NET en NetworkCredential-Konstruktor mat getrennten Argumenter fir Benotzernumm, Passwuert an Domain. Eng Domain ouni Ënnerscheed an zwee Felder ze setzen ass kee portable Wee, fir integrativ Authentifizéierung ze konfiguréieren.
Basic-Authentifizéierung ass en anere Fall: den Server interpretéiert den ugi Kontotext no senger eegener Politik. An der selwechter Netz ze sinn beweist net, datt en Domainprefix implizit ass. Och en domainqualifizéierten Numm ass net automatesch en anere Authentifizéierungsprotokoll.
URL-Escaping sollt de virgesinnte Konto erhalen amplaz en ze änneren. E Réckslash an engem String vun der Quellsprooch, e Réckslash an engem Kontonumm an seng prozent-encodéiert Duerstellung an enger URI sinn getrennte Schichten.
Holt déi acceptéiert Identitéitsform an de Schema beim Operateur a benotzt dann déi entspriechend Anmeldungsdaten-Schnittstell. D'Zoufallwiesselen tëscht engem kuerzen Numm, engem Domainnumm an engem E-Mail-änlechen Numm liwwert schwaach Beweiser iwwer déi originär 407.