Videresend Squid gennem en DigitalOcean TCP-loadbalancer

Brug matchende TCP-indgangs- og målprotokoller til en eksisterende DigitalOcean-ressource, når stien skal bevare forward HTTP og CONNECT.

For en eksisterende DigitalOcean-loadbalancer-ressource bevares klientens proxy-bytestrøm med matchende TCP-protokoller:

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

Behold det faktiske mål, netværksbegrænsninger og sundhedstjek omkring dette fragment. Klienten bruger loadbalancerens adresse, og Squid modtager strømmen på sin lytter.

En forward-proxy accepterer HTTP-mål i absolut form og CONNECT til HTTPS. Almindelig HTTP-loadbalancing-tilstand skal udtrykkeligt understøtte disse samtaler; at kalde lytteren HTTP fastslår ikke den kompatibilitet.

Bekræft mere end porten: et TCP-sundhedstjek beviser accept, mens en godkendt CONNECT til et tilladt mål afprøver proxy-kontrakten.

Kontroller kildeaddressen, som Squid ser, før du stoler på IP-autorisation. PROXY-protokolmetadata kræver, hvis de bruges, understøttelse i begge ender og tilføjer bytes før proxy-anmodningen. Dræn levende tunneler bevidst under målvedligeholdelse; fjernes deres proces brat, afbrydes de.

Relaterede artikler