Podman pasta: الوصول إلى وكيل استرجاع على المضيف من حاوية بلا جذر

استخدم إعادة توجيه TCP من مساحة الأسماء إلى المضيف في pasta لوكيل استرجاع موجود، وافصله عن نشر منفذ الحاوية.

عادةً ما يكون 127.0.0.1:8118 على المضيف و127.0.0.1:8118 داخل الحاوية نقطتي نهاية استرجاع منفصلتين. وتمرير متغير وكيل إلى حاوية بلا جذر لا يدمج واجهتي الاسترجاع هاتين.

في نشر Podman يستخدم pasta، يمكن لإعادة توجيه TCP من مساحة الأسماء إلى المضيف أن تعرّض منفذ المضيف المقصود داخل مساحة الأسماء:

podman run --network=pasta:-T,8118 \
  --env http_proxy=http://127.0.0.1:8118 \
  --env https_proxy=http://127.0.0.1:8118 \
  existing-image application-command

استخدم صورة التطبيق وأمره الحاليين. يفترض المثال وجود وكيل HTTP عامل على جانب المضيف عند المنفذ 8118، وإصدار Podman/pasta يدعم خيار إعادة التوجيه الموضح.

يُعيد الحرف الكبير -T في pasta التوجيه من مساحة الأسماء الهدف نحو مساحة أسماء المضيف. أما الحرف الصغير -t وخيار --publish في Podman فيتناولان الاتجاه المعاكس. لذلك فإن نشر منفذ الحاوية 8118 لا يجعل وكيل المضيف متاحًا للحاوية بحد ذاته.

يعطّل Podman افتراضيًا إعادة التوجيه التلقائي للمنافذ من مساحة الأسماء إلى المضيف؛ ويختار المنفذ الصريح الخدمة المطلوبة هنا. أما خيار pasta:--map-gw المنفصل فيتعلق بالوصول إلى المضيف عبر عنوان البوابة، وهو ترتيب آخر.

مع Compose، افحص المزوّد الفعلي وإعداد الشبكة المولّد. فشبكة الجسر المسماة ليست تلقائيًا مساحة أسماء pasta لمجرد أن أمر podman run مستقلًا استخدم pasta بنجاح. كما يضع محرك Podman البعيد «المضيف» في موقع المحرك.

مقالات ذات صلة