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