Um registro interno pode ser acessível diretamente enquanto o tráfego público de pacotes ainda precisa do proxy do escritório. Mantenha as configurações de proxy e adicione os destinos internos a noproxy.

Por exemplo, as entradas .npmrc relevantes podem ser:

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

As entradas de omissão nomeiam destinos, não o servidor proxy. São entradas de host, portanto deixe o esquema, o caminho e a porta do registro fora dessas strings.

No seletor incluído no npm 11.6.4, os componentes de domínio são comparados da direita. registry.corp.example corresponde a esse nome de host e aos seus subdomínios. Um ponto inicial é removido durante essa comparação; não é necessário um asterisco literal no exemplo de nome de host.

Inclua um host de conteúdo de pacotes quando o registro retornar URLs de tarball em outro nome de host interno. Caso contrário, o índice do registro e o download do arquivo podem seguir rotas diferentes.

A sintaxe de matriz mantém várias exceções legíveis. O npm também documenta uma forma de string separada por vírgulas e um padrão NO_PROXY derivado do ambiente. Verifique a configuração noproxy efetiva usada por esta invocação quando um destino ainda segue uma rota inesperada.

Artigos relacionados