שלושה עותקי פרוקסי מאחורי שער מתרגם אחד עדיין יכולים לחשוף יציאה ציבורית אחת. כתובות מכולה פרטיות אינן קובעות את הזהות הנראית ביעד.

client → published service → proxy replica → egress/NAT → destination

עקבו אחרי התרשים בשני חלקים. השירות המפורסם בוחר כיצד לקוח מגיע לעותק. מסלול היציאה ו-NAT בוחרים את כתובת המקור של החיבור הבא של אותו עותק.

רשת הניתוב של Docker Swarm מקבלת תעבורה בפורט שירות מפורסם ושולחת אותה למשימה פעילה. זה תומך בפיזור הכניסה ובשינויי מיקום משימות; היא אינה מקצה יציאה ציבורית נפרדת לכל עותק.

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

החלפת עותק מחליפה גם את הזרמים החיים שלו

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

העבירו גם אימות לקוחות ומדיניות יעד אל העותקים. בדיקת פורט מוצלחת של מאזן עומסים צרה יותר מלקוח מורשה שמנהל משא ומתן על פרוטוקול הפרוקסי הנדרש. קיבולת, זהות יציאה והישרדות חיבורים הם דרישות נפרדות שיש להעריך.

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