Прокси поставки на npm за HTTP и HTTPS

Поставете HTTP и HTTPS прокси-патеки на npm, разберете ги noproxy исклучоците и користете приватен CA без исклучување на TLS-проверката.

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 ја ослабува проверката на сертификати; не го заменува изборот на правилно прокси или материјал за доверба.

По тестот отстранете ги додадените проектни надвладувања и повторно проверете ги ефективните вредности. Така проектот ја наследува претходната конфигурација без менување други проекти на истата машина.

Поврзани статии