VS Code പ്രോക്സി ക്രമീകരണങ്ങൾ: എക്സ്റ്റൻഷനുകൾ, CLI, ടെർമിനൽ പ്രോഗ്രാമുകൾ

VS Code-ൽ ഓർമ്മിച്ച പ്രോക്സി ലോഗിൻ ടെർമിനലിലോ എക്സ്റ്റൻഷനിലോ ഉള്ള പരാജയപ്പെട്ട ഡൗൺലോഡിനൊപ്പം നിലനിൽക്കാം. സൂക്ഷിച്ച അക്കൗണ്ട് മാറ്റുന്നതിന് മുമ്പ് പരാജയപ്പെട്ട അഭ്യർത്ഥന നടത്തുന്ന പ്രവർത്തനവും പ്രോസസും തിരിച്ചറിയുക.

എഡിറ്ററുടെ പ്രധാന നെറ്റ്‌വർക്കിംഗ്

VS Code-ന്റെ പ്രധാന പ്രോക്സി പിന്തുണ Chromium-ൽ നിന്നാണ് വരുന്നത്, സാധാരണയായി സിസ്റ്റം നെറ്റ്‌വർക്ക് ക്രമീകരണങ്ങൾ പിന്തുടരുന്നു. സാധാരണ പ്രാമാണീകരിച്ച HTTP പ്രോക്സി സ്കീമുകൾ പിന്തുണയ്ക്കുന്നു, ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ ക്രെഡൻഷ്യൽ സ്റ്റോറിൽ വിവരങ്ങൾ ഓർമ്മിക്കാനും കഴിയും. ആ സ്റ്റോർ എഡിറ്റർ തുടങ്ങുന്ന ഓരോ പ്രോഗ്രാമിനും സ്വയമേവയുള്ള അക്കൗണ്ട് ഉറവിടമല്ല.

ഓർമ്മിച്ച അക്കൗണ്ട് നിരസിക്കപ്പെട്ടാൽ എൻഡ്‌പോയിന്റും പ്രഖ്യാപിത രീതിയും പരിശോധിക്കുക. സർട്ടിഫിക്കറ്റ് ക്രമീകരണങ്ങൾ കാണാത്ത പ്രാമാണീകരണം നൽകുന്നില്ല.

എക്സ്റ്റൻഷനുകളും CLI അഭ്യർത്ഥനകളും

VS Code എക്സ്റ്റൻഷൻ, CLI സാഹചര്യങ്ങൾക്കായി http.proxy പോലുള്ള പഴയ ക്രമീകരണങ്ങൾ രേഖപ്പെടുത്തുന്നു. എഡിറ്റർ പതിപ്പും എക്സ്റ്റൻഷന്റെ സ്വന്തം നെറ്റ്‌വർക്ക് ഇന്റർഫേസും പരിശോധിക്കുക: അത് മറ്റൊരു ലൈബ്രറി ഉപയോഗിക്കാം, എക്സിക്യൂട്ടബിൾ ഓടിക്കാം, അല്ലെങ്കിൽ മറ്റൊരു പരിസ്ഥിതിയിൽ പ്രവർത്തിക്കാം.

സംയോജിത ടെർമിനൽ പ്രോഗ്രാമുകൾ

npm, Git, pip തുടങ്ങിയ കമാൻഡുകൾ അവയുടെ പിന്തുണയുള്ള പ്രോക്സി ക്രമീകരണങ്ങൾ ഉപയോഗിക്കുന്നു. യഥാർത്ഥ പ്രോസസ് പരിസ്ഥിതി പരിശോധിക്കുക. നിലവിലുള്ള ടെർമിനൽ പഴയ വേരിയബിളുകൾ നിലനിർത്താം, ദൂരസ്ഥ ടെർമിനൽ മറ്റൊരു യന്ത്രത്തിൽ പ്രവർത്തിക്കാം.

മാർക്കറ്റ്‌പ്ലേസ് ആക്സസും എക്സ്റ്റൻഷൻ ആർട്ടിഫാക്ട് വിതരണവും വ്യത്യസ്ത ഹോസ്റ്റുകൾ ഉപയോഗിക്കാം. പരാജയപ്പെട്ട അഭ്യർത്ഥനയിലെ ഹോസ്റ്റ്നെയിം സൂക്ഷിക്കുക; വിജയകരമായ കാറ്റലോഗ് അല്ലെങ്കിൽ ലോഗിൻ അഭ്യർത്ഥന ആർട്ടിഫാക്ടുകളുടെ ലഭ്യത തെളിയിക്കുന്നില്ല.

രഹസ്യങ്ങൾ ഒഴിവാക്കി പ്രവർത്തനം, പ്രോസസിന്റെ സ്ഥാനം, പ്രോക്സി എൻഡ്‌പോയിന്റ്, ആദ്യ പരാജയ ഘട്ടം എന്നിവ റിപ്പോർട്ട് ചെയ്യുക. ആ നിരീക്ഷണങ്ങൾ 407, TLS പിശക്, അല്ലെങ്കിൽ എത്തിച്ചേരാനാകാത്ത വിതരണ ഹോസ്റ്റ് അതിന്റെ ഉടമയായ ക്ലയന്റിൽ കണ്ടെത്തുന്നു.