Vidaresend Squid gjennom ein DigitalOcean TCP-lastbalansar

Bruk samsvarande TCP-inngangs- og målprotokollar for ein eksisterande DigitalOcean-ressurs når banen må halda på forward HTTP og CONNECT.

For ein eksisterande DigitalOcean-lastbalansarressurs blir proxy-bytestraumen til klienten halden på med samsvarande TCP-protokollar:

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

Hald på sjølve målet, nettverksavgrensingar og helsesjekkar rundt dette fragmentet. Klienten brukar adressa til lastbalansaren, og Squid tek imot straumen på lyttaren sin.

Ein forward-proxy godtek HTTP-mål i absolutt form og CONNECT for HTTPS. Vanleg HTTP-lastbalansering må eksplisitt støtta desse samtalane; å kalla lyttaren HTTP fastslår ikkje den kompatibiliteten.

Stadfest meir enn porten: ein TCP-helsesjekk provar aksept, medan ein autentisert CONNECT til eit tillaten mål prøver proxy-kontrakten.

Kontroller kjeldeadressa Squid ser før du stolar på IP-autorisasjon. PROXY-protokollmetadata krev, om dei blir brukte, støtte i begge endar og legg til byte før proxy-førespurnaden. Tøm aktive tunnelar medvite under målvedlikehald; blir prosessen deira brått fjerna, blir dei avbrotne.

Relaterte artiklar