HTGB
How To

「指定されたネットワーク名は利用できなくなりました」というエラーを解決する方法

February 13, 2026 1 分で読む Updated: February 13, 2026

「指定されたネットワーク名は利用できなくなりました」というエラーが表示されるのはかなり面倒です。特に共有やNASデバイスにアクセスしようとしている時、あるいはサーバーやドメインコントローラーからエラーが返された場合などはなおさらです。これは通常、ネットワークリソースにアクセスできないことを示しているためイライラさせられますが、プロトコルの設定ミスやセキュリティ設定の不具合によって発生することもあります。サーバーがダウンしているだけの場合もありますが（もちろん、これはユーザー側では修正できません）、多くの場合、クライアント側の問題やプロトコルの不具合が原因です。

このガイドでは、いくつかのトラブルシューティング方法を紹介します。サーバーを再び正常に動作させる必要がある場合もあれば、ローカルマシンを調整して接続できるようにするだけで済む場合もあります。ここでの目標は、毎回管理者の対応を待たずにネットワークリソースにアクセスできるようにすることです。クライアント側であれば、これらの手順の多くは自分で試しても問題ありませんが、サーバーが関係する場合は、管理者権限、または少なくとも親切なシステム管理者に面倒な作業を任せる必要があります。

指定されたネットワーク名が利用できなくなった場合の修正方法

方法1: SMBv2/v3プロトコルを有効にする

少し奇妙ですが、SMBプロトコルはWindows共有の基盤のようなもので、クライアント側とサーバー側のどちらかでSMBv2/3が有効になっていないと、このエラーが発生します。SMBv1は既に廃止されているため、両端でSMBv2またはv3が有効になっていることを確認することをお勧めします。

お使いのマシンでは、管理者特権のコマンド プロンプトでいくつかのコマンドを実行する必要があります。

  1. を押してWin + R、 と入力しcmd、 を押してCtrl + Shift + Enter管理者として開きます。
  2. 次のコマンドを実行します。 
    sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb20 start= auto

それから再起動します。確かに簡単ですが、Windowsのコールドブートが必要になる場合もあります。設定によってはSMBv2が既に有効になっているものの、プロトコルの依存関係が壊れている場合があります。そのため、再設定して再起動すれば修復できる場合があります。

方法2: 必要に応じてSMBv1設定を調整する

場合によっては、特に古いサーバーやレガシーな設定の場合、SMBv1 が関係している可能性があります。サーバー側で SMBv1 が有効になっているにもかかわらず、クライアント側で使用しようとしている場合、特にマシン側で SMBv1 が無効化またはブロックされている場合、エラーが発生する可能性があります。逆に、サーバー側が SMBv1 のみをサポートしているにもかかわらず、クライアント側で SMBv1 が無効化されている場合は、接続が確立されません。

SMBv1 を確認して無効にするには (Windows では複雑になるので当然ですが)、管理者特権のコマンド プロンプトで次のコマンドを実行します。

sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb10 start= disabled

あるいは、次のコマンドを実行するとさらに良いでしょう。

Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

PowerShellから（管理者として実行）。ただし、サーバーがSMBv1のみをサポートしている場合は、サーバー側でSMBv1を有効にする必要があるかもしれません。これは全く別の問題ですが、Microsoftが安全に設定する方法を解説したガイドを公開しています。特に他の場所で使用されていない場合は、セキュリティリスクなどを考慮して、盲目的に有効にしないでください。

方法3: ファイアウォールのポートが開いていることを確認する

ファイアウォールによるブロックはよくある原因です。SMBのバージョンによって、正常に通信するために特定のポートを開く必要があります。そのため、Windowsファイアウォール（またはサードパーティ製のセキュリティソフトウェア）のルールを再確認し、445（TCP）などのポートが開いていることを確認してください。場合によっては、送信トラフィックまたは受信トラフィックの両方でポートがブロックされていることが、エラーの原因となることがあります。

これを行うには、 「ファイル名を指定して実行」からwf.mscを実行し、「受信の規則」または「送信の規則」の下の項目を確認します。TCPポート445（必要に応じてUDPも）を許可する新しい規則を作成します。不明な場合は、Microsoftのドキュメントでプロトコルの正確なポート番号を調べてください。通常、SMBの場合は がキーになります。TCP 445

方法4: サードパーティのセキュリティソフトウェアを無効にするか設定する

