Podman pasta: د ریښې پرته کانټینر څخه د کوربه loopback پروکسي ته رسېدل

د شته loopback پروکسي لپاره د pasta namespace-to-host TCP لېږد وکاروئ او له کانټینر پورټ خپرولو څخه یې جلا وساتئ.

د کوربه 127.0.0.1:8118 او د کانټینر 127.0.0.1:8118 معمولاً جلا loopback پای ټکي دي. پروکسي متغیر کانټینر ته لېږل هغه loopback انټرفېسونه نه یوځای کوي.

په Podman ځای پرځای کېدلو کې چې pasta کاروي، د هغې namespace-to-host TCP لېږد کولی شي غوښتل شوی کوربه پورټ د namespace دننه ښکاره کړي:

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

د اپلیکیشن شته image او command وکاروئ. بېلګه فرض کوي چې د کوربه اړخ کې په 8118 پورټ کې HTTP پروکسي کار کوي او د ښودل شوي لېږد انتخاب ملاتړ کوونکی Podman/pasta نسخه شته.

د pasta لوی -T د هدف namespace څخه د کوربه namespace په لور لېږي. کوچنی -t او د Podman --publish مخالف لوري ته دي. نو د کانټینر پورټ 8118 خپرول په خپله د کوربه پروکسي کانټینر ته د لاسرسي وړ نه کوي.

Podman په ډیفالټ ډول د namespace څخه کوربه ته د پورټونو اتوماتیک لېږد بندوي؛ روښانه پورټ دلته اړین خدمت غوره کوي. جلا pasta:--map-gw انتخاب د ګیټوې پتې له لارې کوربه ته رسېدو پورې اړه لري، چې بله ترتیبه ده.

له Compose سره، ریښتینی عرضه کوونکی او جوړ شوی شبکه تنظیم وګورئ. نومول شوې bridge شبکه په اتوماتیک ډول pasta namespace نه کېږي یوازې ځکه چې یو خپلواک podman run command pasta په بریالیتوب سره کارولی. لرې Podman انجن هم «کوربه» د انجن په موقعیت کې ځای پرځای کوي.

اړوندې مقالې