Bir proxy neden bir sitede çalışırken diğerinde çalışmaz?
Çalışan proxy bağlantısını hedef kısıtlamalarından, port kurallarından, TLS hatalarından ve HTTP yanıtlarından ayırın.
Bir site çalışıp diğeri çalışmadığında proxy yapılandırmasını değiştirmeyin. İstekler arasındaki fark yararlı bir kanıttır; uç noktayı hemen değiştirmek bu kanıtı ortadan kaldırır.
HTTP proxy üzerinden HTTPS için istemci izinde CONNECT yanıtını, hedefle TLS’i ve sitenin son HTTP yanıtını ayırt edin:
| Gözlenen hata | Neyi incelemeli |
|---|---|
| Proxy yanıt vermiyor | Proxy bağlantısı ve rota. Daha önce çalışan bir site mevcut kullanılabilirliği kanıtlamaz. |
| Bir hedef için CONNECT reddediliyor | İzin verilen hedef/port politikası ve proxy ağından erişilebilirlik. |
| Tünel kabul edildi, sertifika doğrulaması başarısız | Bildirilen sertifika hatası: süre sonu, ana makine adı, yerel saat, güven yapılandırması veya yönetilen araya girme. |
| Doğrulanmış TLS’den sonra siteden 403 | Sitenin erişim kuralları, hesap durumu, gereken çerezler ve izinler. |
| Siteden 429 | Yayımlanmış hız sınırları. Diğer kullanıcılar da ortak çıkışa atfedilen etkinliğe katkıda bulunabilir. |
Hata sayfasını kimin oluşturduğuna bakın. Bir aracı 403 veya başka bir HTTP hatası döndürebilir; tek başına numara kaynağı belirlemez. TLS doğrulamasını açık tutun ki başarılı görünen bir istek güvenli bağlantı hatasını gizlemesin.
Her hedef için proxy el sıkışmasının sonucunu, TLS sonucunu ve son durumu kaydedin. Denetiminizdeki sıradan bir hedefi karşılaştırma temeli olarak ekleyin. Uç nokta ona ulaşıyor fakat bir site çıkış adresini sürekli reddediyorsa sitenin gereksinimlerini araştırın veya başka izinli rota kullanın. Proxy değiştirmek eksik kimlik doğrulamasını ya da erişim izinlerini karşılayamaz.