共有フォルダーにアクセスできないときの確認手順：Windowsファイルサーバー編

昨日まで使えていた共有フォルダーが開かない。自分だけなのか、会社全体の問題なのかも分からない。そんなときは、サーバーの再起動や設定変更の前に、症状を分けるところから始めます。

この記事では、接続できない範囲を整理し、名前解決、通信、認証、アクセス権のどこを確認すればよいかを説明します。最後には、社内担当者や保守会社への連絡に使える確認メモも用意しました。

対象となる環境

• Windows 11の端末から、Windows Server 2019／2022／2025の共有フォルダーへ接続する構成を想定します。
• 社内LANまたは組織が用意したVPN経由の、通常のSMBファイル共有が対象です。
• NASでも確認の考え方は使えますが、設定や対応機能は製品ごとに確認してください。
• DFS名前空間、フェールオーバークラスター、Azure Files、SMB over QUICなどは追加の切り分けが必要です。ここでのTCP 445の検査だけでは判断できない構成もあります。

OSの版・更新状況・社内ポリシーによって挙動は異なります。この記事は初期診断の案内であり、すべての環境で同じ修復操作を行う手順ではありません。

1. 最初に「誰が、どこに、どう接続できないか」を確認する

設定を変えずに、次の3点を整理してください。

自分だけか、ほかの人も同じか

• 1台だけなら、その端末のネットワーク、VPN、接続先の指定、利用アカウントなどを先に確認します。
• 複数人に同時発生しているなら、共通のサーバー、ネットワーク経路、認証基盤、直前の変更を確認します。
• 特定の部署や拠点だけなら、その範囲に共通する経路や設定が手掛かりになります。

これは調査の順序を決める目安です。「全員だからサーバー故障」とは断定できません。

すべての共有か、特定のフォルダーだけか

同じサーバーの別の共有は開くのか、フォルダーは開くが保存だけできないのかを確認します。閲覧できても保存できない場合は、アクセス権のほか、空き容量、クォータ、対象ファイルの使用状況なども確認対象です。

何と表示されるか

エラーの全文とコード、発生時刻、開こうとしたパスを残します。「つながらない」だけでは、通信と認証の問題を区別しにくいためです。

エクスプローラーの「ネットワーク」一覧に表示されないことと、共有へ接続できないことは分けて考えます。管理者から案内された正しい共有パスを、アドレス欄に直接入力して確認してください。例は \\fileserver\共有名 です。知らない接続先を推測して入力しないでください。

2. 症状から、次の確認先を選ぶ

「ネットワークパスが見つからない」などと表示される

共有パスの入力間違い、VPNの接続状態、名前解決、通信経路を確認します。ただし、エラーだけでDNSやネットワークの故障とは決められません。SMBのセキュリティ条件が合わない場合にも似た表示があります。Microsoftの署名に関する説明

管理担当者は、次の「名前解決と通信の確認」へ進んでください。

ユーザー名・パスワードを何度も求められる

利用するアカウントが正しいか、ドメインのアカウントか接続先機器のローカルアカウントかを確認します。パスワード変更直後なら、以前の資格情報で接続している可能性もあります。

何度も入力を繰り返すと、アカウントがロックされる場合があります。原因が分からないまま試行せず、アカウントの状態と既存の接続を管理者に確認してもらいます。

「アクセスが拒否されました」と表示される

利用アカウント、共有アクセス許可、フォルダーのアクセス許可を確認します。共有が存在するか、対象フォルダーやディスクが利用可能かも確認してください。認証・暗号化などの条件も関係するため、権限だけの問題とは限りません。MicrosoftのSMB接続段階別診断

「Everyoneにフルコントロールを付ける」といった変更で様子を見るのではなく、対象ユーザーに必要な操作が許可されているかを調べます。

Windows更新後から、古いNASなどに接続できなくなった

OSの版・エディション、接続先のSMB署名対応、ゲスト認証の利用有無を確認します。たとえばWindows 11 24H2のPro／Enterprise／Educationでは、SMB署名が既定で要求されます。すべてのWindowsで同じ既定値ではありません。MicrosoftのSMB署名の説明

接続先の更新や署名対応、適切なユーザー認証の利用を先に検討します。署名の無効化、認証のないゲスト接続の許可、SMB1の有効化を一般的な解決策として勧めることはできません。接続できるようになっても、保護を弱めている可能性があるためです。ゲスト接続のリスク／SMB1の注意点

3. 管理担当者向け：名前解決と通信を、変更せずに確認する

以下は対象端末のWindows PowerShellで行う初期診断例です。設定を書き換えるコマンドは含めていませんが、DNSへの照会や接続テストの通信は発生します。組織の運用ルールに従い、自社で管理している対象だけを確認してください。

