Plusendi Squid tra DigitalOcean TCP-ŝarĝbalancilo

Uzu kongruajn TCP-enirajn kaj celajn protokolojn por ekzistanta DigitalOcean-rimedo kiam la vojo devas konservi antaŭen HTTP kaj CONNECT.

Por ekzistanta DigitalOcean-ŝarĝbalancila rimedo, konservu la prokuran bajtfluon de la kliento per kongruaj TCP-protokoloj:

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

Konservu la faktan celon, retajn limigojn kaj sanajn kontrolojn ĉirkaŭ ĉi tiu fragmento. La kliento uzas la adreson de la ŝarĝbalancilo, kaj Squid ricevas la fluon ĉe sia aŭskultanto.

Antaŭen-prokurilo akceptas HTTP-celojn en absoluta formo kaj CONNECT por HTTPS. La ordinara HTTP-ŝarĝbalanca reĝimo devas eksplicite subteni tiujn konversaciojn; nomi la aŭskultanton HTTP ne pruvas tiun kongruecon.

Kontrolu pli ol la pordon: TCP-sana kontrolo pruvas akcepton, dum aŭtentikigita CONNECT al permesita celo provas la prokuran kontrakton.

Kontrolu la fontan adreson, kiun Squid vidas antaŭ ol fidi IP-rajtigon. PROXY-protokolaj metadatumoj, se uzataj, postulas subtenon ĉe ambaŭ finoj kaj aldonas bajtojn antaŭ la prokura peto. Senakvigadu aktivajn tunelojn intence dum celprizorgado; subita forigo de ilia procezo interrompos ilin.

Rilataj artikoloj