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 | Šta treba utvrditi |
|---|---|
| Jedno polje imena računa | Tačna sintaksa računa koju operater prihvata |
| 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 kontejner |
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 konfigurisanja integrirane autentifikacije.
Osnovna autentifikacija je drugi slučaj: server tumači dostavljeni tekst računa prema vlastitoj politici. Boravak na istoj mreži ne dokazuje da je prefiks domene impliciran. 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 procentno kodirani prikaz unutar URI-ja su odvojeni slojevi.
Pribavite prihvaćeni oblik identiteta i šemu 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.