127.0.0.1:8118 hýsilsins og 127.0.0.1:8118 gámsins eru venjulega aðskildir loopback-endapunktar. Að senda proxybreytu inn í rootless gám tengir ekki þessi loopback-viðmót.

Í Podman-uppsetningu sem notar pasta getur TCP-framsending þess frá nafnrýminu til hýsilsins gert ætlaða hýsilportið sýnilegt inni í nafnrýminu:

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

Notaðu fyrirliggjandi image og skipun forritsins. Dæmið gerir ráð fyrir virku HTTP proxy á hýsilhlið á porti 8118 og Podman/pasta-útgáfu sem styður sýnda framsendingarvalkostinn.

Stóra -T í pasta framsendir frá marknafnrýminu í átt að nafnrými hýsilsins. Litla -t og --publish Podman snúa að gagnstæðri átt. Að birta gámport 8118 gerir því ekki eitt og sér proxy hýsilsins aðgengilegt fyrir gáminn.

Podman slokknar sjálfgefið á sjálfvirkri portframsendingu frá nafnrýminu til hýsilsins; skýra portið velur þjónustuna sem þarf hér. Sérstaki valkosturinn pasta:--map-gw snýr að því að ná í hýsilinn gegnum gáttarfangið, sem er önnur uppsetning.

Með Compose skaltu skoða raunverulega veituna og myndaðu netstillinguna. Neft bridge-net er ekki sjálfkrafa pasta-nafnrými bara af því að sjálfstæð podman run-skipun notaði pasta með góðum árangri. Fjarlæg Podman-vél setur líka „hýsil“ á stað vélarinnar.

Tengdir greinar