NuGet 407 vs 401: പ്രോക്സി ലോഗിൻ അതോ സ്വകാര്യ ഫീഡിലെ ക്രെഡൻഷ്യലുകളോ?

NuGet ഫീഡിലെ ക്രെഡൻഷ്യലുകൾ ഫോർവേഡ്-പ്രോക്സി ക്രെഡൻഷ്യലുകളിൽ നിന്ന് വേർതിരിക്കുക, യഥാർത്ഥത്തിൽ പുനഃസ്ഥാപനം നടത്തുന്ന ഉപകരണം ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷൻ പരിശോധിക്കുക.

ഒരു NuGet പുനഃസ്ഥാപനത്തിന് ഫോർവേഡ്-പ്രോക്സി അക്കൗണ്ടും സ്വകാര്യ ഫീഡ് അക്കൗണ്ടും ഒരുമിച്ച് ആവശ്യമായി വന്നേക്കാം. ഏത് കോൺഫിഗറേഷൻ പരിശോധിക്കണമെന്ന് തീരുമാനിക്കാൻ പ്രതികരണം ഉപയോഗിക്കുക:

നിരീക്ഷണംഇവിടെ നിന്ന് തുടങ്ങുക
പ്രോക്സി 407 നൽകുന്നുഫോർവേഡ് പ്രോക്സിയിൽ എത്താൻ ഉപയോഗിക്കുന്ന പാതയും അക്കൗണ്ടും
പാക്കേജ് ഉറവിടം 401 നൽകുന്നുഫീഡിന്റെ പ്രാമാണീകരണ കോൺഫിഗറേഷൻ
പ്രതികരണത്തിന് മുമ്പ് കണക്ഷൻ അല്ലെങ്കിൽ TLS പരാജയപ്പെടുന്നുഎന്റ്പോയിന്റ്, ട്രാൻസ്പോർട്ട്, സർട്ടിഫിക്കറ്റ് എന്നിവയുടെ തെളിവുകൾ

ഫീഡ് ടോക്കണിന് പ്രോക്സിയുടെ 407-ന് ഉത്തരം നൽകാനാകില്ല. അതുപോലെ, പ്രതികരണത്തിന് മുമ്പുള്ള കണക്ഷൻ അല്ലെങ്കിൽ TLS പരാജയം ഏത് പാസ്വേഡാണ് തെറ്റെന്ന് സ്ഥാപിച്ചിട്ടില്ല.

ഫീഡിൽ നിന്ന് വേർതിരിച്ച് പ്രോക്സി കോൺഫിഗർ ചെയ്യുക

NuGet-ന്റെ പ്രോക്സി എൻട്രി config-ന് കീഴിലാണ്. ഉൾച്ചേർത്ത ക്രെഡൻഷ്യലുകൾ ഇല്ലാത്ത പാതയ്ക്ക്:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

ഈ ഉദാഹരണം ഉചിതമായ നിലവിലുള്ള കോൺഫിഗറേഷനിലേക്ക് ലയിപ്പിക്കുക. പൊതു മധ്യസ്ഥർ അനുവദിക്കുന്ന പൊതു ഫീഡിന്, HTTP പ്രോക്സി പട്ടിക ഈ ക്രെഡൻഷ്യൽ-രഹിത പാതയ്ക്ക് ഒരു സ്ഥാനാർത്ഥി നൽകുന്നു. പാക്കേജ് ഉറവിടങ്ങൾ അവയുടെ സ്വന്തം വിഭാഗത്തിൽ സൂക്ഷിക്കുക; ഫീഡ് URL ഒരു പൊതു പ്രോക്സി വിലാസം കൊണ്ട് മാറ്റുന്നത് മധ്യസ്ഥനോട് പാക്കേജുകൾ ആവശ്യപ്പെടുന്നു.

രേഖപ്പെടുത്തിയ http_proxy.password മൂല്യം എൻക്രിപ്റ്റ് ചെയ്തതാണ്. ആ ഫീൽഡിൽ സാധാരണ ടെക്സ്റ്റ് എഴുതുന്നതിനോ മറ്റൊരു മെഷീനിൽ നിന്ന് എൻകോഡ് ചെയ്തതായി തോന്നുന്ന മൂല്യം പോർട്ടബിൾ ക്രെഡൻഷ്യൽ ഫോർമാറ്റ് എന്നപോലെ പകർത്തുന്നതിനോ പകരം പിന്തുണയുള്ള കോൺഫിഗറേഷൻ ടൂളുകൾ ഉപയോഗിക്കുക.

യഥാർത്ഥത്തിൽ പരാജയപ്പെടുന്ന പുനഃസ്ഥാപനം പരിശോധിക്കുക

ക്ലയന്റ്, ഉപയോക്താവ്, ലോഞ്ച് പരിസ്ഥിതി എന്നിവ പേരിടുക, തുടർന്ന് അതിന്റെ ഫലപ്രദമായ കോൺഫിഗറേഷൻ ശ്രേണി കണ്ടെത്തുക. ഉപയോക്തൃ, മെഷീൻ, സൊല്യൂഷൻ ക്രമീകരണങ്ങൾ സംഭാവന ചെയ്തേക്കാം. പഴയ devenv.exe.config പരിഹാരം ഒരു നിർദ്ദിഷ്ട Visual Studio പ്രക്രിയയെ സംബന്ധിക്കുന്നു; കമാൻഡ്-ലൈൻ പുനഃസ്ഥാപനമോ ബിൽഡ് സേവനമോ എന്താണ് വായിക്കുന്നതെന്ന് അത് സ്ഥാപിക്കുന്നില്ല. കാലഹരണപ്പെട്ട പ്രോക്സി എൻട്രി കണ്ടെത്തുമ്പോൾ പ്രവർത്തിക്കുന്ന പാക്കേജ് ഉറവിടങ്ങളും നയവും നിലനിർത്തുക.

പ്രാമാണീകരണം പ്രവർത്തിച്ചാൽ, പിന്നീട് പരാജയപ്പെടുന്ന ഏത് URL-ഉം പിന്തുടരുക. ഫീഡ് മെറ്റാഡാറ്റയും പാക്കേജ് ഉള്ളടക്കവും വ്യത്യസ്ത എന്റ്പോയിന്റുകൾ ഉപയോഗിച്ചേക്കാം, അതിനാൽ അംഗീകരിക്കപ്പെട്ട ഒരു അഭ്യർത്ഥന മുഴുവൻ പുനഃസ്ഥാപന പാതയും സ്ഥാപിക്കുന്നില്ല. അത് ശരിയാക്കുമ്പോൾ സാധാരണ പാക്കേജ്-ഒപ്പും TLS സാധുതയും നിലനിർത്തുക.

അനുബന്ധ ലേഖനങ്ങൾ