CNTLM + Proxy «рандом», попадающий в 407

В моей компании действует ограничительная политика доступа к Интернету. Поэтому, чтобы выполнить мои установки apt-get на моих контейнерах, я должен использовать прокси-инструмент (cntlm).

Большую часть времени он работает нормально, но « случайным образом » (*), обычно, когда я выполняю apt-get / updateinstall, он попадает в 407, а все последующие запросы получают 407. Если я повторюсь, это будет (всегда!) Пройдем немного дальше: допустим, что раньше это не удавалось, когда оно достигло 17% установки, в следующем случае произойдет сбой на 22% ... и так далее!

(*) (таким образом, я не могу воспроизвести одинаково при каждой попытке)!

Служба поддержки IS уверяет, что проблема не на их стороне (они не сказали, что она на моем!). Я не очень удобен ( скажем, "опытный!") С конфигурацией прокси, поэтому я не уверен, правы они или просто не хотят искать проблему.

До сих пор я пытался перезапустить CNTLM, изменить режим шлюза и не использовать прокси. Я действительно незнаком с настройками прокси-сервера, поэтому я не знаю, куда мне обратиться, чтобы понять проблему (или какие вопросы я должен задать ИС относительно их сетевой архитектуры).

Это очень утомительно, во-первых, потому что мы никогда не уверены, что у нас есть настоящий 407 или 407, связанный с прокси-сервером, а во-вторых, потому что мы теряем много времени во время процессов сборки (в основном, докерских контейнеров), даже несмотря на то, что в итоге мы написали некрасивые скрипты лайк :

until docker build --build-arg https_proxy="http://10.xx.yy.zzz:3128" --build-arg http_proxy="http://10.xx.yy.zzz:3128" --build-arg HTTP_PROXY="http://10.xx.yy.zzz:3128" --build-arg HTTPS_PROXY="http://10.xx.yy.zzz:3128" -t myapp-3.1 . do echo 'failed...try again...' done 

(абсолютно не то, чем я горжусь !!)

Мой apt.conf.d / 80proxy :

Acquire::http:proxy "http://10.xxx.y.zzz:3128/"; Acquire::https:proxy "http://10.xxx.y.zzz:3128/"; Acquire::ftp:proxy "http://10.xxx.y.zzz:3128/"; 

cntlm.ini выглядит так:

Username MY_USER Domain AD PassLM STG1234STG PassNT STGELSE456789STGELSE PassNTLMv2 STILLSTG4789STILLSTG   Proxy proxybkp.si.mycompany.fr:8080 Proxy proxy.si.mycompany.fr:8080   NoProxy localhost, 127.0.0.*, 10.*, 192.168.*  Listen 3128  Gateway yes 

Некоторые примеры 407 сбоев:

беги н

 Get:1 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 python2.7-minimal amd64 2.7.12-1ubuntu0~16.04.3 [1261 kB] Err:2 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 python-minimal amd64 2.7.12-1~16.04 407 Proxy Authentication Required Err:3 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 libpython2.7-stdlib amd64 2.7.12-1ubuntu0~16.04.3 407 Proxy Authentication Required Err:4 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 python2.7 amd64 2.7.12-1ubuntu0~16.04.3 407 Proxy Authentication Required 

запустить n + 1

Get:7 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 libapt-inst2.0 amd64 1.2.26 [55.4 kB] Get:8 http://archive.ubuntu.com/ubuntu xenial-updates/main amd64 apt-utils amd64 1.2.26 [197 kB] Err:9 http://archive.ubuntu.com/ubuntu xenial/main amd64 bzip2 amd64 1.0.6-8 407 Proxy Authentication Required Err:10 http://archive.ubuntu.com/ubuntu xenial/main amd64 libmagic1 amd64 1:5.25-2ubuntu1 407 Proxy Authentication Required Err:11 http://archive.ubuntu.com/ubuntu xenial/main amd64 file amd64 1:5.25-2ubuntu1