ウイルス対策ソフトやネットワークスキャナツールは、特に過度な警戒心や不適切な設定によって、SMBトラフィックをブロックすることがあります。セキュリティソフトを一時的に無効にして、それが原因かどうかを確認してください。ネットワークリソースにアクセスできるようになれば、そのソフトウェアがネットワークを混乱させていたことが分かります。

さらに良い方法は、ネットワークリソースまたはサーバーをアンチウイルス/ファイアウォールの除外リストに追加することです。ホワイトリストにうまく登録できれば、完全に無効化する必要はありません。ただし、慎重に行い、信頼できるソースのみにしてください。

方法5：アプリのユーザーフォルダの権限をリセットする

特定のアプリ、特にUnix系サブシステムやDockerの使用時にこの問題が発生する場合は、AppData内の権限設定に問題がある可能性があります。権限設定が誤っている場合、アプリが自身のユーザーフォルダやネットワークリソースにアクセスできなくなることがあります。

管理者特権のコマンドプロンプトを開き、次のコマンドを実行します。

icacls %USERPROFILE%\AppData /q /c /t /reset

これにより権限がリセットされ、権限に関連する奇妙な不具合が解決されるはずです。

方法6: アプリケーションユーザーフォルダを解凍または暗号化解除する

AppData内のアプリのユーザーフォルダが圧縮または暗号化されている場合、アクセスエラーが発生する可能性があります。これは、ディスク圧縮ツールや暗号化ツールを使用している場合によく発生します。この問題を解決するには、フォルダに移動し、右クリックして「プロパティ」を開き、 「詳細設定」の「内容を圧縮してディスク容量を節約する」と「内容を暗号化してデータを保護」のチェックを外します。これにより、アプリは正常にファイルにアクセスできるようになります。

方法7：アプリケーションを完全に再インストールする

破損や設定の残骸が原因で、奇妙なネットワークエラーが発生することがあります。アンインストールし、 AppData\Local内のアプリフォルダ（ Microsoft アプリの場合はPackages フォルダも）を空にして、再インストールしてください。これで、アプリが動かなくなっていた不可解な状態が解消されることがよくあります。

方法8: ドメインレプリケーションのためにFSRからDFSRに移行する

技術的には、ドメインコントローラーを昇格させてADのセットアップまたはレプリケーション中にこのエラーが発生した場合にのみ該当します。古いバージョンのWindows ServerではFRS（ファイルレプリケーションサービス）が使用されていますが、これは非推奨です。DFSR（分散ファイルシステムレプリケーション）に移行する必要があります。この件については、Microsoft TechNetなどの公式Microsoftガイドが最適なリソースです。

方法9: カスタムコードを再確認する

ネットワークリソースにアクセスする独自のスクリプトやアプリを作成している場合、エラーはコードにある可能性があります。よくある問題としては、既に閉じられているストリームへの書き込みまたは読み取りを試みたり、タイムアウト期間が短すぎることが挙げられます。タイムアウト期間を延長したり、コードがストリームの状態を適切に処理するようにしたりするだけで問題が解決する場合もあります。ご不明な点がある場合は、StackOverflowなどのフォーラムで質問してください。

まとめ

  • クライアントとサーバーで SMB2/3 プロトコルをチェックして有効にします。
  • 必要なファイアウォール ポート (特に 445 TCP) が開いていることを確認します。
  • セキュリティ ソフトウェアを一時的に無効にするか、ホワイトリストに登録します。
  • アプリ フォルダーのアクセス許可がおかしい場合はリセットします。
  • 問題の原因となっている可能性がある場合は、アプリ データ フォルダーを解凍または暗号化解除します。
  • アプリの動作に問題がある場合は再インストールしてください。
  • AD 関連のエラーの場合は、FRS から DFSR への移行を検討してください。
  • スクリプトまたはプログラム コードを確認して、ストリームが閉じている、タイムアウトが短いなどの一般的なバグがないか確認します。

まとめ

正直なところ、このエラーのトラブルシューティングはちょっとした宝探しのようなものです。原因はプロトコルだったり、権限だったり、あるいはファイアウォールだったりすることもあります。これらの修正方法を試してみると、たいていは正しい方向へ進むことができます。マシンによっては、再起動やプロトコルの簡単な調整で完全に解決することもあります。必ずしも簡単ではありませんが、根気強く取り組めば解決できます。これで誰かの時間を少しでも節約できれば幸いです。私の場合はうまくいきましたので、皆さんにも効果があることを願っています。