我之前在公司代理环境下折腾Nexus npm仓库的时候，也碰到过和你一模一样的问题——浏览器能正常登录，但npm CLI就是连不上。结合你给出的.npmrc配置，给你几个亲测有效的排查和解决方向：

1. 修正代理与no_proxy的配置格式 #

你的.npmrc里有两处容易踩坑的地方：

• https-proxy末尾多了个斜杠，和http-proxy保持一致即可，去掉末尾的/
• no_proxy配置未完成，必须把Nexus仓库的域名加进去！如果仓库在公司内部网段，npm没必要走代理访问它，反而会因为代理拦截出问题。比如你的仓库是customrepository.com，那no_proxy要补充完整

修改后的这部分配置应该是：

http-proxy=http://username:password@companyproxy.com:8080
https-proxy=http://username:password@companyproxy.com:8080
no_proxy=.companyproxy.com,.customrepository.com

2. 单独配置Nexus仓库的认证信息 #

哪怕代理和仓库用的是同一套用户名密码，也建议单独给仓库配置认证——全局代理的认证逻辑和仓库认证是分开的。最简单的方式是直接用npm命令生成认证：

npm login --registry=http://customrepository.com

执行这个命令后，npm会自动把加密后的认证信息写入你的.npmrc，能避免手动输入时密码里特殊字符（比如@、!）的转义错误。

3. 验证strict-ssl配置的有效性 #

你已经开启了strict-ssl=false，但有时候npm会忽略这个配置（尤其是公司代理用自签名证书的情况）。可以先试试在执行npm命令时强制带上这个参数测试：

npm install 你的包名 --registry=http://customrepository.com --strict-ssl=false

如果这样能成功，说明你的.npmrc可能没被正确读取——检查下配置文件是在用户目录（~/.npmrc）还是项目目录，npm会优先读取项目目录的配置，要是项目目录的文件没加这个配置就会出问题。

4. 测试代理与仓库的连通性 #

用npm自带命令先测下仓库连通性：

npm ping --registry=http://customrepository.com

如果报错，再用curl验证代理是否能正常访问仓库：

curl -x http://username:password@companyproxy.com:8080 http://customrepository.com

如果curl能通，那问题肯定出在npm配置上；如果curl也不通，就得找IT确认代理服务器的权限——比如是否允许npm的请求头、有没有IP白名单限制。

5. 处理密码里的特殊字符 #

如果你的密码包含@、$这类特殊字符，直接写在代理地址里会被解析错误。这时候可以把密码做URL编码（比如@改成%40，$改成%24），或者用npm命令来设置代理，命令行会自动处理转义：

npm config set proxy http://username:编码后的密码@companyproxy.com:8080
npm config set https-proxy http://username:编码后的密码@companyproxy.com:8080

最后，修改完配置后记得运行npm config list确认所有配置都正确加载，避免拼写错误或者路径问题。

内容的提问来源于stack exchange，提问作者Kalyan