npm は現在ダウンしていますか?

npm が利用できないのでしょうか。それとも、パッケージコマンドがあなたの環境でだけ失敗しているのでしょうか。npm の現在のサービス状況を確認し、Registry の障害とローカルまたはネットワークの問題を切り分けて、インストール、公開、ログイン、Web サイトへのアクセスに必要な次の診断手順を選びましょう。

SA

Site Administrator

最終レビュー: September 25, 2026

最新の記録ステータス

稼働中 直近のチェックでは、npm のWebサイトは稼働し、正常に応答しているようでした。

Webサイト (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 へのリクエストは、別々のチェックとして扱います。
  • 1 つのプロジェクト、パッケージ、またはアカウント操作だけが失敗する場合は、npm 全体の障害と判断する前に、その設定、パッケージの詳細、権限、認証情報を確認してください。
  • DNS の失敗、タイムアウト、プロキシルール、ファイアウォール、VPN、TLS インスペクションは、npm が正常に動作していても Registry へのアクセスを妨げる可能性があります。
  • プロジェクト間または信頼できる別のネットワークで同じ操作を比較し、原因を絞り込んでください。
  • サービスの可用性、接続、npm の設定を確認するまでは、lockfile を削除したり依存関係のバージョンを変更したりしないでください。
npm live status check banner

npm の信頼性について

npm の可用性が意味すること

npm には複数のアクセス経路があり、それぞれが独立して失敗する可能性があります。npm の Web サイトは npmjs.com を使用します。一方、パッケージのインストール、依存関係の解決、公開では、通常 registry.npmjs.org が関係します。Web サイトは読み込めても Registry へのリクエストが失敗する場合や、Web サイトが完全にオフラインに見えなくても、Registry の障害によってパッケージコマンドが影響を受ける場合があります。

サービス全体の状況を最も広く確認するには、npm の公式ステータスページを確認してください。インシデントが、パッケージの取得、認証、公開、Registry/API アクセス、Web サイトへのアクセスなど、失敗している操作と一致するか確認しましょう。npm のすべての機能が影響を受けていると決めつけないことが重要です。

ステータスページでは報告済みのプラットフォーム障害を確認できますが、プロジェクト固有の失敗を診断することはできません。正確な npm エラー、設定されている Registry、影響を受けるパッケージ、同じリクエストが別のネットワークから成功するかどうかは、npm の障害とローカル、アカウント、接続の問題を切り分けるうえで、より有用な情報になることがよくあります。

npm のトラブルシューティング

npm の問題をトラブルシューティングする

1. 該当する npm のインシデントを確認する

npm の公式ステータスページを開き、Registry、パッケージのダウンロード、認証、公開、Web サイトに影響する進行中または最近解決したインシデントを探します。報告された問題が失敗している操作と一致する場合は、影響の大きいプロジェクト変更を避け、インシデントの解決後に再試行してください。一致するインシデントが表示されない場合でも、地域、ネットワーク、アカウント、プロジェクト固有の問題である可能性は残ります。

2. 失敗の範囲を確認する

複数のプロジェクトでインストールまたはパッケージ解決が失敗する場合は、Registry へのアクセス、DNS、プロキシ、ファイアウォール、npm 設定の確認を優先します。1 つのプロジェクトまたはパッケージだけが失敗する場合は、問題を npm の障害と判断する前に、依存関係の宣言、lockfile、パッケージ名、設定されている Registry を調べてください。

公開やログインの失敗は、公開パッケージのダウンロードとは分けて分析する必要があります。完全なエラー、使用しているアカウントまたはトークン、対象の Registry、そして失敗が 1 つのパッケージ、組織、アカウント操作のどれに影響しているかを確認してください。

3. ネットワークと DNS の症状を切り分ける

  • Connection timed out: リクエストがブロックされている、誤った経路にルーティングされている、または応答を受信できない可能性があります。同じ操作を別のネットワークから実行し、該当する企業のファイアウォールやプロキシのルールを確認してください。
  • Connection refused: 設定されたエンドポイント、プロキシ、またはローカルネットワーク経路が接続を拒否している可能性があります。npm が、古い社内エンドポイントやサードパーティのエンドポイントではなく、想定した Registry を対象にしていることを確認してください。
  • NXDOMAIN などの DNS エラー: リゾルバーが要求されたホストを見つけられていません。別のネットワークで DNS の動作を比較し、VPN、フィルタリング、ローカルリゾルバーの設定を確認してください。
  • TLS または証明書エラー: 証明書の検証設定を変更する前に、HTTPS インターセプション、プロキシ証明書、システム時刻、セキュリティソフトを調べてください。

4. npm の設定と認証を確認する

特にネットワークを切り替えた後、VPN を有効にした後、またはプライベート Registry を使用している場合は、設定されている Registry とプロキシの設定を確認してください。ログイン、公開、プライベートパッケージへのアクセスでは、使用するアカウントに必要な権限があり、認証情報やトークンが期限切れになっていないことを確認します。ターミナルの出力、 issue report、サポートへの問い合わせにトークンを決して含めないでください。

5. ブラウザーだけで発生する失敗を確認する

Web ブラウザーでは npm の Web サイトにアクセスできない一方、パッケージコマンドは動作する場合は、プライベートウィンドウまたは別のブラウザーを試し、スクリプトや Cookie をブロックする拡張機能を一時的に無効にします。ブラウザーと npm コマンドの両方が失敗する場合は、ブラウザー固有の対処ではなく、ステータスページとネットワークの確認を優先してください。

6. Registry と API のレスポンスを解釈する

Web サイトは動作しているのに registry.npmjs.org に到達できない場合は、Registry 経路を個別に確認し、正確な HTTP ステータスまたは npm エラーを記録してください。5xx レスポンスはサーバー側または上流の問題を示す可能性があります。4xx レスポンスは、無効なリクエスト、権限不足、認証の問題、レート制限、利用できないパッケージを示すことが多くなります。エスカレーション時にはパッケージ名、コマンド、時刻、完全なエラーを保持しますが、認証情報とトークンは削除してください。

情報源・参考資料

公式ソース

  • npm ステータスページ — npm のサービスに影響する報告済みインシデントを確認し、更新情報を確認できます。

ステータスページは、正確な npm エラーやローカルの接続チェックと併用してください。ステータスページに問題が表示されていなくても、地域、アカウント固有、DNS、プロキシ、プロジェクトレベルの問題を除外することはできません。

この確認の仕組み

このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。

ライブステータスバッジを埋め込む

ダッシュボード、ドキュメント、ブログに追加できます。Erriscope のキャッシュ済み観測結果を表示し、このステータスページへリンクします。

npm status on Erriscope
<a href="https://erriscope.com/ja/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 は失敗するのですか?

Web サイトとパッケージ Registry は別のアクセス経路です。ブラウザーから npmjs.com にアクセスできても、DNS、ファイアウォール、プロキシ、VPN、TLS インスペクション、npm の Registry 設定によって Registry へのリクエストがブロックされる場合があります。

パッケージのインストールは動作するのに、なぜ npm の公開が失敗するのですか?

公開には、公開パッケージのダウンロードとは異なる認証とパッケージ権限が必要です。認証または権限に関する正確なエラーを確認し、想定した Registry が設定されていること、npm が公開に影響するインシデントを報告していないことを確認してください。

なぜ npm は、あるネットワークでは動作するのに別のネットワークでは動作しないのですか?

失敗するネットワークでは、異なる DNS リゾルバー、プロキシ、ファイアウォール、VPN、TLS インスペクションポリシーが使用されている可能性があります。信頼できる別の接続で同じ操作を比較し、設定されている Registry とプロキシの設定を確認してください。

npm が利用できないとき、node_modules または lockfile を削除すべきですか?

最初に行うべきではありません。Registry またはネットワークが利用できない場合、ローカルの依存関係ファイルを削除してもアクセスは回復せず、再現を難しくする可能性があります。まずサービスのステータス、正確なエラー、npm の設定、接続を確認してください。

npm の問題を報告するとき、どの情報を収集すべきですか?

コマンド、影響を受けるパッケージまたは操作、正確なエラーテキスト、おおよその時刻、設定されている Registry、そしてプロジェクト間またはネットワーク間で失敗するかどうかを記録してください。ログを共有する前に、認証トークンなどの機密情報を削除してください。

← すべてのサービスへ戻る

このライブチェックは当社サーバーから実行されるため、すべての地域、アカウント、機能、ネットワーク経路を反映するとは限りません。