Reenviar Squid mediante un balanceador de carga TCP de DigitalOcean

Use protocolos TCP de entrada y destino coincidentes para un recurso de DigitalOcean existente cuando la ruta deba conservar HTTP de reenvío y CONNECT.

Para un recurso de balanceador de carga de DigitalOcean existente, conserve el flujo de bytes del proxy del cliente con protocolos TCP coincidentes:

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

Mantenga el destino real, las restricciones de red y las comprobaciones de estado alrededor de este fragmento. El cliente usa la dirección del balanceador y Squid recibe el flujo en su escucha.

Un proxy de reenvío acepta destinos HTTP en forma absoluta y CONNECT para HTTPS. El modo normal de balanceo de carga HTTP debe admitir explícitamente esas conversaciones; llamar HTTP al escucha no establece esa compatibilidad.

Verifique más que el puerto: una comprobación de estado TCP demuestra la aceptación, mientras que un CONNECT autenticado a un destino permitido ejercita el contrato del proxy.

Compruebe la dirección de origen que ve Squid antes de confiar en la autorización por IP. Los metadatos del protocolo PROXY, si se usan, requieren soporte en ambos extremos y añaden bytes antes de la solicitud del proxy. Drene los túneles activos de forma deliberada durante el mantenimiento del destino; eliminar bruscamente su proceso los interrumpe.

Artículos relacionados