Откријте кое преземање на Chocolatey бара прокси
Bootstrap, инсталираниот CLI и одделниот преземач на пакет можат да читаат различни прокси влезови.
Идентификувајте го неуспешното барање пред да ги промените прокси поставките на Chocolatey:
| Фаза на неуспех | Прокси влез што треба да се провери |
|---|---|
| Добивање Chocolatey пред да постои choco | chocolateyProxyLocation на bootstrap школката и опционални променливи на сметката |
| Операција на инсталираниот choco | Неговиот редослед на приоритет: експлицитни аргументи на командата, Chocolatey конфигурација, променливи на околината, потоа системска конфигурација |
| Пакетот стартува друг преземач | Опциите и идентитетот на тој процес; може да ги користи помошниците на Chocolatey или одделен софтвер |
Зачуваната вредност choco config не може да го конфигурира претходното bootstrap преземање. Користете го официјалниот метод на инсталација за управуваната околина со неговите прокси вредности во школката што навистина го извршува. Стар инсталатор на една линија што ја менува политиката за извршување и вградува лозинка не е потребна прокси поправка.
За инсталиран CLI, проверете ја ефективната конфигурација во предвидениот опсег. Зачувана CLI вредност може да објасни зошто промената на системското прокси на Windows не направи разлика. За дозволени јавни преземања чиј вистински преземач нема конфигурирани или задржани прокси акредитиви, Список на HTTP прокси нуди кандидат адреси за соодветниот прокси влез; користете го очекуваниот формат на избраниот клиент. Држете ја посредничката крајна точка и сметката одделно од акредитивите на изворот на пакетот; автентикацијата во складиштето може да не успее откако пристапот преку прокси ќе успее.
За време на инсталацијата на пакетот, идентификувајте го процесот што ја издава грешката. Одделна извршна датотека не мора да имплементира Chocolatey-специфични опции или да го користи истиот идентитет. Графичките алатки и позадинските агенти исто така имаат ограничувања за прокси специфични за производот; успешно CLI барање не го докажува нивниот пат за преземање икони или агентот.
Прочитајте го првиот корисен неуспех имајќи го тој процес на ум: 407 се однесува на прокси автентикација, грешката во довербата на TLS се однесува на сертификатот претставен на тој барател, а пакетот што недостасува или одбиената сметка на складиштето се однесуваат на изворот. Зачувајте го неуспешното име на домаќин, операцијата, контекстот на сметката и статусот со отстранети тајни. Успешен bootstrap по кој следи неуспешно преземање на пакет го стеснува патот што треба да се поправи.