Vidarebefordra Squid genom en DigitalOcean TCP-lastbalanserare

Använd matchande TCP-ingångs- och målprotokoll för en befintlig DigitalOcean-resurs när vägen måste bevara forward HTTP och CONNECT.

För en befintlig DigitalOcean-lastbalanserarresurs behålls klientens proxy-byteström med matchande TCP-protokoll:

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

Behåll det faktiska målet, nätverksbegränsningar och hälsokontroller kring detta fragment. Klienten använder lastbalanserarens adress och Squid tar emot strömmen på sin lyssnare.

En forward-proxy accepterar HTTP-mål i absolut form och CONNECT för HTTPS. Det vanliga HTTP-lastbalanseringsläget måste uttryckligen stödja dessa samtal; att kalla lyssnaren HTTP fastställer inte den kompatibiliteten.

Verifiera mer än porten: en TCP-hälsokontroll bevisar acceptans, medan en autentiserad CONNECT till ett tillåtet mål prövar proxy-avtalet.

Kontrollera källadressen som Squid ser innan du förlitar dig på IP-auktorisering. PROXY-protokollmetadata kräver, om de används, stöd i båda ändar och lägger till byte före proxy-begäran. Töm aktiva tunnlar medvetet under målunderhåll; tas deras process bort abrupt avbryts de.

Relaterade artiklar