Encaminhar o Squid por um balanceador de carga TCP da DigitalOcean

Use protocolos TCP de entrada e de destino correspondentes para um recurso DigitalOcean existente quando o caminho precisa preservar HTTP de encaminhamento e CONNECT.

Para um recurso de balanceador de carga da DigitalOcean existente, preserve o fluxo de bytes do proxy do cliente com protocolos TCP correspondentes:

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

Mantenha o destino real, as restrições de rede e as verificações de integridade em torno deste fragmento. O cliente usa o endereço do balanceador e o Squid recebe o fluxo no seu listener.

Um proxy de encaminhamento aceita destinos HTTP em forma absoluta e CONNECT para HTTPS. O modo comum de balanceamento de carga HTTP precisa suportar explicitamente essas conversas; chamar o listener de HTTP não estabelece essa compatibilidade.

Verifique mais do que a porta: uma verificação de integridade TCP comprova a aceitação, enquanto um CONNECT autenticado a um destino permitido exercita o contrato do proxy.

Verifique o endereço de origem que o Squid vê antes de confiar na autorização por IP. Os metadados do protocolo PROXY, se usados, exigem suporte nas duas pontas e acrescentam bytes antes do pedido do proxy. Esvazie os túneis ativos de forma deliberada durante a manutenção do destino; remover bruscamente o processo deles interrompe-os.

Artigos relacionados