Podman pasta: pasiekti hosto loopback tarpinį serverį iš rootless konteinerio

Naudokite pasta TCP perdavimą iš namespace į hostą esamam loopback tarpiniam serveriui ir atskirkite jį nuo konteinerio porto publikavimo.

Hosto 127.0.0.1:8118 ir konteinerio 127.0.0.1:8118 paprastai yra atskiri loopback galiniai taškai. Tarpinio serverio kintamojo perdavimas į rootless konteinerį nesujungia šių loopback sąsajų.

Podman diegime, kuris naudoja pasta, jo TCP perdavimas iš namespace į hostą gali atskleisti norimą hosto portą namespace viduje:

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

Naudokite esamą programos atvaizdą ir komandą. Pavyzdys daro prielaidą, kad hosto pusėje 8118 porte veikia HTTP tarpinis serveris ir yra Podman/pasta versija, palaikanti parodytą perdavimo parinktį.

Didžioji pasta -T perduoda iš tikslinio namespace link hosto namespace. Mažoji -t ir Podman --publish nukreiptos priešinga kryptimi. Todėl konteinerio porto 8118 publikavimas savaime nepadaro hosto tarpinio serverio prieinamo konteineriui.

Podman pagal numatytuosius nustatymus išjungia automatinį portų perdavimą iš namespace į hostą; aiškus portas pasirenka čia reikalingą paslaugą. Atskira parinktis pasta:--map-gw susijusi su hosto pasiekimu per tinklų sietuvo adresą, o tai jau kita tvarka.

Naudodami Compose patikrinkite faktinį teikėją ir sugeneruotą tinklo konfigūraciją. Pavadintas bridge tinklas automatiškai netampa pasta namespace vien todėl, kad nepriklausoma podman run komanda sėkmingai naudojo pasta. Nuotolinis Podman variklis taip pat talpina „hostą“ variklio vietoje.

Susiję straipsniai