Proksi niyə bir saytda işləyir, digərində işləmir?
İşləyən proksi bağlantısını təyinat məhdudiyyətlərindən, port qaydalarından, TLS xətalarından və HTTP cavablarından ayırın.
Bir sayt işləyib digəri işləməyəndə proksi konfiqurasiyasını dəyişməyin. Bu sorğular arasındakı fərq faydalı sübutdur; son nöqtəni dərhal dəyişmək onu itirir.
HTTP proksi üzərindən HTTPS üçün müştəri izində CONNECT cavabını, təyinatla TLS-i və saytın son HTTP cavabını ayırın:
| Müşahidə olunan nasazlıq | Nəyi yoxlamalı |
|---|---|
| Proksidən cavab yoxdur | Proksi bağlantısı və marşrut. Əvvəl uğurlu olan sayt indiki əlçatanlığı sübut etmir. |
| Bir hədəf üçün CONNECT rədd edilir | İcazəli təyinat/port siyasəti və proksinin şəbəkəsindən əlçatanlıq. |
| Tunel qəbul edilir, sertifikat yoxlaması uğursuzdur | Bildirilən sertifikat xətası: bitmə vaxtı, host adı, yerli saat, etibar konfiqurasiyası və ya idarə olunan müdaxilə. |
| Yoxlanmış TLS-dən sonra sayt 403 qaytarır | Saytın giriş qaydaları, hesabın vəziyyəti, tələb olunan kukilər və icazələr. |
| Sayt 429 qaytarır | Dərc edilmiş sorğu tezliyi limitləri. Digər istifadəçilərin fəaliyyəti də ortaq çıxışa aid edilə bilər. |
Xəta səhifəsini kimin yaratdığını oxuyun. Vasitəçi 403 və ya başqa HTTP xətası qaytara bilər; təkcə nömrə onun yerini göstərmir. TLS yoxlamasını açıq saxlayın ki, uğurlu görünən sorğu təhlükəsiz bağlantı xətasını gizlətməsin.
Hər hədəf üçün proksi əl sıxışmasının nəticəsini, TLS nəticəsini və son statusu qeyd edin. Nəzarətinizdə olan adi bir təyinatı baza kimi daxil edin. Son nöqtə bu bazaya çatırsa, lakin bir sayt onun çıxış ünvanını davamlı rədd edirsə, saytın tələblərini araşdırın və ya başqa icazəli yol istifadə edin. Proksi dəyişmək çatışmayan autentifikasiyanı və ya giriş icazələrini təmin edə bilməz.