Transmettre Squid via un équilibreur de charge TCP DigitalOcean

Utilisez des protocoles TCP d'entrée et de cible identiques pour une ressource DigitalOcean existante lorsque le chemin doit préserver le HTTP sortant et CONNECT.

Pour une ressource d'équilibreur de charge DigitalOcean existante, conservez le flux d'octets du proxy du client avec des protocoles TCP identiques :

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

Conservez la cible réelle, les restrictions réseau et les contrôles d'état autour de ce fragment. Le client utilise l'adresse de l'équilibreur et Squid reçoit le flux sur son écouteur.

Un proxy sortant accepte les cibles HTTP sous forme absolue et CONNECT pour HTTPS. Le mode ordinaire d'équilibrage de charge HTTP doit prendre en charge explicitement ces conversations ; qualifier l'écouteur de HTTP n'établit pas cette compatibilité.

Vérifiez plus que le port : un contrôle d'état TCP prouve l'acceptation, tandis qu'un CONNECT authentifié vers une cible autorisée éprouve le contrat du proxy.

Vérifiez l'adresse source que voit Squid avant de vous fier à l'autorisation par IP. Les métadonnées du protocole PROXY, si elles sont utilisées, exigent la prise en charge aux deux extrémités et ajoutent des octets avant la requête proxy. Videz délibérément les tunnels actifs pendant la maintenance de la cible ; retirer brusquement leur processus les interrompt.

Articles similaires