Reenviar Squid a través dun balanceador de carga TCP de DigitalOcean

Use protocolos TCP de entrada e destino coincidentes para un recurso de DigitalOcean existente cando a ruta deba conservar HTTP de reenvío e CONNECT.

Para un recurso de balanceador de carga de DigitalOcean existente, conserve o fluxo de bytes do proxy do cliente con protocolos TCP coincidentes:

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

Manteña o destino real, as restricións de rede e as comprobacións de estado arredor deste fragmento. O cliente usa o enderezo do balanceador e Squid recibe o fluxo no seu escoitador.

Un proxy de reenvío acepta destinos HTTP en forma absoluta e CONNECT para HTTPS. O modo habitual de balanceo de carga HTTP debe admitir explicitamente esas conversas; chamar HTTP ao escoitador non establece esa compatibilidade.

Verifique máis que o porto: unha comprobación de estado TCP demostra a aceptación, mentres que un CONNECT autenticado a un destino permitido exercita o contrato do proxy.

Comprobe o enderezo de orixe que ve Squid antes de confiar na autorización por IP. Os metadatos do protocolo PROXY, se se usan, requiren soporte nos dous extremos e engaden bytes antes da solicitude do proxy. Drene os túneles activos de xeito deliberado durante o mantemento do destino; retirar bruscamente o seu proceso interrómpeos.

Artigos relacionados