Kullanılabilir Proxy-Authenticate isteği olmadan HTTP 407
İstemci kimlik bilgisi işleyicisini hiç çağırmadığında veya normal bir istek yerine beklenmeyen bir durum aldığında proxy'nin kimlik doğrulama başlığını inceleyin.
Bir istemci kimlik doğrulama mekanizmasını yalnızca durum numarasına bakarak seçemez. Proxy'nin yanıtı neyi kabul ettiğini açıklamalıdır.
HTTP, 407 üreten bir proxy'nin Proxy-Authenticate isteği göndermesini şart koşar. Basic hizmeti için basit bir örnek:
HTTP/1.1 407 Proxy Authentication Required
Proxy-Authenticate: Basic realm="Office proxy"Sayısal durum, başlık adı ve şemaya özgü sözdizimi hepsi önemlidir. Gövdesinde authentication kelimesi bulunan markalı bir hata sayfası başlığın yerini tutmaz. Özel uygulamalar da başlık sonlandırıcısı ve gövde çerçevelemesi dahil eksiksiz bir HTTP 407 yanıtı göndermelidir.
Bu istemciye ulaşan yanıtı inceleyin
Gizli değerleri kaldırdıktan sonra durum ve istek alanlarını kaydedin. Araya giren bir taraf yanıtı dönüştürmüş veya özel bir proxy geçersiz bir istek oluşturmuş olabilir. Bu kanıtları proxy'nin kendi işlem günlüğüyle karşılaştırın.
Hizmet bunun yerine 405 veya başka bir hata gönderiyorsa, özel bir istemci içinde bu tür her yanıtı 407 olarak yeniden etiketlemeyin. Yöntem ilkesinin gerçek başarısızlıklarını gizler ve yine de güvenilir bir şema görüşmesine sahip olmazsınız. Hizmetin davranışını düzeltin veya belgelenmiş desteklenen kimlik doğrulama yolunu kullanın.
Birden çok istek ayrıca gerçek bir HTTP ayrıştırıcısı gerektirir. Virgül parametreleri veya istekleri ayırabilir; tüm başlığı virgüllere göre körlemesine bölmek tırnak içindeki bir realm'i bozabilir. Ardışık dize değiştirmeleri yerine istemcinin desteklediği kimlik doğrulama uygulamasını kullanın.
Ancak istek kullanılabilir olduktan sonra kimlik bilgisi sağlayıcısının neden bir hesap döndürmediğini araştırmak anlamlıdır.