Передача Squid через TCP-балансировщик DigitalOcean

Используйте совпадающие протоколы TCP для входа и цели существующего ресурса DigitalOcean, когда путь должен сохранять forward HTTP и CONNECT.

Для существующего ресурса балансировщика нагрузки DigitalOcean сохраняйте байтовый поток прокси клиента с совпадающими протоколами TCP:

forwarding_rule {
  entry_port      = 3128
  entry_protocol  = "tcp"
  target_port     = 3128
  target_protocol = "tcp"
}

Сохраняйте фактическую цель, сетевые ограничения и проверки состояния вокруг этого фрагмента. Клиент использует адрес балансировщика, а Squid принимает поток на своём слушателе.

Forward-прокси принимает HTTP-цели в абсолютной форме и CONNECT для HTTPS. Обычный режим балансировки нагрузки HTTP должен явно поддерживать такие диалоги; называть слушатель HTTP не доказывает эту совместимость.

Проверяйте больше, чем порт: проверка состояния TCP доказывает приём, а аутентифицированный CONNECT к разрешённой цели испытывает контракт прокси.

Проверьте адрес источника, который видит Squid, прежде чем полагаться на авторизацию по IP. Метаданные протокола PROXY, если они используются, требуют поддержки на обоих концах и добавляют байты перед запросом прокси. Во время обслуживания цели намеренно сливайте активные туннели; внезапное удаление их процесса прерывает их.

Похожие статьи