HTTP 407 və ya 401: hansı giriş uğursuz olur?
Proksi və sayt autentifikasiyasını ayırın, düzgün başlıqları yoxlayın və giriş məlumatlarını yanlış tərəfə göndərməyin.
407 proksidə autentifikasiya tələb edir. 401 hədəf resurs üçün autentifikasiya tələb edir. Bir sorğu hər ikisi ilə qarşılaşa bilər; parol verməzdən əvvəl kimin istədiyini müəyyən edin.
Statusu və autentifikasiya çağırışının başlıqlarını müqayisə edin
| Cavab | Autentifikasiya çağırışı başlığı | Giriş məlumatları başlığı | İştirakçı |
|---|---|---|---|
| 407 Proxy Authentication Required | Proxy-Authenticate | Proxy-Authorization | Aralıq proksi |
| 401 Unauthorized | WWW-Authenticate | Authorization | Mənbə resursun autentifikasiya axını |
Status vacib ilk ipucudur, amma bütün mübadiləni yoxlayın. Səhifənin mətnində 407 yazılması həqiqi HTTP 407 cavabı deyil. Eyni şəkildə xüsusi giriş səhifəsi 200 qaytarıb tətbiq səviyyəsində yenə autentifikasiya tələb edə bilər.
HTTPS niyə sayta çatmamış 407 ilə uğursuz ola bilər?
Adi HTTP proksi HTTPS sorğusunu daşıyanda müştəri adətən əvvəlcə CONNECT tuneli istəyir. Proksi həmin CONNECT sorğusu üçün autentifikasiya tələb edə bilər. Bu tamamlanmayıbsa, hədəflə TLS sessiyası tunel vasitəsilə hələ qurulmayıb. Saytın API tokenini dəyişmək yəqin ki, bu mərhələni düzəltməyəcək.
Çağırışın harada göründüyünü ətraflı çıxışla izləyin:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/Yerli dinləyicini özünüzünki ilə əvəz edib jurnaldakı ilk autentifikasiya çağırışını oxuyun. CONNECT zamanı 407 hədəf TLS-dən əvvəldir; sonrakı 401 uğurlu tuneldən sonra gələ bilər.
Proksi məlumatlarını proksi interfeysi ilə verin
Etibar etdiyiniz administratorun verdiyi son nöqtə və hesab üçün curl proksinin autentifikasiya sxemini razılaşdıra və çatışmayan parolu soruşa bilər:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user alice https://example.com/Nümunə son nöqtə və istifadəçini icazəniz olan xidmət məlumatları ilə əvəz edin. Yalnız istifadəçi adı göstərmək parolu yuxarıdakı əmrə birbaşa yazmamağa imkan verir. Metod dəstəyi curl yığımına və proksiyə görə dəyişir; razılaşdırma uğursuzdursa, həqiqi çağırışı və yığımın imkanlarını yoxlayın.
Proksi autentifikasiya seçimi curl-ün mənbə istifadəçisinin autentifikasiyasından ayrıdır. Proksi çağırışına cavab əvəzinə mənbə üçün Authorization başlığı əlavə etməyin. Proksi giriş başlıqlarını əlaqəsiz sorğulara əl ilə yönləndirməyin və ya bütün tətbiqdə təkrar işlənən başlıqlarda saxlamayın.
Proksi davamlı 407 qaytarırsa
- Nəzərdə tutulan proksi hostu və portunu istifadə etdiyinizi təsdiqləyin.
- Basic fərz etmək əvəzinə proksinin elan etdiyi sxemləri yoxlayın.
- Hesab vəziyyətini və xidmətin xüsusi istifadəçi adı formatı tələb edib-etmədiyini yoxlayın.
- Məlumatlar URL-dədirsə, xüsusi simvolların ötürülməsini yoxlayın.
- Brauzerə inteqrasiya olunmuş korporativ autentifikasiyanın icra mühiti və ya platforma dəstəyi tələb edib-etmədiyini müəyyən edin.
- Müştəri sübutları kifayət deyilsə, administratordan həssas məlumatları çıxarılmış sorğu identifikatoru və ya server jurnalı qeydi istəyin.
403 və ya rədd edilmiş CONNECT uğurlu girişdən sonra da giriş siyasətinin qərarı ola bilər. Daha çox parol sınağı qadağan olunmuş hədəfə giriş verməz.
Hədəfin HTTPS-i bütün proksi giriş mübadilələrini qorumur
Proksi autentifikasiyası hədəf TLS qurulmamış baş verə bilər. Proksinin özünə bağlantı şifrəsizdirsə və metod orada təkrar istifadə olunan məlumatları açırsa, HTTPS hədəfi əvvəlki mübadiləni sonradan qorumur. Xidmətə uyğun nəqliyyat və autentifikasiya seçin; şəxsi hesabları naməlum açıq proksiyə göndərməyin.
Ətraflı jurnalları paylaşmadan əvvəl nəzərdən keçirin. Alət adi giriş sahələrini gizlətsə də, istifadəçi adları, daxili son nöqtə adları, kukilər və başqa tanıdıcı məlumat qala bilər.