Proxy 代理背后的流浪杂烩
好的,我正在尝试用vagrant omnibus和proxyconf更新chef客户端。我想它会从proxyconf中提取代理,但看起来不是这样。以下是我的插件列表:Proxy 代理背后的流浪杂烩,proxy,vagrant,chef-infra,Proxy,Vagrant,Chef Infra,好的,我正在尝试用vagrant omnibus和proxyconf更新chef客户端。我想它会从proxyconf中提取代理,但看起来不是这样。以下是我的插件列表: vagrant plugin list vagrant-login (1.0.1, system) vagrant-omnibus (1.4.1) - Version Constraint: 1.4.1 vagrant-proxyconf (1.3.2) - Version Constrai
vagrant plugin list
vagrant-login (1.0.1, system)
vagrant-omnibus (1.4.1)
- Version Constraint: 1.4.1
vagrant-proxyconf (1.3.2)
- Version Constraint: 1.3.2
vagrant-share (1.1.0, system)
还有我的流浪汉档案:
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
config.omnibus.chef_version = :latest
if Vagrant.has_plugin?("vagrant-proxyconf")
config.proxy.http = "my proxy"
config.proxy.https = "my proxy"
end
当我使用vagrant up运行它时,机器没有更新的chef客户端。我尝试在我的运行列表中使用recipe[omnibus_updater],但仍然失败,因为另一个recipe由于编译失败而失败(因为chef client的旧版本,这是一个多么痛苦的问题)。有什么想法吗?除了创建新的虚拟盒之外
更新:
在调试模式下运行时,使用:latest不会显示任何错误。更新到11.12.8会出现以下错误
vagrant-omnibus:
* '11.12.8' is not a valid version of Chef.
登录到vm会正确显示$HTTP\U代理和$HTTPS\U代理集。在构建的vm上运行命令可以:
chef-client -v
Chef: 10.14.2
sudo gem update chef
chef-client -v
Chef: 11.12.8
事情1:
:latest在抓取工件失败时不会出错。切换到一个命名的版本开始找不到工件,这让我相信它没有通过代理
事情2:
我认为这是windows中的omnibus的一个问题。我找到了这个可以修复它的拉力。我认为这个插件没有使用poxy-conf设置
当前正在使用此解决方案:
在windows命令行中设置http代理
SET HTTP_PROXY=http://username:password@proxy:port
更改
:将最新版本更改为您想要的版本。是否已设置HTTP\u PROXY
和HTTPS\u PROXY
环境变量(在主机上)?请运行vagrant up--debug
和gist/pastebin所有输出。