현재 npm에 장애가 있나요?

npm을 사용할 수 없나요, 아니면 패키지 명령이 내 컴퓨터에서만 실패하나요? npm의 현재 서비스 상태를 확인하고, 레지스트리 장애와 로컬 또는 네트워크 문제를 구분한 다음 설치, 게시, 로그인 또는 웹사이트 액세스를 위한 다음 진단 단계를 선택하세요.

SA

Site Administrator

마지막 검토: September 25, 2026

최근 기록된 상태

정상 최근 확인에서 npm 웹사이트는 정상적으로 접속되고 응답하는 것으로 보였습니다.

웹사이트 (npmjs.com) 정상
API (registry.npmjs.org) 정상
응답 시간 14 ms
마지막 확인 2026-11-09 14:55:54 UTC
현재 엔드포인트 관측
엔드포인트상태관측 시각
npmjs.comOperational2026-11-09 14:55 UTC
registry.npmjs.orgOperational2026-11-09 14:55 UTC

현재 사용자 환경에서는 작동하나요?

최근 신고 0건 — 의미 있는 추세를 표시하려면 더 많은 데이터가 필요합니다.

단일 외부 확인에서 놓칠 수 있는 부분적 또는 지역별 장애까지 확인하려면 npm의 공식 상태 페이지도 함께 확인하세요. 공식 상태 페이지.

이 확인으로 알 수 있는 것

핵심 요약

  • 실패한 명령을 반복해서 재시도하기 전에 공식 npm 상태 페이지를 확인하세요.
  • npmjs.com에 대한 액세스와 registry.npmjs.org에 대한 요청을 별도의 확인 항목으로 취급하세요.
  • 한 프로젝트, 패키지 또는 계정 작업에서만 실패한다면 npm 전체 장애를 가정하기 전에 해당 구성, 패키지 세부 정보, 권한 또는 자격 증명을 점검하세요.
  • DNS 실패, timeout, 프록시 규칙, 방화벽, VPN 및 TLS inspection은 npm이 정상적으로 작동하는 경우에도 레지스트리 액세스를 차단할 수 있습니다.
  • 여러 프로젝트에서 또는 신뢰할 수 있는 다른 네트워크에서 동일한 작업을 비교하여 원인을 좁혀 가세요.
  • 서비스 가용성, 연결 상태 및 npm 구성을 확인하기 전에는 lockfile을 삭제하거나 종속성 버전을 변경하지 마세요.
npm live status check banner

npm 안정성 정보

npm 가용성이 의미하는 것

npm에는 서로 독립적으로 실패할 수 있는 여러 액세스 경로가 있습니다. npm 웹사이트는 npmjs.com을 사용하며, 패키지 설치, 종속성 해결 및 게시에는 일반적으로 registry.npmjs.org가 사용됩니다. 레지스트리 요청이 실패하는 동안 웹사이트는 로드될 수 있으며, 반대로 레지스트리 장애로 인해 웹사이트가 완전히 오프라인으로 보이지 않더라도 패키지 명령이 영향을 받을 수 있습니다.

서비스 전반의 상태를 확인하려면 npm의 공식 상태 페이지를 확인하세요. 모든 npm 기능이 영향을 받는다고 가정하기보다 패키지 가져오기, 인증, 게시, 레지스트리/API 액세스 또는 웹사이트 액세스 등 현재 실패하는 작업과 장애를 일치시켜야 합니다.

상태 페이지는 보고된 플랫폼 문제를 확인하는 데 도움이 되지만 프로젝트별 장애를 진단할 수는 없습니다. 정확한 npm 오류, 구성된 레지스트리, 영향을 받는 패키지, 그리고 동일한 요청이 다른 네트워크에서 작동하는지는 npm 장애와 로컬, 계정 또는 연결 문제를 구분하는 데 더 유용한 경우가 많습니다.

npm 문제 해결 방법

npm 문제 해결

1. 관련 npm 장애 확인

공식 npm 상태 페이지를 열고 레지스트리, 패키지 다운로드, 인증, 게시 또는 웹사이트에 영향을 주는 현재 진행 중이거나 최근 해결된 장애가 있는지 확인하세요. 보고된 문제가 현재 실패하는 작업과 일치한다면 장애가 해결될 때까지 프로젝트에 영향을 줄 수 있는 변경을 피하고 다시 시도하세요. 일치하는 장애가 표시되지 않더라도 지역, 네트워크, 계정 또는 프로젝트별 문제일 가능성은 남아 있습니다.

2. 장애 범위 파악

여러 프로젝트에서 설치 또는 패키지 해결이 실패한다면 레지스트리 액세스, DNS, 프록시, 방화벽 및 npm 구성 확인을 우선하세요. 한 프로젝트 또는 패키지에서만 실패한다면 npm 장애로 판단하기 전에 종속성 선언, lockfile, 패키지 이름, 버전 및 구성된 레지스트리를 점검하세요.

게시 및 로그인 실패는 공개 패키지 다운로드와 별도로 분석해야 합니다. 전체 오류, 사용 중인 계정 또는 토큰, 대상 레지스트리, 그리고 장애가 한 패키지, 조직 또는 계정 작업에만 영향을 미치는지 확인하세요.

3. 네트워크 및 DNS 증상 구분

  • Connection timed out: 요청이 차단되었거나 잘못 라우팅되었거나 응답을 받지 못하고 있을 수 있습니다. 다른 네트워크에서 동일한 작업을 비교하고 해당되는 회사 방화벽 또는 프록시 규칙을 확인하세요.
  • Connection refused: 구성된 엔드포인트, 프록시 또는 로컬 네트워크 경로가 연결을 거부하고 있을 수 있습니다. npm이 오래된 내부 또는 타사 엔드포인트가 아니라 예상한 레지스트리를 대상으로 하는지 확인하세요.
  • NXDOMAIN과 같은 DNS 오류: 확인자가 요청한 호스트를 찾지 못하고 있습니다. 다른 네트워크에서 DNS 동작을 비교하고 VPN, 필터링 및 로컬 확인자 설정을 확인하세요.
  • TLS 또는 인증서 오류: 인증서 검증을 변경하기 전에 HTTPS 가로채기, 프록시 인증서, 시스템 시간 및 보안 소프트웨어를 점검하세요.

