Videresend Squid gjennom en DigitalOcean TCP-lastbalanserer

Bruk samsvarende TCP-inngangs- og målprotokoller for en eksisterende DigitalOcean-ressurs når banen må bevare forward HTTP og CONNECT.

For en eksisterende DigitalOcean-lastbalansererressurs beholdes klientens proxy-bytestrøm med samsvarende TCP-protokoller:

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

Behold selve målet, nettverksbegrensninger og helsesjekker rundt dette fragmentet. Klienten bruker lastbalansererens adresse, og Squid mottar strømmen på lytteren sin.

En forward-proxy godtar HTTP-mål i absolutt form og CONNECT for HTTPS. Vanlig HTTP-lastbalanseringsmodus må eksplisitt støtte disse samtalene; å kalle lytteren HTTP fastslår ikke den kompatibiliteten.

Bekreft mer enn porten: en TCP-helsesjekk beviser aksept, mens en autentisert CONNECT til et tillatt mål prøver proxy-kontrakten.

Kontroller kildeadressen Squid ser før du stoler på IP-autorisasjon. PROXY-protokollmetadata krever, hvis de brukes, støtte i begge ender og legger til bytes før proxy-forespørselen. Tøm aktive tunneler bevisst under målvedlikehold; fjernes prosessen deres brått, avbrytes de.

Relaterte artikler