Το 127.0.0.1:8118 του host και το 127.0.0.1:8118 του container είναι συνήθως χωριστά σημεία τερματισμού loopback. Η μεταβίβαση μιας μεταβλητής proxy σε container χωρίς root δεν ενώνει αυτές τις διεπαφές loopback.

Σε ανάπτυξη Podman που χρησιμοποιεί pasta, η προώθηση TCP από το namespace στον host μπορεί να εκθέσει την επιθυμητή θύρα του host μέσα στο 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

Χρησιμοποιήστε το υπάρχον image και την εντολή της εφαρμογής. Το παράδειγμα προϋποθέτει ένα λειτουργικό HTTP proxy στην πλευρά του host στη θύρα 8118 και έκδοση Podman/pasta που υποστηρίζει την επιλογή προώθησης που φαίνεται.

Το κεφαλαίο -T του pasta προωθεί από το namespace προορισμού προς το namespace του host. Το πεζό -t και το --publish του Podman αφορούν την αντίθετη κατεύθυνση. Επομένως η δημοσίευση της θύρας container 8118 δεν καθιστά από μόνη της το proxy του host διαθέσιμο στο container.

Το Podman απενεργοποιεί εξ ορισμού την αυτόματη προώθηση θυρών από το namespace στον host· η ρητή θύρα επιλέγει την υπηρεσία που απαιτείται εδώ. Η ξεχωριστή επιλογή pasta:--map-gw αφορά την πρόσβαση στον host μέσω της διεύθυνσης πύλης, που είναι άλλη διάταξη.

Με το Compose, ελέγξτε τον πραγματικό πάροχο και τη δημιουργημένη διαμόρφωση δικτύου. Ένα ονομαστικό δίκτυο γέφυρας δεν είναι αυτόματα namespace pasta μόνο επειδή μια ανεξάρτητη εντολή podman run χρησιμοποίησε το pasta με επιτυχία. Ένας απομακρυσμένος μηχανισμός Podman τοποθετεί επίσης τον «host» στη θέση του μηχανισμού.

Σχετικά άρθρα