4. npm 구성 및 인증 검토

특히 네트워크를 변경하거나 VPN을 활성화했거나 private registry를 사용하는 경우 구성된 레지스트리 및 프록시 설정을 확인하세요. 로그인, 게시 또는 private package 액세스의 경우 의도한 계정에 필요한 권한이 있는지, 자격 증명 또는 토큰이 만료되지 않았는지 확인하세요. 터미널 출력, 이슈 보고서 또는 지원 요청에 토큰을 절대 노출하지 마세요.

5. 브라우저에서만 발생하는 실패 확인

패키지 명령은 계속 작동하지만 브라우저에서 npm 웹사이트가 실패한다면 private window 또는 다른 브라우저를 사용해 보고 스크립트나 쿠키를 차단하는 확장 프로그램을 일시적으로 비활성화하세요. 브라우저와 npm 명령이 모두 실패한다면 브라우저 전용 해결 방법보다 상태 페이지와 네트워크 확인을 우선하세요.

6. 레지스트리 및 API 응답 해석

웹사이트는 작동하지만 registry.npmjs.org에 연결할 수 없다면 레지스트리 경로를 별도로 평가하고 정확한 HTTP 상태 또는 npm 오류를 기록하세요. 5xx 응답은 서버 측 또는 upstream 문제를 나타낼 수 있으며, 4xx 응답은 잘못된 요청, 권한 누락, 인증 문제, rate limit 또는 사용할 수 없는 패키지를 가리키는 경우가 더 많습니다. 문제를 에스컬레이션할 때 패키지 이름, 명령, 시간 및 전체 오류를 보존하되 자격 증명과 토큰은 삭제하세요.

출처 및 참고 자료

공식 출처

  • npm status page — npm 서비스에 영향을 주는 보고된 장애를 확인하고 장애 업데이트를 검토하세요.

상태 페이지를 정확한 npm 오류 및 로컬 연결 확인과 함께 사용하세요. 상태 페이지에 문제가 표시되지 않더라도 지역, 계정별, DNS, 프록시 또는 프로젝트 수준의 문제일 가능성은 배제되지 않습니다.

이 확인의 작동 방식

이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.

실시간 상태 배지 삽입

대시보드, 문서 또는 블로그에 이 배지를 추가할 수 있습니다. Erriscope의 캐시된 관측값을 표시하고 이 상태 페이지로 연결됩니다.

npm status on Erriscope
<a href="https://erriscope.com/ko/status/npm/"><img src="https://erriscope.com/status/badge/npm.svg" alt="npm status on Erriscope" width="210" height="34"></a>

자주 묻는 질문

지금 npm이 다운되었나요?

현재 장애는 공식 npm 상태 페이지에서 확인하세요. 일치하는 장애가 없다면 npmjs.com에 대한 액세스와 registry.npmjs.org에 대한 요청을 비교하고 로컬 네트워크, DNS, 프록시, 구성 또는 계정 문제를 조사하세요.

npmjs.com은 열리는데 npm install은 왜 계속 실패하나요?

웹사이트와 패키지 레지스트리는 서로 다른 액세스 경로입니다. 브라우저에서는 npmjs.com에 연결되더라도 DNS, 방화벽, 프록시, VPN, TLS inspection 또는 npm 레지스트리 설정 때문에 레지스트리 요청이 차단될 수 있습니다.

패키지 설치는 되는데 npm 게시가 실패하는 이유는 무엇인가요?

게시에는 공개 패키지 다운로드와 다른 인증 및 패키지 권한이 필요합니다. 정확한 인증 또는 권한 오류를 검토하고, 의도한 레지스트리가 맞는지 확인하며, npm에 게시에 영향을 주는 장애가 보고되었는지 확인하세요.

npm이 한 네트워크에서는 작동하지만 다른 네트워크에서는 작동하지 않는 이유는 무엇인가요?

문제가 발생하는 네트워크에서 다른 DNS 확인자, 프록시, 방화벽, VPN 또는 TLS inspection 정책을 사용할 수 있습니다. 신뢰할 수 있는 다른 연결에서 동일한 작업을 비교하고 구성된 레지스트리 및 프록시 설정을 검토하세요.

npm을 사용할 수 없을 때 node_modules 또는 lockfile을 삭제해야 하나요?

첫 단계로는 삭제하지 마세요. 레지스트리 또는 네트워크를 사용할 수 없는 경우 로컬 종속성 파일을 삭제해도 액세스가 복구되지 않으며 재현이 더 어려워질 수 있습니다. 먼저 서비스 상태, 정확한 오류, npm 구성 및 연결 상태를 확인하세요.

npm 문제를 신고할 때 어떤 정보를 수집해야 하나요?

명령, 영향을 받는 패키지 또는 작업, 정확한 오류 텍스트, 대략적인 시간, 구성된 레지스트리, 그리고 여러 프로젝트 또는 네트워크에서 장애가 발생하는지를 기록하세요. 로그를 공유하기 전에 인증 토큰과 기타 민감한 값을 삭제하세요.

← 모든 서비스로 돌아가기

이 실시간 확인은 당사 서버에서 실행되므로 모든 지역, 계정, 기능 또는 네트워크 경로의 상태를 반영하지 않을 수 있습니다.