Podman pasta: přístup k hostitelskému loopback proxy z rootless kontejneru

Použijte TCP předávání pasta z namespace na hostitele pro existující loopback proxy a odlište ho od publikování portu kontejneru.

127.0.0.1:8118 hostitele a 127.0.0.1:8118 kontejneru jsou obvykle oddělené loopback koncové body. Předání proměnné proxy do rootless kontejneru tyto loopback rozhraní nespojí.

U nasazení Podmanu, které používá pasta, může jeho TCP předávání z namespace na hostitele vystavit zamýšlený port hostitele uvnitř 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

Použijte stávající image a příkaz aplikace. Příklad předpokládá funkční HTTP proxy na straně hostitele na portu 8118 a verzi Podman/pasta podporující uvedenou volbu předávání.

Velké -T v pasta předává z cílového namespace směrem k namespace hostitele. Malé -t a Podman --publish míří opačným směrem. Publikování portu kontejneru 8118 tedy samo o sobě nezpřístupní proxy hostitele kontejneru.

Podman ve výchozím nastavení vypíná automatické předávání portů z namespace na hostitele; explicitní port volí službu, která je zde potřeba. Samostatná volba pasta:--map-gw se týká dosažení hostitele přes adresu brány, což je jiné uspořádání.

U Compose zkontrolujte skutečného poskytovatele a vygenerovanou síťovou konfiguraci. Pojmenovaná bridge síť není automaticky pasta namespace jen proto, že nezávislý příkaz podman run úspěšně použil pasta. Vzdálený engine Podmanu také umisťuje „hostitele“ do umístění engine.

Související články