Podman pasta: maabot ang loopback proxy ng host mula sa rootless container

Gamitin ang namespace-to-host TCP forwarding ng pasta para sa umiiral na loopback proxy at ihiwalay ito sa paglalathala ng container port.

Ang 127.0.0.1:8118 ng host at ang 127.0.0.1:8118 ng container ay karaniwang magkahiwalay na loopback endpoint. Ang pagpasa ng proxy variable sa isang rootless container ay hindi nagsasama sa mga loopback interface na iyon.

Sa isang Podman deployment na gumagamit ng pasta, ang TCP forwarding nito mula sa namespace patungo sa host ay maaaring ilantad ang nilalayong host port sa loob ng 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

Gamitin ang umiiral na image at command ng application. Ipinapalagay ng halimbawa na may gumaganang HTTP proxy sa panig ng host sa port 8118 at isang bersyon ng Podman/pasta na sumusuporta sa ipinakitang forwarding option.

Ang malaking -T ng pasta ay nagpapasa mula sa target namespace patungo sa namespace ng host. Ang maliit na -t at --publish ng Podman ay tumutuon sa kabaligtarang direksyon. Kaya ang paglalathala ng container port 8118 ay hindi nag-iisa na nagpapagawa sa proxy ng host na magagamit ng container.

Hindi pinapagana ng Podman bilang default ang awtomatikong port forwarding mula sa namespace patungo sa host; pinipili ng tahasang port ang serbisyong kailangan dito. Ang hiwalay na pasta:--map-gw option ay tungkol sa pag-abot sa host sa pamamagitan ng gateway address, na ibang kaayusan.

Sa Compose, siyasatin ang aktuwal na provider at ang nabuong network configuration. Ang pinangalanang bridge network ay hindi awtomatikong pasta namespace dahil lamang gumamit ng pasta nang matagumpay ang isang independiyenteng podman run command. Inilalagay din ng remote Podman engine ang “host” sa lokasyon ng engine.

Kaugnay na mga artikulo