Proxy 代理背后的流浪杂烩

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 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 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所有输出。