例の fileserver.example.internal は説明用です。管理者が確認した実際のサーバー名へ置き換えます。端末の制限で実行できない場合は、ポリシーを変更して通そうとせず管理者へ引き継いでください。

サーバー名がどのアドレスへ解決されるか

Resolve-DnsName -Name fileserver.example.internal -DnsOnly

返されたアドレスが、意図したサーバーのものか確認します。失敗した場合は名前の入力、DNSの参照先、VPNの状態などを確認します。成功しても、ファイル共有が正常とは分かりません。

正常端末との比較も手掛かりになります。ただし、拠点や設計によって応答が異なる構成もあるため、「同じでないから誤り」とは限りません。Resolve-DnsName公式リファレンス

通常のSMB通信で使うTCP 445へ接続できるか

Test-NetConnection -ComputerName fileserver.example.internal -Port 445 -InformationLevel Detailed

主に RemoteAddress、SourceAddress、InterfaceAlias、TcpTestSucceeded を確認します。

• TcpTestSucceeded : True：表示された接続先へのTCP接続は成功しています。共有名、SMBの接続条件、認証、アクセス権まで正常とは限りません。
• TcpTestSucceeded : False：その端末から、その時点で接続が成立しなかった状態です。サーバーの稼働・待受状態、経路、VPN、フィルタリングなどを調べます。これだけでファイアウォールが原因とは断定できません。

Pingの返答を許可していない環境もあります。Pingが失敗しても、TCPの接続結果とは分けて判断します。Test-NetConnection公式リファレンス

比較のためIPアドレス宛ての通信を検査することはありますが、共有への接続先をIPアドレスに変えて使い続けるのは避けてください。名前で接続する場合と認証条件が変わるため、「IPなら開く」だけでDNSが原因とは確定できません。Microsoftの接続先名に関する推奨

すでに成立しているSMB接続を確認する

Get-SmbConnection

接続先、共有、ユーザー、SMBのバージョンなどを確認できます。これは成立済みの接続を見るコマンドで、接続失敗の履歴ではありません。結果が空でも、それだけでサーバーが停止しているとは分かりません。実行権限やログオンの文脈にも注意し、失敗している利用者の状況と合わせて確認します。Get-SmbConnection公式リファレンス

4. サーバー側で確認すること

ここからはサーバーの管理権限を持つ担当者が、対象を確認して行います。

• 共有名と共有先のパスが存在し、そのディスクが正常に利用できるか。
• ファイル共有を提供するServerサービスが稼働しているか。停止していれば、再起動の前に関連するイベントを確認する。
• 共有とフォルダーのアクセス許可が、利用ユーザーや所属グループに対して意図した内容か。
• ファイアウォールの適用プロファイル、対象規則、許可する送信元が設計どおりか。
• 発生時刻付近のSMB・システム・認証関連ログに、対応するエラーがあるか。

共有のアクセス許可は、サーバー上で次のように読み取れます。

Get-SmbShareAccess -Name "共有名"

これは共有側の許可を表示するもので、NTFSアクセス許可や利用者の実効的なアクセスをすべて判定するものではありません。対象フォルダーのセキュリティ設定も合わせて確認します。Get-SmbShareAccess公式リファレンス

他人のパスワードを借りたり、権限を一律に広げたりしないでください。既存接続や資格情報の一括削除、サービス再起動は業務を中断することがあります。影響と対象を確認してから判断します。

通信が通らない場合も、ファイアウォール全体の停止や、SMBのポートをインターネットへ公開する対応は行いません。

5. 直った後は、必要な業務操作まで確認する

フォルダーが一度開けただけで終了にせず、利用者が必要とする閲覧・保存ができるかを、許可された確認用データで確かめます。本番ファイルの上書きや削除を復旧テストに使わないでください。

変更した内容と確認結果、再発の有無を記録します。一時回避で業務を再開した場合は、恒久対応が残っていることも引き継ぎます。

相談前にまとめておく情報

• 発生時刻と、最後に正常に使えた時刻
• 接続元Windowsの版・エディションと、接続先OSまたはNASの型番
• 接続している場所、LAN／Wi-Fi／VPNの別
• 1人だけか、複数人か、特定の拠点だけか
• エラー全文・コードと、問題が起きる共有パス
• 閲覧・保存のどちらができないか
• 直前の更新、パスワード変更、ネットワーク・権限変更
• 実施済みの操作と、名前解決・TCP接続の確認結果

分からない項目は不明のままで構いません。パスワード、ファイルの中身、個人情報を含むログは、そのまま問い合わせへ添付しないでください。詳しい構成情報やログは、担当者と共有方法を確認します。

ソルブネオへのご相談も、まずはエラーの内容と影響範囲からお知らせください。原因を特定してからご連絡いただく必要はありません。相談する

参考資料

本文中の各Microsoft資料に加え、全体の診断方針はSMB troubleshooting guidanceを参照しています。