[BUG] npm I fails due to IP address being used to connect
Open
Nobody has claimed this yet.
Bug
Cannot Reproduce
platform:windows
Release 8.x
- Dominant language
- JavaScript
- Stars
- 10.1k
- Forks
- 4.7k
- Avg merge
- 2d 2h
- Merged PRs (30d)
- 19
Description
Is there an existing issue for this?
- I have searched the existing issues
This issue exists in the latest npm version
- I am using the latest npm
Current Behavior
When I run npm i after getting the packages it then spits out
npm ERR! code ETIMEDOUT
npm ERR! syscall connect
npm ERR! errno ETIMEDOUT
npm ERR! network request to http://192.168.3.117/value-equal/-/value-equal-1.0.1.tgz failed, reason: connect ETIMEDOUT 192.168.3.117:80
npm ERR! network This is a problem related to network connectivity.
npm ERR! network In most cases you are behind a proxy or have bad network settings.
npm ERR! network
npm ERR! network If you are behind a proxy, please make sure that the
npm ERR! network 'proxy' config is set properly. See: 'npm help config'
- I am not using the
192.168.3.Xsubnet - No Proxy was set
- No Proxy is in use
I have thus far 0 ideas how to fix or find where it is pulling that IP address from
Expected Behavior
It to connect to the normal npm.com domain and download the package
Steps To Reproduce
- Run
npm i
Environment
- npm: 8.5.5
- Node.js: v17.9.0
- OS Name: Windows
- System Model Name: 11
- npm config:
; "user" config from C:\Users\Lagicrus\.npmrc
registry = "https://registry.npmjs.org/"
; node bin location = C:\Program Files\nodejs\node.exe
; cwd = E:\GitHub\project
; HOME = C:\Users\Lagicrus
; Run `npm config ls -l` to show all defaults.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing npm i on Windows with npm 8.5.5 and Node.js v17.9.0, then inspect the reported package URL alongside the shown npm config output. Done means identifying why the request uses 192.168.3.117 and making installation connect to the configured https://registry.npmjs.org/ domain.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, nodejs
- Domain
- cli, networking
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100