Бродяжничество за прокси-сервером NTLM в Windows - гость не может подключиться к прокси-серверу хоста

Я нахожусь на машине с Windows за корпоративным прокси NTLM и Мне нужно бродяжничать ВМ из данного Vagrantfile .

Я прочитал несколько вещей по этой теме:

Что я пока что:

CNTLM на моем компьютере с Windows, прослушивание 192.168.33.1:5865 . Вот фрагмент из cntlm -v -f

section: global, Listen = '5865'
section: global, Listen = '192.168.33.1:5865'

Exported HTTP_PROXY и HTTPS_PROXY :

set HTTP_PROXY=http://192.168.33.1:5865
set HTTPS_PROXY=http://192.168.33.1:5865

Установлен плагин vagrant-proxyconf

Создан .vagrant.d \ Vagrantfile :

Vagrant.configure("2") do |config|
  # configuration based on http://digitaldrummerj.me/vagrant-behind-proxy-server/
  if Vagrant.has_plugin?("vagrant-proxyconf")
    config.proxy.http     = "http://192.168.33.1:5865/"
    config.proxy.https    = "http://192.168.33.1:5865/"
    config.proxy.no_proxy = "localhost,127.0.0.1,10.43.125.137,10.43.125.137,10.43.124.177"
  end
end

Настройте правило брандмауэра Windows, чтобы разрешить все, от 192.168.33.10 до 192.168.33.1 , на любом порт, для всех программ и профилей.

И я все еще получаю:

==> default: Cannot add PPA: 'ppa:webupd8team/java'.
==> default: Please check that the PPA name or format is correct.
==> default: Err http://security.ubuntu.com trusty-security InRelease
==> default:   
==> default: Err http://security.ubuntu.com trusty-security Release.gpg
==> default:   Unable to connect to 192.168.33.1:5865:
==> default: Err http://archive.ubuntu.com trusty InRelease
==> default:   
==> default: Err http://archive.ubuntu.com trusty-updates InRelease
==> default:   
==> default: Err http://archive.ubuntu.com trusty-backports InRelease
==> default:   
==> default: Err http://archive.ubuntu.com trusty Release.gpg
==> default:   Unable to connect to 192.168.33.1:5865:
==> default: Err http://archive.ubuntu.com trusty-updates Release.gpg
==> default:   Unable to connect to 192.168.33.1:5865:
==> default: Err http://archive.ubuntu.com trusty-backports Release.gpg
==> default:   Unable to connect to 192.168.33.1:5865:
==> default: Reading package lists...
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/InRelease  
==> default: 
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/InRelease  
==> default: 
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-backports/InRelease  
==> default: 
==> default: W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/trusty-security/InRelease  
==> default: 
==> default: W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/trusty-security/Release.gpg  Unable to connect to 192.168.33.1:5865:
==> default: 
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty/Release.gpg  Unable to connect to 192.168.33.1:5865:
==> default: 
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-updates/Release.gpg  Unable to connect to 192.168.33.1:5865:
==> default: 
==> default: W: Failed to fetch http://archive.ubuntu.com/ubuntu/dists/trusty-backports/Release.gpg  Unable to connect to 192.168.33.1:5865:
==> default: 
==> default: W: Some index files failed to download. They have been ignored, or old ones used instead.

Обратите внимание на все эти Невозможно подключиться к 192.168.33.1:5865 .

Почему мой гость не может подключиться к прокси на моем хосте? Как я могу это диагностировать?

Я совершенно уверен, что прокси CNTLM работает, сам Vagrant обращается к нему несколько раз, чтобы проверить, действительно ли поле все еще актуально. Но скрипты инициализации, которые выполняются позже, не могут.

Я уже несколько часов пытаюсь это сделать, уже в отчаянии. Есть у кого-нибудь идеи?

1
задан 13 April 2017 в 15:14
1 ответ

Я также безуспешно пробовал ссылки, которые вы использовали, потом наткнулся на: Использование vagrant с прокси cntlm . Ошибка, которую мы оба сделали, заключалась в использовании сети HOST только (например, 192.168.33. *). Мы хотим получить доступ к Интернету, поэтому мы должны были использовать сеть подключения Internet (Vagrant NAT адаптер).

Установите плагин vagrant-proxyconf и установите переменные прокси на 10.0.2.2:5865.

1
ответ дан 3 December 2019 в 23:53

Теги

Похожие вопросы