İstifadəyə yararlı Proxy-Authenticate çağırışı olmadan HTTP 407

Müştəri yalnız status nömrəsinə əsaslanaraq autentifikasiya mexanizmi seçə bilməz. Proksinin cavabı nəyi qəbul etdiyini təsvir etməlidir.

HTTP, 407 yaradan proksinin Proxy-Authenticate çağırışı göndərməsini tələb edir. Basic xidməti üçün sadə bir nümunə:

HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"

Rəqəmsal status, başlıq adı və sxemə xas sintaksis hamısı vacibdir. Gövdəsində authentication sözü olan brendli səhv səhifəsi başlığın əvəzi deyil. Fərdi tətbiqlər də başlıq sonlandırıcısı və gövdə çərçivəsi daxil olmaqla tam HTTP 407 cavabı göndərməlidir.

Bu müştəriyə çatan cavabı yoxlayın

Status və çağırış sahələrini məxfi dəyərləri çıxararaq qeydə alın. Bir vasitəçi cavabı dəyişdirmiş, ya da fərdi proksi etibarsız çağırış qurmuş ola bilər. Bu dəlilləri proksinin öz əməliyyat jurnalı ilə müqayisə edin.

Xidmət bunun əvəzinə 405 və ya başqa xəta göndərirsə, hər belə cavabı fərdi müştəri daxilində 407 kimi yenidən etiketləməyin. Siz həqiqi metod siyasəti uğursuzluqlarını gizlədərdiniz və yenə də etibarlı sxem danışıqları olmazdı. Xidmətin davranışını düzəldin və ya onun sənədləşdirilmiş dəstəklənən autentifikasiya yolundan istifadə edin.

Çoxsaylı çağırışlar da əsl HTTP analizatoru tələb edir. Vergül parametrləri və ya çağırışları ayıra bilər; bütün başlığı kor-koranə vergüllərə bölmək dırnaq içindəki realm-i poza bilər. Ardıcıl sətir əvəzləmələri əvəzinə müştərinin dəstəklənən autentifikasiya tətbiqindən istifadə edin.

Yalnız çağırış istifadəyə yararlı olduqdan sonra etimad göstəricisi təminatçısının niyə hesab qaytarmadığını araşdırmaq məna kəsb edir.