HTTP, HTTPS എന്നിവയ്ക്കുള്ള npm പ്രോക്സി ക്രമീകരണങ്ങൾ

npmന് വെവ്വേറെ proxy, https-proxy ക്രമീകരണങ്ങളുണ്ട്. വ്യത്യാസം അഭ്യർഥിക്കുന്ന ലക്ഷ്യസ്ഥാനം ആണ്. HTTPS ടണൽ ചെയ്യുന്ന സാധാരണ HTTP പ്രോക്സിക്ക് രണ്ടുമൂല്യങ്ങളും ഒരേ http:// എൻഡ്പോയിന്റിനെ സൂചിപ്പിക്കാം.

പ്രോജക്റ്റ് തല .npmrc ഇതു ഉൾക്കൊള്ളാം:

proxy=http://203.0.113.10:8080
https-proxy=http://203.0.113.10:8080
noproxy=localhost,127.0.0.1,registry.example.internal

രേഖയിലെ എൻഡ്പോയിന്റ് നിങ്ങളുടെ പ്രോക്സി ഉപയോഗിച്ച് മാറ്റുക; പൊതു രജിസ്ട്രിയുടെ അനുവദിച്ച പരിശോധനയ്ക്ക് HTTP പ്രോക്സികളുടെ പട്ടിക HTTP തിരഞ്ഞെടുപ്പുകൾ നൽകുന്നു. അവസാനവരി പറഞ്ഞ ആന്തരിക രജിസ്ട്രി ബോധപൂർവം നേരിട്ട് വയ്ക്കുന്നു. അത് മറ്റൊരു പ്രോക്സി വിലാസമല്ല.

npmനോട് അഭ്യർഥന നടത്താൻ പറയുക

കാഷിൽനിന്നുള്ള ഇൻസ്റ്റാൾ പാതയുടെ മോശം പരിശോധനയാണ്: npmന് ആവശ്യമുള്ളതെല്ലാം നേരത്തേ ഉണ്ടാകാം. രജിസ്ട്രി ping ചെറിയ പരിശോധനയാണ്:

npm ping --registry=https://registry.npmjs.org/

വിജയകരമായ പൂർത്തീകരണം ഈ npm വിളി ആ രജിസ്ട്രി പാതയിൽ എത്തിയെന്ന് കാണിക്കുന്നു. എല്ലാ tarball ഹോസ്റ്റും Git ആശ്രിതത്വവും പ്രത്യേക പാക്കേജ് മാനേജർ പ്രക്രിയയും അതേ പാത സ്വീകരിക്കുന്നെന്ന് തെളിയിക്കില്ല.

വിരുദ്ധ ക്രമീകരണം കണ്ടെത്താൻ ഉടൻ കൂടുതൽ ഫയൽ തിരുത്താതെ പ്രാബല്യത്തിലുള്ള മൂല്യങ്ങൾ നോക്കുക:

npm config get proxy
npm config get https-proxy
npm config get noproxy

URLൽ പ്രവേശനവിവരങ്ങൾ ഉണ്ടെങ്കിൽ ഈ കമാൻഡുകൾ അവ അച്ചടിക്കാം. ഔട്ട്പുട്ട് സ്വന്തം യന്ത്രത്തിൽ പരിശോധിക്കുക, മാറ്റമില്ലാതെ പ്രശ്നറിപ്പോർട്ടിൽ ഒട്ടിക്കരുത്.

പ്രോജക്റ്റിന്റെ .npmrc ആഗോള ഇൻസ്റ്റാളുകൾക്കുപയോഗിക്കില്ല. npm install -g മാത്രം പരാജയപ്പെട്ടാൽ പ്രോജക്റ്റ് ഫയൽ വായിച്ചെന്ന് കരുതാതെ ആ വിളിയുടെ പ്രാബല്യത്തിലുള്ള ക്രമീകരണം പരിശോധിക്കുക.

IP മാറ്റുംമുമ്പ് ഒഴിവാക്കലുകൾ നോക്കുക

npm പ്രോക്സി എൻവയൺമെന്റ് വേരിയബിളുകളുമായും പ്രവർത്തിക്കുന്നു; noproxy ക്രമീകരണം NO_PROXYൽനിന്ന് വരാം. പ്രാബല്യത്തിലുള്ള ക്രമീകരണം ഒഴിവാക്കിയ ലക്ഷ്യസ്ഥാനം പ്രോക്സി മൂല്യമുണ്ടെങ്കിലും നേരിട്ട് ബന്ധപ്പെടാം. മറിച്ച്, ഒരു .npmrcലെ വരി മായ്ക്കുന്നത് പാരമ്പര്യമായി വന്ന എൻവയൺമെന്റ് വേരിയബിൾ നീക്കില്ല.

സർട്ടിഫിക്കറ്റ് പിശകുകൾ വേർതിരിക്കുക

അനുവദിച്ച പരിശോധനാ പ്രോക്സിക്ക് സ്ഥാപനത്തിന്റെ CA ആവശ്യമായേക്കാം, Node/npm അതിനെ ഇനിയും വിശ്വസിച്ചിരിക്കണമെന്നില്ല. npm CA ഫയൽ പിന്തുണയ്ക്കുന്നു:

cafile=/path/to/approved-ca-bundle.pem
strict-ssl=true

ആ പരിസരത്തിന്റെ യഥാർഥ അംഗീകൃത ബണ്ടിൽ ഉപയോഗിക്കുക. strict-ssl=false സർട്ടിഫിക്കറ്റ് പരിശോധന ദുർബലമാക്കുന്നു; ശരിയായ പ്രോക്സിയോ വിശ്വാസസാമഗ്രിയോ തിരഞ്ഞെടുക്കുന്നതിന് പകരമല്ല.

പരിശോധന തീർന്നാൽ ചേർത്ത പ്രോജക്റ്റ് ഓവർറൈഡുകൾ നീക്കി മൂല്യങ്ങൾ വീണ്ടും നോക്കുക. അതേ യന്ത്രത്തിലെ മറ്റ് പ്രോജക്റ്റ് മാറ്റാതെ പഴയ ക്രമീകരണം പാരമ്പര്യമായി ലഭിക്കും.