Preposielanie Squidu cez TCP load balancer v DigitalOcean

Pre existujúci prostriedok DigitalOcean použite zhodné TCP protokoly vstupu a cieľa, keď cesta musí zachovať forward HTTP a CONNECT.

Pre existujúci prostriedok load balancera DigitalOcean zachovajte bajtový tok proxy klienta so zhodnými TCP protokolmi:

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

Skutočný cieľ, sieťové obmedzenia a kontroly stavu ponechajte okolo tohto fragmentu. Klient používa adresu load balancera a Squid prijíma tok na svojom listeneri.

Forward proxy prijíma HTTP ciele v absolútnom tvare a CONNECT pre HTTPS. Bežný režim HTTP load balancingu musí tieto konverzácie výslovne podporovať; nazvať listener HTTP túto kompatibilitu nepreukazuje.

Overujte viac než port: TCP kontrola stavu preukazuje prijatie, zatiaľ čo autentifikovaný CONNECT k povolenému cieľu preveruje kontrakt proxy.

Pred spoliehaním sa na autorizáciu podľa IP skontrolujte zdrojovú adresu, ktorú Squid vidí. Metadáta protokolu PROXY, ak sa používajú, vyžadujú podporu na oboch koncoch a pridávajú bajty pred požiadavkou proxy. Živé tunely počas údržby cieľa vedome vypúšťajte; náhle odstránenie ich procesu ich preruší.

Súvisiace články