Чому проксі працює на одному сайті, але не на іншому
Відокремлюйте робоче з’єднання з проксі від обмежень призначення, правил портів, помилок TLS і відповідей HTTP.
Не змінюйте налаштування проксі, коли один сайт працює, а інший ні. Різниця між запитами — корисне свідчення; негайна зміна кінцевої точки позбавляє вас його.
Для HTTPS через HTTP-проксі розрізняйте в трасуванні клієнта відповідь CONNECT, TLS із призначенням та остаточну HTTP-відповідь сайту:
| Спостережуваний збій | Що перевірити |
|---|---|
| Немає відповіді від проксі | З’єднання з проксі та маршрут. Успішний запит до сайту раніше не доводить поточну доступність. |
| CONNECT заборонено для одного призначення | Політику дозволених призначень/портів і доступність із мережі проксі. |
| Тунель прийнято, перевірка сертифіката не проходить | Повідомлену помилку сертифіката: завершення строку, ім’я хоста, місцевий годинник, налаштування довіри або кероване перехоплення. |
| Перевірений TLS, потім 403 від сайту | Правила доступу сайту, стан облікового запису, потрібні cookies і дозволи. |
| 429 від сайту | Оприлюднені обмеження частоти. Інші користувачі теж можуть створювати активність, приписану спільному виходу. |
Подивіться, хто створив сторінку помилки. Посередник може повернути 403 або іншу помилку HTTP; сам номер не вказує на джерело. Залишайте перевірку TLS увімкненою, щоб позірно успішний запит не приховував збій захищеного з’єднання.
Для кожного призначення записуйте результат узгодження з проксі, результат TLS і кінцевий статус. Додайте звичайне призначення під своїм контролем як точку порівняння. Якщо кінцева точка до нього доходить, але один сайт постійно відхиляє її вихідну адресу, вивчіть вимоги сайту або використайте інший дозволений маршрут. Зміна проксі не замінить відсутню автентифікацію чи права доступу.