Время ожидания прокси-сервера Bluecoat на некоторых сайтах https истекает
У нас есть несколько ProxySG. Версия - SGOS 6.4. Они настроены в явном режиме. Значение для запросов https: они туннелируются через порт 80 IP-адреса прокси.
Любой, кто использует подобную настройку, попробуйте следующий адрес таблицы стилей CSS французского провайдера веб-почты и объясните мне, почему загрузка через прокси-сервер занимает 30 секунд или больше (если это так на вашем сайте):
Я пробовал несколько ProxySG за разными подключениями к Интернету. Когда я иду прямо, нет проблем. Неважно, какой браузер я использую, пробовал IE в Windows, FF в Windows, FF в Linux. Через прокси у этого сайта ужасные таймауты, что делает невозможным его использование, так как они обновили свой сайт около полугода назад.
Я также пробовал использовать явный прокси-сервер Squid: нет проблем!
Я здесь в растерянности.
- Используют ли они что-то внутри HTTP, чем задыхается ProxySG?
- Что-то не так с SSL? Я вижу, что их сертификат не всегда соответствует их фактическому имени хоста (laposte.net vs. laposte.fr) ...
- У меня было полное отслеживание политик SG, но я не обнаружил явных ошибок, не было совпадений в черном списке и тому подобного (что в любом случае не займет более 30 секунд для оценки)
Забавная вещь: используя wget на том же Linux-сервере с установленным FF, как через прокси, wget загружает файл без каких-либо задержек.
Пожалуйста, порекомендуйте :)
См. Захват пакетов ниже (слева = ПК на прокси, справа = прокси на Интернет)
Опять же, это безумие.
Похоже, это происходит из-за странного взаимодействия между ОС Bluecoat и (устаревшей) клавишей F5, используемой на другом конце. В частности, алгоритм избегания синдрома глупого окна TCP (SWS) Bluecoat, похоже, вызывает это:
https://support.f5.com/kb/en-us/solutions/public/8000/900/sol8927.html
Теперь вопрос в том, сломает ли отключение предотвращения SWS что-нибудь еще? Я не знаю, но займусь расследованием.
Поскольку F5 другой стороны устарели, можно даже просто войти в систему и обновить ;-)