|İnteqrasiya edilmiş proxy autentifikasiyası: xidmət hesabları və təqlid
|Eyni tətbiq interaktiv işləyərkən və veb xidmət və ya planlaşdırılmış proses kimi uğursuz olduqda inteqrasiya edilmiş proxy autentifikasiyasının arxasındakı təhlükəsizlik kontekstini araşdırın.
“Windows istifadəçi məlumatlarımı istifadə et” ifadəsinin bir subyekti olmalıdır. Masaüstü proqramda bu, onu işə salan şəxs ola bilər. Xidmətdə bu, xidmətin hesabı ola bilər. Veb tətbiqində ziyarətçinin uğurlu girişi gedən sorğunun təhlükəsizlik kontekstini avtomatik əvəz etmir.
Bu, eyni maşında olan brauzerin və server tərəfli kodun inteqrasiya edilmiş autentifikasiya proxy-sindən niyə fərqli nəticələr ala biləcəyini izah edir. Onlar fərqli kimliklər təqdim edir ola bilərlər.
Kodu dəyişməzdən əvvəl kimlikləri adlandırın
- Masaüstü brauzerə daxil olmuş şəxs.
- Tətbiq prosesini yerləşdirən hesab.
- Gedən əməliyyat üçün aktiv olan hər hansı təqlid edilmiş kimlik.
- Proxy-nin həqiqətən qəbul etdiyi və ya rədd etdiyi hesab.
.NET-in dəstəklənən inteqrasiya edilmiş autentifikasiya yollarında DefaultCredentials cari təhlükəsizlik kontekstinə aiddir. O, başqa maşında səhifə açan hər kəs üçün qlobal ləqəb deyil.
Əgər məhsul qəsdən istifadəçi kimi çıxış edirsə, təqlid və hər hansı şəbəkə nümayəndəliyi tələbləri öz dəstəklənən dizaynına ehtiyac duyur. Ümumi “standart məlumatlardan istifadə” açarını yandırmaq bu dizaynı yaratmır. Tərsinə, xidmət kimliyi kimi işləməsi nəzərdə tutulan fon tapşırığı kiminsə əvvəlcə brauzer açmasından asılı olmamalıdır.
İnteraktiv və yerləşdirilmiş işə salmaları sirləri çıxararaq müqayisə edin: hesab konteksti, proxy son nöqtəsi, elan edilmiş metod və rədd edilmiş kimlik. Yalnız bir dəfəlik sorğu uğur qazandığı üçün masaüstü parolunu tətbiqə köçürməkdən çəkinin. Tətbiqin istifadə etməsi nəzərdə tutulan hesabı konfiqurasiya edin, sonra bu sahibliyi yerləşdirmə qeydində görünən saxlayın.