Я работаю через несколько прецедентов с Vagrant и испытываю трудности с хорошим решением для работы с корпоративными прокси в элегантном стиле. В моем первоначальном Vagrantfile, я закончил с этой конфигурацией для apt.confЕсть ли способ защитить прокси-пользователя/пароли для конфигураций Vagrant?
user = 'me'
pwd = 'mypwd'
config.vm.provision :shell, :inline => "echo 'Acquire::http::Proxy \"http://#{user}:#{pwd}@proxy.corp.com:3210\";' >> /etc/apt/apt.conf"
config.vm.provision :shell, :inline => "echo 'Acquire::https::Proxy \"http://#{user}:#{pwd}@proxy.corp.com:3210\";' >> /etc/apt/apt.conf"
config.vm.provision :shell, :inline => "echo 'Acquire::socks::Proxy \"http://#{user}:#{pwd}@proxy.corp.com:3128\";' >> /etc/apt/apt.conf"
Очевидно, что я хочу, чтобы избежать моего пользователя/пароль, хранящимся в Vagrantfile, так как я планирую держать его под контролем версий. Моя следующая попытка состояла в том, чтобы запросить из Vagrantfile с помощью плагина highline, но это вызывает появление приглашения во время каждой команды бродяг, а не только во время init (когда эта конфигурация будет применяться).
Я иду об этом неправильно? Если да, то какие другие варианты доступны для работы с конфигурацией прокси-сервера, которая хорошо вписывается в модель Vagrant?
Спасибо, я пробовал этот подход и, похоже, работает нормально. Я рассматриваю возможность его запроса, если файл proxy.yml не работает, но я все еще обсуждаю это, так как я думаю о том, чтобы сделать эту часть процесса непрерывной интеграции, которая будет безгоральной. –