העברת Squid דרך מאזן עומסים TCP של DigitalOcean

השתמשו בפרוטוקולי TCP תואמים לכניסה וליעד עבור משאב DigitalOcean קיים כאשר הנתיב חייב לשמר HTTP קדמי ו-CONNECT.

עבור משאב מאזן עומסים קיים של DigitalOcean, שמרו על זרם הבתים של ה-proxy של הלקוח עם פרוטוקולי TCP תואמים:

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

השאירו את היעד בפועל, מגבלות הרשת ובדיקות הבריאות סביב הקטע הזה. הלקוח משתמש בכתובת מאזן העומסים ו-Squid מקבל את הזרם במאזין שלו.

proxy קדמי מקבל יעדי HTTP בצורה מוחלטת ו-CONNECT עבור HTTPS. מצב איזון העומסים הרגיל של HTTP חייב לתמוך במפורש בשיחות האלה; קריאה למאזין HTTP אינה מוכיחה את התאימות הזו.

אמתו יותר מהפורט: בדיקת בריאות TCP מוכיחה קבלה, בעוד CONNECT מאומת ליעד מורשה בוחן את חוזה ה-proxy.

בדקו את כתובת המקור ש-Squid רואה לפני הסתמכות על הרשאה לפי IP. מטא-נתוני פרוטוקול PROXY, אם משתמשים בהם, דורשים תמיכה בשני הקצוות ומוסיפים בתים לפני בקשת ה-proxy. נקזו מנהרות פעילות במכוון בזמן תחזוקת היעד; הסרת התהליך שלהן בפתאומיות מפסיקה אותן.

מאמרים קשורים