Domeeniga täpsustatud kasutajanimed proxy mandaatides
Eristage läbipaistmatut konto nime eraldi domeeniväljadega API-dest ja vältige konto identiteedi muutmist ainult URL-i süntaksi rahuldamiseks.
Üks vastus ütleb, et eemaldage DOMAIN\. Teine ütleb, et lisage see. Mõlemad muudatused võivad teie proxy jaoks valed olla.
On kaks küsimust: millist identiteeti teenus ootab ja kuidas valitud API seda identiteeti esitab.
| Liides | Mida tuvastada |
|---|---|
| Üks konto nime väli | Täpne konto süntaks, mille operaator vastu võtab |
| Domeeniväljaga mandaadi API | Kas domeen ja kasutajanimi tuleb esitada eraldi |
| Mandaadi komponendid URI sees | Kuidas kavatsetud väärtused selle konteineri jaoks kodeerida |
Näiteks .NET pakub NetworkCredential konstruktorit eraldi kasutajanime, parooli ja domeeni argumentidega. Domeeni kahte välja valimata panemine ei ole kaasaskantav viis integreeritud autentimise seadistamiseks.
Basic-autentimine on teine juhtum: server tõlgendab esitatud konto teksti oma poliitika järgi. Samas võrgus olemine ei tõesta, et domeeni eesliide on kaudne. Samuti ei ole domeeniga täpsustatud nimi automaatselt teistsugune autentimisprotokoll.
URL-i escape'imine peaks säilitama kavatsetud konto, mitte seda muutma. Kaldkriips lähtekeelse stringi sees, kaldkriips konto nimes ja selle protsentkodeeritud esitus URI sees on eraldi kihid.
Hankige operaatorilt aktsepteeritud identiteedivorm ja skeem, seejärel kasutage vastavat mandaadiliidest. Juhuslik vaheldumine lühikese nime, domeeninime ja e-kirja moodi nime vahel annab algse 407 kohta nõrga tõendi.