Trzymaj wewnętrzny rejestr npm poza proxy

Wewnętrzny rejestr może być osiągalny bezpośrednio, podczas gdy publiczny ruch pakietów nadal wymaga proxy biurowego. Zachowaj ustawienia proxy i dodaj wewnętrzne cele do noproxy.

Na przykład odpowiednie wpisy .npmrc mogą wyglądać tak:

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

Wpisy obejścia nazywają cele, a nie serwer proxy. To wpisy hosta, więc pozostaw schemat, ścieżkę i port rejestru poza tymi ciągami.

W dołączonym selektorze npm 11.6.4 składniki domeny są porównywane od prawej. registry.corp.example pasuje do tej nazwy hosta i jej subdomen. Wiodąca kropka jest usuwana podczas tego porównania; dosłowna gwiazdka nie jest potrzebna w przykładzie nazwy hosta.

Uwzględnij host treści pakietów, gdy rejestr zwraca adresy URL tarball pod inną wewnętrzną nazwą hosta. W przeciwnym razie indeks rejestru i pobieranie pliku mogą pójść różnymi drogami.

Składnia tablicy utrzymuje kilka wyjątków w czytelnej formie. npm dokumentuje także formę ciągu rozdzielonego przecinkami oraz domyślną wartość NO_PROXY wyprowadzaną ze środowiska. Sprawdź efektywne ustawienie noproxy używane przez to wywołanie, gdy cel nadal idzie nieoczekiwaną drogą.