Squid persiuntimas per „DigitalOcean“ TCP apkrovos balansuoklį

Naudokite atitinkančius TCP prieigos ir tikslo protokolus esamam „DigitalOcean“ ištekliui, kai kelias turi išlaikyti persiunčiamą HTTP ir CONNECT.

Esamam „DigitalOcean“ apkrovos balansuoklio ištekliui išlaikykite kliento tarpinio serverio baitų srautą su atitinkančiais TCP protokolais:

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

Išsaugokite tikrąjį tikslą, tinklo apribojimus ir būsenos patikras aplink šį fragmentą. Klientas naudoja balansuoklio adresą, o Squid priima srautą savo klausytoje.

Persiunčiantis tarpinis serveris priima absoliučios formos HTTP tikslus ir CONNECT, skirtą HTTPS. Įprastas HTTP apkrovos balansavimo režimas turi aiškiai palaikyti tuos pokalbius; pavadinus klausytoją HTTP, tas suderinamumas neįrodomas.

Patikrinkite daugiau nei prievadą: TCP būsenos patikra įrodo priėmimą, o autentifikuotas CONNECT į leistiną tikslą išbando tarpinio serverio sutartį.

Prieš pasikliaudami IP autorizacija patikrinkite šaltinio adresą, kurį mato Squid. PROXY protokolo metaduomenys, jei naudojami, reikalauja palaikymo abiejuose galuose ir prideda baitų prieš tarpinio serverio užklausą. Tikslo priežiūros metu sąmoningai išleiskite aktyvius tunelius; staiga pašalinus jų procesą jie nutraukiami.

Susiję straipsniai