Gardez le registre interne de npm hors du proxy

Un registre interne peut être joignable directement tandis que le trafic public de paquets a toujours besoin du proxy du bureau. Conservez les réglages du proxy et ajoutez les destinations internes à noproxy.

Par exemple, les entrées .npmrc concernées peuvent être :

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

Les entrées de contournement nomment des destinations, pas le serveur proxy. Ce sont des entrées d'hôte, alors laissez le schéma, le chemin et le port du registre hors de ces chaînes.

Dans le sélecteur fourni avec npm 11.6.4, les composants de domaine sont comparés par la droite. registry.corp.example correspond à ce nom d'hôte et à ses sous-domaines. Un point initial est retiré lors de cette comparaison ; un astérisque littéral n'est pas nécessaire pour l'exemple de nom d'hôte.

Incluez un hôte de contenu de paquets lorsque le registre renvoie des URL de tarball sur un autre nom d'hôte interne. Sinon, l'index du registre et le téléchargement du fichier peuvent emprunter des routes différentes.

La syntaxe de tableau garde plusieurs exceptions lisibles. npm documente aussi une forme de chaîne séparée par des virgules et une valeur par défaut NO_PROXY dérivée de l'environnement. Vérifiez le réglage noproxy effectif utilisé par cette invocation lorsqu'une destination emprunte encore une route inattendue.