Instâncias lançadas em nosso VPC no EC2 exigem que HTTP_PROXY e parceiros sejam configurados para acessar qualquer coisa localizada fora do VPC.
Agora encontrei um problema (usando pipeline de dados) onde não tenho controle sobre os dados do usuário transmitidos para o cloud-config. Dado que os proxies não estão definidos, eu posso ver o wget pendurado (tentando se conectar) durante os scripts de usuário do cloud-init.
Tendo definido variáveis de ambiente em /etc/environment , parece que isso não é lido no nível de execução 3 (isso usa Amazon Linux 2013.03 , e ps axf sugere que ele é chamado no nível de execução 3, mas tenho que admitir que não sou familiarizado com os vários daemons de inicialização e sua interação com o cloud-init):
1354 ? S 0:00 \_ /bin/bash /etc/rc3.d/S99cloud-init-user-scripts start
1355 ? S 0:00 \_ /usr/bin/python2.6 /usr/bin/cloud-init-run-module once-per-instance user-scripts execute run-parts /var/lib/cloud/data/scripts
1356 ? S 0:00 \_ /bin/bash /usr/bin/run-parts /var/lib/cloud/data/scripts
1360 ? S 0:00 \_ /bin/bash /var/lib/cloud/data/scripts/part-000
1362 ? S 0:00 \_ wget -O remote-runner-install -N http://datapipeline-ap-southeast-2.s3.amazonaws.com/ap-southeast-2/bootstrap-actions/latest/TaskRu...
\
\ This works in a login shell as I've set
the variables in /etc/environment
Definir essas variáveis aqui parece não funcionar:
Como posso definir o proxy usado durante o tempo de execução do cloud-init ?
No momento, não há uma boa maneira de adicionar um proxy ao init na nuvem em tempo de execução. Há um bug aberto sobre isso na barra de ativação / cloud-init .
Há contornos de trabalho mencionados nos comentários, mas são todos inerentemente específicos do aplicativo (por exemplo, para yum ou apt ), definindo as variáveis de proxy em suas configurações.