Verkkotunnuksella täsmennetyt käyttäjätunnukset proxy-tunnuksissa
Erota läpinäkymätön tilitunnus API-rajapinnoista, joissa on erilliset verkkotunnuskentät, ja vältä tilin identiteetin muuttamista vain URL-syntaksin vuoksi.
Yksi vastaus sanoo, että DOMAIN\ on poistettava. Toinen sanoo, että se on lisättävä. Molemmat muutokset voivat olla väärin proxyllesi.
Kysymyksiä on kaksi: mitä identiteettiä palvelu odottaa ja miten valittu API esittää tämän identiteetin.
| Rajapinta | Mitä on selvitettävä |
|---|---|
| Yksi tilitunnuskenttä | Palveluntarjoajan hyväksymä tarkka tilitysyntaksi |
| Tunnus-API, jossa on verkkotunnuskenttä | Annetaanko verkkotunnus ja käyttäjätunnus erikseen |
| Tunnuksen osat URI:n sisällä | Miten aiotut arvot on koodattava kyseistä säilöä varten |
Esimerkiksi .NET tarjoaa NetworkCredential-konstruktorin, jossa käyttäjätunnus, salasana ja verkkotunnus ovat erillisiä argumentteja. Verkkotunnuksen laittaminen kahteen kenttään erottelematta ei ole siirrettävä tapa määrittää integroitu todennus.
Basic-todennus on toinen tapaus: palvelin tulkitsee annetun tilitunnuksen tekstin oman käytäntönsä mukaan. Samassa verkossa oleminen ei todista, että verkkotunnuksen etuliite olisi implisiittinen. Eikä verkkotunnuksella täsmennetty nimi ole automaattisesti eri todennusprotokolla.
URL-koodauksen tulisi säilyttää aiottu tili sen sijaan, että se muuttaisi sitä. Kenoviiva lähdekielen merkkijonossa, kenoviiva tilitunnuksessa ja sen prosenttikoodattu esitys URI:n sisällä ovat erillisiä kerroksia.
Hanki hyväksytty identiteettimuoto ja skeema palveluntarjoajalta ja käytä sitten vastaavaa tunnusrajapintaa. Satunnainen vaihtelu lyhyen nimen, verkkotunnusnimen ja sähköpostimaisen nimen välillä tuottaa heikkoa näyttöä alkuperäisestä 407:stä.