ส่งต่อ Squid ผ่าน DigitalOcean TCP load balancer

ใช้โปรโตคอล TCP ของทางเข้าและเป้าหมายที่ตรงกันสำหรับทรัพยากร DigitalOcean ที่มีอยู่ เมื่อเส้นทางต้องรักษา HTTP ที่ส่งต่อและ CONNECT

สำหรับทรัพยากร load balancer ของ DigitalOcean ที่มีอยู่ ให้รักษาสตรีมไบต์พร็อกซีของไคลเอนต์ด้วยโปรโตคอล TCP ที่ตรงกัน:

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

เก็บเป้าหมายจริง ข้อจำกัดของเครือข่าย และการตรวจสอบสุขภาพไว้รอบส่วนนี้ ไคลเอนต์ใช้ที่อยู่ของ load balancer และ Squid รับสตรีมที่ตัวรับฟังของมัน

พร็อกซีส่งต่อยอมรับเป้าหมาย HTTP รูปแบบสมบูรณ์และ CONNECT สำหรับ HTTPS โหมดปรับสมดุลโหลด HTTP ทั่วไปต้องรองรับบทสนทนาเหล่านั้นอย่างชัดเจน การเรียกตัวรับฟังว่า HTTP ไม่ได้พิสูจน์ความเข้ากันได้นั้น

ตรวจสอบมากกว่าพอร์ต: การตรวจสอบสุขภาพ TCP พิสูจน์การยอมรับ ขณะที่ CONNECT ที่ผ่านการรับรองไปยังเป้าหมายที่อนุญาตจะทดสอบสัญญาของพร็อกซี

ตรวจสอบที่อยู่ต้นทางที่ Squid เห็นก่อนพึ่งพาการอนุญาตตาม IP เมทาดาทาของโปรโตคอล PROXY หากใช้ ต้องมีการรองรับทั้งสองด้านและเพิ่มไบต์ก่อนคำขอพร็อกซี ระบายอุโมงค์ที่ใช้งานอยู่อย่างตั้งใจระหว่างบำรุงรักษาเป้าหมาย การลบโปรเซสของมันอย่างกะทันหันจะตัดการเชื่อมต่อ

บทความที่เกี่ยวข้อง