Podman pasta: arritja e një proxy loopback të hostit nga një container pa root

Përdorni përcjelljen TCP të pasta nga namespace në host për një proxy loopback ekzistues dhe mbajeni të veçantë nga publikimi i një porti container.

127.0.0.1:8118 i hostit dhe 127.0.0.1:8118 i container-it zakonisht janë pika fundore loopback të veçanta. Kalimi i një ndryshoreje proxy në një container pa root nuk i bashkon ato ndërfaqe loopback.

Në një vendosje Podman që përdor pasta, përcjellja e saj TCP nga namespace në host mund të ekspozojë portin e synuar të hostit brenda 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

Përdorni imazhin dhe komandën ekzistuese të aplikacionit. Shembulli supozon një proxy HTTP funksional në anën e hostit në portin 8118 dhe një version Podman/pasta që mbështet opsionin e përcjelljes të treguar.

Shkronja e madhe -T e pasta përcjell nga namespace i synuar drejt namespace të hostit. Shkronja e vogël -t dhe --publish e Podman-it trajtojnë drejtimin e kundërt. Prandaj publikimi i portit 8118 të container-it nuk e bën, në vetvete, proxy-n e hostit të disponueshëm për container-in.

Podman çaktivizon si parazgjedhje përcjelljen automatike të porteve nga namespace në host; porti i shprehur zgjedh shërbimin e nevojshëm këtu. Opsioni i veçantë pasta:--map-gw ka të bëjë me arritjen e hostit përmes adresës së gateway-t, që është një rregullim tjetër.

Me Compose, inspektoni ofruesin aktual dhe konfigurimin e rrjetit të gjeneruar. Një rrjet bridge me emër nuk bëhet automatikisht namespace pasta vetëm sepse një komandë podman run e pavarur përdori pasta me sukses. Një motor Podman në distancë gjithashtu vendos «hostin» në vendndodhjen e motorit.

Artikuj të ngjashëm