Podman pasta: alcançar um proxy loopback do host a partir de um contêiner sem root

Use o encaminhamento TCP do pasta do namespace para o host para um proxy loopback existente e mantenha-o separado da publicação de uma porta de contêiner.

O 127.0.0.1:8118 do host e o 127.0.0.1:8118 do contêiner normalmente são pontos de extremidade loopback separados. Passar uma variável de proxy para um contêiner sem root não une essas interfaces loopback.

Em uma implantação do Podman que usa pasta, seu encaminhamento TCP do namespace para o host pode expor a porta de host desejada dentro do 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

Use a imagem e o comando existentes da aplicação. O exemplo pressupõe um proxy HTTP funcional no lado do host na porta 8118 e uma versão do Podman/pasta que suporte a opção de encaminhamento mostrada.

O -T maiúsculo do pasta encaminha do namespace de destino em direção ao namespace do host. O -t minúsculo e o --publish do Podman tratam da direção oposta. Publicar a porta 8118 do contêiner não torna, por si só, o proxy do host disponível para o contêiner.

O Podman desativa por padrão o encaminhamento automático de portas do namespace para o host; a porta explícita escolhe o serviço necessário aqui. A opção separada pasta:--map-gw diz respeito a alcançar o host pelo endereço do gateway, que é outro arranjo.

Com o Compose, inspecione o provedor real e a configuração de rede gerada. Uma rede bridge nomeada não é automaticamente um namespace pasta só porque um comando podman run independente usou pasta com sucesso. Um mecanismo Podman remoto também coloca o “host” na localização do mecanismo.

Artigos relacionados