Korisnička imena s domenom u proxy vjerodajnicama
Razlikujte neprozirno ime računa od API-ja s odvojenim poljima domene i izbjegnite mijenjanje identiteta računa samo da biste zadovoljili sintaksu URL-a.
Jedan odgovor kaže ukloniti DOMAIN\. Drugi kaže dodati ga. Obje promjene mogu biti pogrešne za vaš proxy.
Postoje dva pitanja: koji identitet usluga očekuje i kako odabrani API predstavlja taj identitet.
| Sučelje | Što treba utvrditi |
|---|---|
| Jedno polje imena računa | Točna sintaksa računa koju operater prihvaća |
| API za vjerodajnice s poljem domene | Treba li domenu i korisničko ime navesti odvojeno |
| Komponente vjerodajnica unutar URI-ja | Kako željene vrijednosti treba kodirati za taj spremnik |
Na primjer, .NET izlaže konstruktor NetworkCredential s odvojenim argumentima za korisničko ime, lozinku i domenu. Stavljanje domene u dva polja bez razlike nije prenosiv način konfiguriranja integrirane autentifikacije.
Osnovna autentifikacija je drugi slučaj: poslužitelj tumači dostavljeni tekst računa prema vlastitoj politici. Boravak na istoj mreži ne dokazuje da je prefiks domene implicitan. Niti je ime s domenom automatski drugačiji protokol autentifikacije.
URL escaping treba sačuvati željeni račun umjesto da ga mijenja. Obrnuta kosa crta u nizu izvornog jezika, obrnuta kosa crta u imenu računa i njegov postotno kodirani prikaz unutar URI-ja odvojeni su slojevi.
Pribavite prihvaćeni oblik identiteta i shemu od operatera, zatim koristite odgovarajuće sučelje za vjerodajnice. Nasumično izmjenjivanje kratkog imena, imena s domenom i imena nalik e-pošti daje slab dokaz o izvornom 407.