Podman pasta: kufikia proksi ya loopback ya mwenyeji kutoka kwa kontena lisilo na root

Tumia uelekezaji wa TCP wa pasta kutoka namespace hadi mwenyeji kwa proksi ya loopback iliyopo, na uitenganishe na kuchapisha bandari ya kontena.

127.0.0.1:8118 ya mwenyeji na 127.0.0.1:8118 ya kontena kwa kawaida ni vituo vya loopback vilivyotengana. Kupitisha kigezo cha proksi ndani ya kontena lisilo na root hakuunganishi violesura hivyo vya loopback.

Katika usambazaji wa Podman unaotumia pasta, uelekezaji wake wa TCP kutoka namespace hadi mwenyeji unaweza kufichua bandari ya mwenyeji inayokusudiwa ndani ya 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

Tumia taswira na amri zilizopo za programu. Mfano unadhania kuwa kuna proksi ya HTTP inayofanya kazi upande wa mwenyeji kwenye bandari 8118 na toleo la Podman/pasta linaloauni chaguo la uelekezaji lililoonyeshwa.

Herufi kubwa -T ya pasta huelekeza kutoka namespace lengwa kuelekea namespace ya mwenyeji. Herufi ndogo -t na --publish ya Podman hushughulikia mwelekeo kinyume. Kwa hivyo kuchapisha bandari 8118 ya kontena hakuifanyi proksi ya mwenyeji ipatikane kwa kontena yenyewe.

Podman huzima uelekezaji wa kiotomatiki wa bandari kutoka namespace hadi mwenyeji kwa chaguo-msingi; bandari iliyo wazi huchagua huduma inayohitajika hapa. Chaguo tofauti la pasta:--map-gw linahusu kufikia mwenyeji kupitia anwani ya lango, ambayo ni mpangilio mwingine.

Ukiwa na Compose, kagua mtoa huduma halisi na usanidi wa mtandao uliozalishwa. Mtandao wa daraja ulio na jina haubadiliki kuwa namespace ya pasta kiotomatiki kwa sababu tu amri huru ya podman run ilitumia pasta kwa mafanikio. Injini ya Podman ya mbali pia huweka “mwenyeji” mahali pa injini.

Makala zinazohusiana