پراکسی کے اخراج کو نقول سے الگ گنیں

ایک ترجمے کے گیٹ وے کے پیچھے تین پراکسی نقول پھر بھی ایک ہی عوامی اخراج دکھا سکتی ہیں۔ نجی کنٹینر پتے منزل پر نظر آنے والی شناخت کا تعین نہیں کرتے۔

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

نقشے کو دو حصوں میں دیکھیں۔ شائع شدہ سروس چنتی ہے کہ کلائنٹ نقل تک کیسے پہنچتا ہے۔ اخراج کا راستہ اور NAT اس نقل کے اگلے کنکشن کا ماخذ پتہ منتخب کرتے ہیں۔

Docker Swarm کا روٹنگ میش شائع شدہ سروس پورٹ پر ٹریفک وصول کرتا ہے اور اسے فعال ٹاسک کو بھیجتا ہے۔ یہ دخول کی تقسیم اور ٹاسک کی جگہ کی تبدیلیوں کی حمایت کرتا ہے؛ یہ ہر نقل کو الگ عوامی اخراج تفویض نہیں کرتا۔

اگر الگ اخراج درکار ہوں تو ان کے حقیقی راستے اور پتے ڈیزائن کریں، جیسے الگ روٹ کیے گئے میزبان یا مختص کردہ اخراجی گیٹ وے، پھر مشاہدہ شدہ بیرونی شناختیں گنیں۔

نقل بدلنے سے اس کی زندہ اسٹریمیں بھی بدل جاتی ہیں

قائم شدہ CONNECT سرنگ ایک ہی پراکسی عمل کی ہوتی ہے۔ دوسرا ٹاسک اس عمل کو بدلتے وقت منزل کی TCP اور TLS حالت شفاف طور پر دوبارہ نہیں بنا سکتا۔ دوبارہ کنکشن کی منصوبہ بندی کریں اور دیکھ بھال کے لیے طویل المدتی کنکشن خالی کریں۔

کلائنٹ کی توثیق اور منزل کی پالیسیاں بھی نقول تک منتقل کریں۔ لوڈ بیلنسر کی کامیاب پورٹ جانچ مطلوبہ پراکسی پروٹوکول پر گفت و شنید کرنے والے مجاز کلائنٹ سے زیادہ محدود ہے۔ گنجائش، اخراج کی شناخت اور کنکشن کا برقرار رہنا الگ الگ جانچنے والی ضروریات ہیں۔