Squid doorsturen via een DigitalOcean TCP-loadbalancer

Gebruik overeenkomende TCP-ingangs- en doelprotocollen voor een bestaande DigitalOcean-resource wanneer het pad forward HTTP en CONNECT moet behouden.

Voor een bestaande DigitalOcean-loadbalancerresource blijft de proxy-bytestroom van de client behouden met overeenkomende TCP-protocollen:

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

Houd het werkelijke doel, netwerkbeperkingen en gezondheidscontroles rond dit fragment. De client gebruikt het adres van de loadbalancer en Squid ontvangt de stroom op zijn listener.

Een forward-proxy accepteert HTTP-doelen in absolute vorm en CONNECT voor HTTPS. De gewone HTTP-loadbalancingmodus moet die gesprekken expliciet ondersteunen; de listener HTTP noemen bewijst die compatibiliteit niet.

Controleer meer dan de poort: een TCP-gezondheidscontrole bewijst acceptatie, terwijl een geauthenticeerde CONNECT naar een toegestaan doel het proxycontract beproeft.

Controleer het bronadres dat Squid ziet voordat u op IP-autorisatie vertrouwt. PROXY-protocolmetadata vereisen, indien gebruikt, ondersteuning aan beide uiteinden en voegen bytes toe vóór het proxyverzoek. Leeg actieve tunnels bewust tijdens doelonderhoud; het abrupt verwijderen van hun proces onderbreekt ze.

Gerelateerde artikelen