Ar domēnu kvalificēti lietotājvārdi proxy akreditācijas datos
Atšķiriet necaurspīdīgu konta nosaukumu no API ar atsevišķiem domēna laukiem un izvairieties mainīt konta identitāti tikai URL sintakses dēļ.
Viena atbilde saka noņemt DOMAIN\. Cita saka to pievienot. Abas izmaiņas var būt nepareizas jūsu proxy gadījumā.
Ir divi jautājumi: kādu identitāti pakalpojums gaida un kā izvēlētā API attēlo šo identitāti.
| Saskarne | Kas jānoskaidro |
|---|---|
| Viens konta nosaukuma lauks | Precīza konta sintakse, ko operators pieņem |
| Akreditācijas API ar domēna lauku | Vai domēns un lietotājvārds jānorāda atsevišķi |
| Akreditācijas komponenti URI iekšienē | Kā paredzētās vērtības jākodē šim konteineram |
Piemēram, .NET piedāvā NetworkCredential konstruktoru ar atsevišķiem lietotājvārda, paroles un domēna argumentiem. Domēna ievietošana divos laukos bez izšķiršanas nav pārnesams veids, kā konfigurēt integrētu autentifikāciju.
Basic autentifikācija ir cits gadījums: serveris sniegto konta tekstu interpretē pēc savas politikas. Atrašanās tajā pašā tīklā nepierāda, ka domēna prefikss ir netiešs. Arī ar domēnu kvalificēts nosaukums nav automātiski cits autentifikācijas protokols.
URL escapešanai jāsaglabā paredzētais konts, nevis tas jāmaina. Apgrieztais slīpsvītras simbols avota valodas virknē, apgrieztais slīpsvītras simbols konta nosaukumā un tā procentu kodējums URI iekšienē ir atsevišķi slāņi.
Iegūstiet pieņemto identitātes formu un shēmu no operatora, pēc tam izmantojiet atbilstošo akreditācijas saskarni. Nejauša maiņa starp īsu nosaukumu, domēna nosaukumu un e-pastam līdzīgu nosaukumu sniedz vājus pierādījumus par sākotnējo 407.