Předávání Squidu přes TCP load balancer v DigitalOcean

Pro existující prostředek DigitalOcean použijte shodné TCP protokoly vstupu a cíle, když cesta musí zachovat forward HTTP a CONNECT.

U existujícího prostředku load balanceru DigitalOcean zachovejte bajtový proud proxy klienta se shodnými TCP protokoly:

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

Skutečný cíl, síťová omezení a kontroly stavu ponechte kolem tohoto fragmentu. Klient používá adresu load balanceru a Squid přijímá proud na svém listeneru.

Forward proxy přijímá HTTP cíle v absolutním tvaru a CONNECT pro HTTPS. Běžný režim HTTP load balancingu musí tyto konverzace výslovně podporovat; nazvat listener HTTP tuto kompatibilitu neprokazuje.

Ověřujte víc než port: TCP kontrola stavu prokazuje přijetí, zatímco autentizovaný CONNECT k povolenému cíli prověřuje kontrakt proxy.

Než se spolehnete na autorizaci podle IP, zkontrolujte zdrojovou adresu, kterou Squid vidí. Metadata protokolu PROXY, pokud se používají, vyžadují podporu na obou koncích a přidávají bajty před požadavek proxy. Živé tunely během údržby cíle vědomě vypouštějte; náhlé odebrání jejich procesu je přeruší.

Související články