Podman pasta: atingi hostan loopback-prokurilon el senradika ujo

Uzu la TCP-plusendadon de pasta de la nomspaco al la gastiganto por ekzistanta loopback-prokurilo, kaj tenu ĝin aparta de publikigo de uja pordo.

127.0.0.1:8118 de la gastiganto kaj 127.0.0.1:8118 de la ujo estas kutime apartaj loopback-finpunktoj. Transdoni prokurilan variablon en senradikan ujon ne kunigas tiujn loopback-interfacojn.

Ĉe Podman-ekspluatado uzanta pasta, ĝia TCP-plusendado de la nomspaco al la gastiganto povas elmeti la celatan gastigantan pordon ene de la nomspaco:

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

Uzu la ekzistantan bildon kaj komandon de la aplikaĵo. La ekzemplo supozas funkciantan HTTP-prokurilon ĉe la gastiganta flanko sur pordo 8118 kaj version de Podman/pasta subtenantan la montritan plusendan opcion.

La granda -T de pasta plusendas de la cela nomspaco al la gastiganta nomspaco. La malgranda -t kaj --publish de Podman celas la kontraŭan direkton. Publikigi ujan pordon 8118 do ne per si mem disponigas la gastigantan prokurilon al la ujo.

Podman defaŭlte malŝaltas aŭtomatan pordplusendadon de la nomspaco al la gastiganto; la eksplicita pordo elektas la servon bezonatan ĉi tie. La aparta opcio pasta:--map-gw koncernas atingi la gastiganton per la pordega adreso, kio estas alia aranĝo.

Ĉe Compose, kontrolu la faktan provizanton kaj la generitan retan agordon. Nomita ponto-reto ne aŭtomate estas pasta-nomspaco nur ĉar sendependa podman run-komando sukcese uzis pasta. Fora Podman-motoro ankaŭ lokas “gastiganton” ĉe la loko de la motoro.

Rilataj artikoloj