VS Code Dev Containers: ബിൽഡിനും റൺടൈമിനും ഉള്ള പ്രോക്സി ക്രമീകരണങ്ങൾ
remoteEnv VS Code-ന്റെ സബ്പ്രോസസുകളെ ഉൾക്കൊള്ളുന്നു; മുഴുവൻ റൺടൈം പരിസ്ഥിതിയും Dockerfile ബിൽഡ് ഇൻപുട്ടുകളും ബേസ്-ഇമേജ് പുൾ ചെയ്യലും വ്യത്യസ്ത ഉടമകൾക്കുള്ളതാണ്.
പരാജയപ്പെട്ട അഭ്യർത്ഥനയുടെ ഘട്ടം നോക്കി കോൺഫിഗറേഷൻ ഉറവിടം തിരഞ്ഞെടുക്കുക:
| പ്രക്രിയ | പരിശോധിക്കേണ്ട പ്രോക്സി ഇൻപുട്ട് |
|---|---|
| VS Code ഉം ബന്ധപ്പെട്ട റിമോട്ട് സബ്പ്രോസസുകളും | devcontainer.json-ലെ remoteEnv |
| മുഴുവൻ കണ്ടെയ്നറിന്റെ റൺടൈം പരിസ്ഥിതി | ഇമേജ്/Dockerfile ക്രമീകരണത്തിന് containerEnv; 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 പ്ലാറ്റ്ഫോം വെളിപ്പെടുത്തുന്ന വിലാസവും എത്താവുന്ന ലിസണറും വേണം. Desktop-ലെ host.docker.internal സാർവത്രിക Linux ഇന്റർഫേസ് അല്ല.