برای یک منبع متعادل‌کننده بار موجود DigitalOcean، جریان بایتی پروکسی مشتری را با پروتکل‌های TCP همسان حفظ کنید:

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

مقصد واقعی، محدودیت‌های شبکه و بررسی‌های سلامت را پیرامون این قطعه نگه دارید. مشتری از نشانی متعادل‌کننده بار استفاده می‌کند و Squid جریان را روی شنونده خود دریافت می‌کند.

یک پروکسی جلویی مقصدهای HTTP با قالب مطلق و CONNECT برای HTTPS را می‌پذیرد. حالت عادی متعادل‌سازی بار HTTP باید صریحاً از این گفتگوها پشتیبانی کند؛ نامیدن شنونده به‌عنوان HTTP آن سازگاری را اثبات نمی‌کند.

بیش از درگاه را بررسی کنید: بررسی سلامت TCP پذیرش را اثبات می‌کند، در حالی که CONNECT احرازشده به مقصد مجاز، قرارداد پروکسی را می‌آزماید.

پیش از تکیه بر مجوز IP، نشانی مبدأیی که Squid می‌بیند را بررسی کنید. فراداده پروتکل PROXY، در صورت استفاده، به پشتیبانی در هر دو سر نیاز دارد و پیش از درخواست پروکسی بایت اضافه می‌کند. در زمان نگهداری مقصد، تونل‌های زنده را آگاهانه تخلیه کنید؛ حذف ناگهانی فرایندشان آن‌ها را قطع می‌کند.

مقالات مرتبط