npm האָט באַזונדערע proxy און https-proxy אײַנשטעלונגען. דער חילוק איז דער ציל פֿון דער בקשה. פֿאַר אַ געוויינטלעכן HTTP־פּראָקסי וואָס מאַכט HTTPS־טונעלן קענען ביידע ווערטן ווײַזן צום זעלבן 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 קען שוין האָבן אַלץ נייטיקס. אַ רעגיסטרי־פּינג איז אַ קלענערע קאָנטראָל:

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 שוואַכט סערטיפֿיקאַט־קאָנטראָל; עס פֿאַרבײַט נישט דעם ריכטיקן פּראָקסי אָדער צוטרוי־מאַטעריאַל.

נאָכן פּרוּוו נעמט אַוועק די פּראָיעקט־איבערשרײַבונגען וואָס איר האָט צוגעגעבן און קאָנטראָלירט ווידער די עפֿעקטיווע ווערטן. אַזוי ירשנט דער פּראָיעקט זײַן פֿריִערדיקע קאָנפֿיגוראַציע אָן צו בײַטן אַנדערע פּראָיעקטן אויף דער זעלבער מאַשין.

פֿאַרבונדענע אַרטיקלען