Podman pasta: rootless konteynerden ana makinenin loopback proxy'sine erişmek

Mevcut bir loopback proxy için pasta'nın namespace'ten ana makineye TCP iletimini kullanın ve bunu konteyner portu yayımlamaktan ayrı tutun.

Ana makinenin 127.0.0.1:8118 adresi ile konteynerin 127.0.0.1:8118 adresi normalde ayrı loopback uç noktalarıdır. Bir proxy değişkenini rootless konteynere geçirmek bu loopback arayüzlerini birleştirmez.

pasta kullanan bir Podman dağıtımında, namespace'ten ana makineye TCP iletimi amaçlanan ana makine portunu namespace içinde açığa çıkarabilir:

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

Uygulamanın mevcut imajını ve komutunu kullanın. Örnek, ana makine tarafında 8118 portunda çalışan bir HTTP proxy ve gösterilen iletim seçeneğini destekleyen bir Podman/pasta sürümü varsayar.

pasta'nın büyük -T harfi hedef namespace'ten ana makinenin namespace'ine doğru iletir. Küçük -t ve Podman'ın --publish seçeneği ters yönü ele alır. Bu nedenle konteyner portu 8118'i yayımlamak tek başına ana makinenin proxy'sini konteyner için kullanılabilir kılmaz.

Podman varsayılan olarak namespace'ten ana makineye otomatik port iletimini devre dışı bırakır; açık port burada gereken hizmeti seçer. Ayrı pasta:--map-gw seçeneği ana makineye ağ geçidi adresi üzerinden erişmekle ilgilidir, bu başka bir düzenlemedir.

Compose ile gerçek sağlayıcıyı ve oluşturulan ağ yapılandırmasını inceleyin. Adlandırılmış bir köprü ağı, bağımsız bir podman run komutu pasta'yı başarıyla kullandı diye otomatik olarak pasta namespace olmaz. Uzak bir Podman motoru da “ana makineyi” motorun konumuna yerleştirir.

İlgili makaleler