Squid cache_peer: не помечайте пересылающего родителя как originserver
Уберите предположение об исходном сервере, когда следующий узел Squid — обычный пересылающий прокси, а не сайт, предоставляющий ресурс.
Строка cache_peer может задавать родителя и при этом указывать Squid общаться с ним так, как будто это исходный сайт.
Ответственный переключатель — originserver. Squid документирует его для ускоряющих конфигураций, где родитель является веб-сервером. Это не общий флаг, означающий «отправь исходный запрос через этого родителя».
Если следующий узел — обычный пересылающий HTTP-прокси, проверьте, уместен ли этот флаг вообще. Базовая декларация родителя вместо этого имеет вид:
cache_peer parent.example parent 8080 0 no-query name=upstream
Родителем может быть ваш собственный сервис; для разрешённого теста публичного родителя без настроенных учётных данных родительского прокси возьмите HTTP-кандидат из списка HTTP-прокси. Сохраните предполагаемую авторизацию клиента, пригодность родителя, аутентификацию и политику прямого отката. Этот фрагмент лишь определяет роль родителя.
proxy-only, иногда копируемый рядом с originserver, относится к хранению объектов, полученных от этого родителя. Удаление обоих флагов сразу не доказывает, что оба вызвали сбой протокола.
Посмотрите, чего ожидает следующий сервис: запроса сайта, запроса пересылающего прокси или обмена установки туннеля. Допустимое имя хоста и доступный порт не могут сделать эти контракты взаимозаменяемыми. Исправление роли родителя точнее, чем повторная замена сертификатов TLS на соединении, семантика запроса которого была неверной.