نشر Docker المنفذ. هل يستمع الوسيط هناك؟
تحقق من المستمع داخل حاوية الوسيط وكذلك من تعيين منفذ المضيف في Docker عندما تُرفض الاتصالات أو تُعاد ضبطها.
يمنح منفذ Docker المنشور مسارًا إلى نقطة نهاية داخل الحاوية. وهو لا يشغّل الوسيط ولا يغيّر العنوان الذي تستمع عليه تلك العملية.
بالنسبة إلى تعيين نموذجي على شبكة الجسر، قارن هذه القيم الثلاث:
| جزء المسار | القيمة المراد فحصها |
|---|---|
| مدخل العميل | عنوان المضيف والمنفذ المنشور اللذان يتصل بهما العميل |
| هدف التمرير | عنوان الحاوية والمنفذ اللذان يختارهما التعيين |
| الخدمة | العنوان والمنفذ اللذان يربطهما الوسيط فعليًا داخل الحاوية |
قد لا يتلقى الوسيط المرتبط فقط بـ 127.0.0.1 داخل الحاوية حركة المرور الممرَّرة إلى عنوانه الشبكي. ويختلف ذلك عن نشر منفذ مضيف على واجهة الاسترجاع المحلية للمضيف فقط: فذلك يقيّد من يستطيع الوصول إلى التعيين، بينما قد تمنع واجهة الاسترجاع المحلية داخل الحاوية وصول التعيين إلى الخدمة.
اختر المستمع الداخلي المناسب للنشر المقصود مع الحفاظ على نشر مضيف مقيّد والوصول إلى الوسيط. ولا يبدأ إعلان المنفذ المكشوف في Dockerfile أي خدمة، كما أن نجاح تشغيل الحاوية لا يثبت أن العملية تستمع عند هدف التمرير.
تابع المدى الذي تصل إليه اتصالات فاشلة. تختلف حالات الرفض وإعادة الضبط باختلاف المنصة وتنفيذ التمرير، فلا يحدد أي منهما إعدادًا بعينه. وبعد وصولها إلى الخدمة، ابحث عن تحية وسيط صالحة وطبّق إصدار SOCKS المطلوب والمصادقة وسياسة الوجهة. لا يكفي منفذ مضيف يمكن الوصول إليه وحده لإثبات تلك القدرات.