Reenviar Squid a través d'un balancejador de càrrega TCP de DigitalOcean

Utilitzeu protocols TCP d'entrada i de destí coincidents per a un recurs DigitalOcean existent quan el camí ha de conservar HTTP i CONNECT.

Per a un recurs de balancejador de càrrega DigitalOcean existent, conserveu el flux de bytes del proxy del client amb protocols TCP coincidents:

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

Mantingueu l'objectiu real, les restriccions de xarxa i les comprovacions d'estat al voltant d'aquest fragment. El client utilitza l'adreça del balancejador i Squid rep el flux al seu escoltador.

Un proxy directe accepta objectius HTTP en forma absoluta i CONNECT per a HTTPS. El mode normal de balanceig de càrrega HTTP ha de suportar explícitament aquestes converses; anomenar HTTP l'escoltador no estableix aquesta compatibilitat.

Verifiqueu més que el port: una comprovació d'estat TCP demostra l'acceptació, mentre que un CONNECT autenticat a un objectiu permès exerceix el contracte del proxy.

Comproveu l'adreça d'origen que veu Squid abans de confiar en l'autorització per IP. Les metadades del protocol PROXY, si s'utilitzen, requereixen suport als dos extrems i afegeixen bytes abans de la petició del proxy. Buideu els túnels actius de manera deliberada durant el manteniment de l'objectiu; eliminar bruscament el seu procés els interromp.

Articles relacionats