Windows10의 WSL(Windows Sumsystem for Linux)에서 node.js나 Python을 이용하는 경우, npm이나 pip(pip3)로 패키지를 관리할까 생각합니다. 이것들로 새로운 패키지를 인스톨하려고 하면(자) 프록시 관련의 에러가 나왔기 때문에 이 해결 방법에 대해 정리했습니다. 사용 환경은 Ubuntu 18.04입니다.
먼저 대답을 말하면, 바이러스 대책 소프트 「카스퍼스키(Kaspersky)」와의 경합입니다.

문제

순서대로 설명하겠습니다.
예를 들어 npm을 사용하여 패키지를 설치합니다.

sudo npm install <パッケージ名>

그러면 다음과 같은 오류가 발생합니다.

npm ERR! code ECONNRESET
npm ERR! errno ECONNRESET
npm ERR! network request to https://registry.npmjs.org/express failed, reason: Client network socket disconnected before secure TLS connection was established
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'

네트워크에 문제가 있고, 프록시 환경하라면 그 설정을 재검토하라는 오류인가 생각합니다.
그물에 문제없이 액세스 할 수 있기 때문에 프록시 설정을 의심했습니다.

원래 프록시는 무엇입니까?

위키피디아 에 따르면 프록시 서버는 웹에 액세스 할 때 통과하는 서버 인 것 같습니다. 주로 기업에 설치되어 있어 사내 네트워크에서 외부에 접속할 때 경유하는 것 같다. 최근에는 별로 사용되지 않게 되고 있다고 합니다. 집 등의 네트워크에서는 프록시가 설치되어 있지 않은 것이 대부분이라고 생각하기 때문에, 프록시의 문제가 아니라고 생각됩니다.

바이러스 백신 소프트웨어의 네트워크 포트 모니터링

아래 블로그에서 비슷한 문제가 발생한다는 기사를 발견했습니다.
htps : // bg. 모리소 ft. 코m/엔트리/2018/11/06/125121
우분투에서 패키지 업데이트를 성공적으로 수행 할 수 없다는 문제가 바이러스 백신 소프트웨어 "Caspersky"로 인한 것입니다. .). apt-get은 80번 포트를 통해 통신하고 있습니다만, 카스퍼스키가 그 포트를 감시하고 있기 때문에 블록 되어 버린다고 합니다.

아래 사이트에 따르면 SSL이 아닌 통신은 80번 포트를, SSL 통신은 443번 포트를 사용하는 것 같습니다.
htps : // jp. g. 코 m / 쏘 rt / 후 q / 345. HTML
그래서 카스퍼스키에서 443번 포트의 감시도 무효화해 보겠습니다.
절차는 "설정"→ "고급"→ "네트워크"로 이동하여 "설정한 네트워크 포트 모니터링"오른쪽의 "변경"을 클릭합니다. 아래 그림과 같이 포트 443번이 활성화되어 있는 곳을 무효로 변경함으로써 카스퍼스키에 의한 감시 대상에서 제외할 수 있습니다.



이 작업을 수행 한 후 WSL을 시작하고 패키지를 다시 시도하면 안전하게 설치가 완료되었습니다.

요약

프록시 환경이 아님에도 불구하고 프록시 관련 오류가 발생하는 것에 대한 하나의 대책을 소개했습니다. 이번은 카스퍼스키에 의해 npm, pip가 정상적으로 동작하지 않는 경우에 관한 대책이었습니다만, 그 외 환경에서도 같은 문제가 일어났을 경우는 바이러스 대책 소프트의 네트워크 감시를 의심해 보는 것은 어떻습니까. 여기서도 소개되고 있습니다만, 패키지의 인스톨을 마치면 다시 감시를 유효하게 해 두는 것이 무난하다고 생각합니다.