HTTP, HTTPSக்கான npm ப்ராக்ஸி அமைப்புகள்

npmன் HTTP, HTTPS ப்ராக்ஸி பாதைகளை அமைத்து noproxy விலக்குகளைப் புரிந்து TLS சரிபார்ப்பை நிறுத்தாமல் தனியார் CA பயன்படுத்துங்கள்.

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 சான்றிதழ் சரிபார்ப்பை பலவீனப்படுத்தும்; சரியான ப்ராக்ஸி அல்லது நம்பிக்கைப் பொருளைத் தேர்வதற்குப் பதிலல்ல.

சோதனை முடிந்ததும் சேர்த்த திட்ட மேலெழுதல்களை நீக்கி மதிப்புகளை மீண்டும் பாருங்கள். அதே கணினியின் பிற திட்டங்களை மாற்றாமல் முந்தைய அமைப்பு மரபாகப் பெறப்படும்.

தொடர்புடைய கட்டுரைகள்