VS Code Dev Containers: прокси настройки за изграждане и изпълнение
remoteEnv покрива подпроцесите на VS Code; общата среда за изпълнение, входовете за изграждане на Dockerfile и изтеглянията на базови изображения имат различни собственици.
Използвайте етапа на неуспешната заявка, за да изберете източника на конфигурация:
| Процес | Прокси вход за проверка |
|---|---|
| VS Code и свързаните отдалечени подпроцеси | remoteEnv в devcontainer.json |
| Среда за целия контейнер | containerEnv за настройка на изображението/Dockerfile; сервизна среда за Compose |
| Dockerfile RUN | Аргументи за изграждане през прокси, включително настройките по подразбиране на клиента Docker |
| Изтегляне на базово изображение | Изходяща конфигурация на Docker демона |
За първия ред обединете фрагмент като този:
"remoteEnv": {
"HTTP_PROXY": "http://proxy.example:8080",
"HTTPS_PROXY": "http://proxy.example:8080"
}Изтеглящият трябва да поддържа променливите; използвайте имена с малки букви, когато се изисква. За разрешени публични изтегляния списъкът с HTTP прокси предлага кандидати за тези remoteEnv URL адреси. След промяната изградете отново или отворете чрез жизнения цикъл на Dev Containers.
Средата за изпълнение remoteEnv идва твърде късно за предишно изграждане или изтегляне на изображение. Избягвайте запазването на лични прокси идентификационни данни в слоевете на изображението с ENV.
Крайната точка също трябва да е достъпна от контейнера. localhost означава този контейнер; прокси на хоста се нуждае от адреса, който избраната Docker платформа предоставя, и от достъпен слушател. host.docker.internal в Desktop не е универсален Linux интерфейс.