Podman pasta: להגיע לפרוקסי loopback של המארח מתוך מכולה ללא root

השתמשו בהעברת TCP של pasta ממרחב השמות אל המארח עבור פרוקסי loopback קיים, והפרידו אותה מפרסום פורט של מכולה.

127.0.0.1:8118 של המארח ו-127.0.0.1:8118 של המכולה הם בדרך כלל נקודות קצה נפרדות של loopback. העברת משתנה פרוקסי אל מכולה ללא root אינה מאחדת את ממשקי ה-loopback האלה.

בפריסת 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 מרוחק גם מציב את „המארח” במיקום המנוע.

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