Proksi etimadnamələrində domenlə ixtisaslaşmış istifadəçi adları
Qeyri-şəffaf hesab adını ayrı domen sahələri olan API-lərdən fərqləndirin və yalnız URL sintaksisini ödəmək üçün hesab kimliyini dəyişməkdən çəkinin.
Bir cavab DOMAIN\ silinməsini deyir. Digəri onun əlavə edilməsini deyir. Hər iki dəyişiklik sizin proksiniz üçün yanlış ola bilər.
İki sual var: xidmət hansı kimliyi gözləyir və seçilmiş API həmin kimliyi necə təmsil edir.
| İnterfeys | Nə müəyyənləşdirməli |
|---|---|
| Tək hesab adı sahəsi | Operatorun qəbul etdiyi dəqiq hesab sintaksisi |
| Domen sahəsi olan etimadnamə API-si | Domen və istifadəçi adı ayrıca verilməlidirmi |
| URI daxilində etimadnamə komponentləri | Nəzərdə tutulan dəyərlər həmin konteyner üçün necə kodlaşdırılmalıdır |
Məsələn, .NET ayrı istifadəçi adı, parol və domen arqumentləri olan NetworkCredential konstruktoru təqdim edir. Domeni fərq qoymadan iki sahəyə yerləşdirmək inteqrasiya olunmuş autentifikasiyanı konfiqurasiya etməyin portativ yolu deyil.
Basic autentifikasiya başqa haldır: server təqdim olunan hesab mətnini öz siyasəti ilə şərh edir. Eyni şəbəkədə olmaq domen prefiksinin nəzərdə tutulduğunu sübut etmir. Həm də domenlə ixtisaslaşmış ad avtomatik olaraq fərqli autentifikasiya protokolu deyil.
URL escaping nəzərdə tutulan hesabı qorumalıdır, onu dəyişdirməməlidir. Mənbə dilindəki sətirdəki tərs kəsik, hesab adındakı tərs kəsik və onun URI daxilində faizlə kodlanmış təsviri ayrı təbəqələrdir.
Qəbul edilmiş kimlik formasını və sxemini operatordan alın, sonra uyğun etimadnamə interfeysindən istifadə edin. Qısa ad, domen adı və e-poçta bənzər ad arasında təsadüfi dəyişmə ilkin 407 haqqında zəif sübut yaradır.