ആന്തരിക രജിസ്ട്രി നേരിട്ട് ലഭ്യമായേക്കാം, എന്നാൽ പൊതു പാക്കേജ് ട്രാഫിക്കിന് ഇപ്പോഴും ഓഫീസ് പ്രോക്സി ആവശ്യമാണ്. പ്രോക്സി ക്രമീകരണങ്ങൾ നിലനിർത്തി ആന്തരിക ലക്ഷ്യങ്ങൾ noproxy-യിൽ ചേർക്കുക.

ഉദാഹരണത്തിന്, ബന്ധപ്പെട്ട .npmrc എൻട്രികൾ ഇപ്രകാരമായിരിക്കാം:

registry=https://registry.corp.example/repository/npm/
proxy=http://proxy.example:8080
https-proxy=http://proxy.example:8080
noproxy[]=registry.corp.example
noproxy[]=packages.corp.example

ബൈപ്പാസ് എൻട്രികൾ ലക്ഷ്യങ്ങളെയാണ് പേരിടുന്നത്, പ്രോക്സി സർവറിനെയല്ല. അവ ഹോസ്റ്റ് എൻട്രികളാണ്, അതിനാൽ രജിസ്ട്രിയുടെ സ്കീം, പാത, പോർട്ട് എന്നിവ ആ സ്ട്രിംഗുകൾക്ക് പുറത്ത് വിടുക.

npm 11.6.4-ൽ ഉൾപ്പെടുത്തിയ സെലക്ടറിൽ ഡൊമെയിൻ ഘടകങ്ങൾ വലതുവശത്തുനിന്ന് താരതമ്യം ചെയ്യുന്നു. registry.corp.example ആ ഹോസ്റ്റ്നാമുമായും അതിന്റെ സബ്ഡൊമെയ്നുകളുമായും പൊരുത്തപ്പെടുന്നു. ഈ താരതമ്യത്തിൽ ആദ്യത്തെ ഡോട്ട് നീക്കം ചെയ്യുന്നു; ഹോസ്റ്റ്നാം ഉദാഹരണത്തിന് അക്ഷരാർത്ഥത്തിലുള്ള നക്ഷത്രചിഹ്നം ആവശ്യമില്ല.

രജിസ്ട്രി മറ്റൊരു ആന്തരിക ഹോസ്റ്റ്നാമിൽ tarball URL-കൾ തിരികെ നൽകുമ്പോൾ പാക്കേജ്-ഉള്ളടക്ക ഹോസ്റ്റ് ഉൾപ്പെടുത്തുക. അല്ലെങ്കിൽ രജിസ്ട്രി ഇൻഡക്സും ഫയൽ ഡൗൺലോഡും വ്യത്യസ്ത പാതകളിലേക്ക് പോയേക്കാം.

അറേ സിന്റാക്സ് നിരവധി അപവാദങ്ങൾ വായിക്കാവുന്നതായി നിലനിർത്തുന്നു. npm കോമ-വേർതിരിച്ച സ്ട്രിംഗ് രൂപവും പരിസ്ഥിതിയിൽ നിന്ന് ഉരുത്തിരിഞ്ഞ NO_PROXY സ്ഥിരമൂല്യവും രേഖപ്പെടുത്തുന്നു. ഒരു ലക്ഷ്യം ഇപ്പോഴും അപ്രതീക്ഷിത പാതയിലൂടെ പോകുമ്പോൾ ഈ വിളി ഉപയോഗിക്കുന്ന യഥാർത്ഥ noproxy ക്രമീകരണം പരിശോധിക്കുക.

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