Posredovanje Squida skozi DigitalOcean TCP load balancer

Uporabite ujemajoča se protokola TCP za vstop in cilj za obstoječi vir DigitalOcean, ko mora pot ohraniti forward HTTP in CONNECT.

Za obstoječi vir load balancerja DigitalOcean ohranite bajtni tok proxyja odjemalca z ujemajočimi se protokoli TCP:

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

Ohranite dejanski cilj, omrežne omejitve in preverjanja stanja okoli tega fragmenta. Odjemalec uporablja naslov load balancerja, Squid pa tok prejme na svojem poslušalcu.

Posredovalni proxy sprejema cilje HTTP v absolutni obliki in CONNECT za HTTPS. Običajni način porazdeljevanja obremenitve HTTP mora te pogovore izrecno podpirati; če poslušalec imenujemo HTTP, to še ne dokazuje združljivosti.

Preverite več kot vrata: preverjanje stanja TCP dokazuje sprejem, medtem ko preverjeni CONNECT do dovoljenega cilja preizkusi pogodbo proxyja.

Pred zanašanjem na avtorizacijo po IP preverite izvorni naslov, ki ga vidi Squid. Metapodatki protokola PROXY, če se uporabljajo, zahtevajo podporo na obeh koncih in dodajo bajte pred zahtevo proxyja. Med vzdrževanjem cilja namerno izpraznite aktivne tunele; nenadna odstranitev njihovega procesa jih prekine.

Sorodni članki