Windows cannot access（エラーコードなし）を直す方法まとめ：ネットワーク/権限/共有の原因別チェックリスト

Windowsで共有フォルダや別PC、NAS、ネットワークドライブにアクセスしようとしたときに「Windows cannot access」とだけ出て、エラーコードが表示されないケースがあります。原因が特定しづらい一方で、実際は「名前解決」「資格情報」「共有設定」「権限」「SMBの互換性」など、いくつかの定番ポイントを順番に潰すと復旧できることが多いです。

このページでは、エラーコードなしの「Windows cannot access」について、よくある原因を整理し、効果が出やすい順に対処法をまとめます。作業はなるべく安全なものから始め、最後に影響が大きい設定変更へ進む構成にしています。

Windows cannot access（エラーコードなし）を直す方法まとめ：ネットワーク/権限/共有の原因別チェックリスト

「Windows cannot access（エラーコードなし）」が起きる典型パターン

エラーコードが出ない場合でも、症状はだいたい次のどれかに集約されます。

\\PC名\共有名 や \\IPアドレス\共有名 に入れない
ネットワーク上に相手が見えない/見えるが開けない
以前はつながっていたのに突然ダメになった
同じWi-Fiなのに一部の端末だけつながらない
NASだけアクセス不可、または特定の共有フォルダだけ不可

このとき、原因は「ネットワーク経路の問題」と「認証/権限の問題」に大別できます。最初に切り分けると無駄が減ります。

まず切り分け：相手に“届いているか”を確認する

1) IPで開けるか試す（名前解決の確認）

まず \\IPアドレス\共有名 を試します（例：\\192.168.1.20\share）
IPでは開けるのにPC名だと開けない場合、原因は「名前解決（DNS/NetBIOS）」寄りです。

名前解決が怪しいときの対処

相手PCがスリープしていないか確認
ルーター再起動（家庭内LANで意外と効きます）
同一セグメントか確認（ゲストWi-Fiにいると見えないことがあります）
hosts に固定するのは最終手段（運用が増えます）

2) pingが通るか（通信/ファイアウォールの確認）

同じネットワーク内なら、相手に疎通できるかを見ます。

ping 192.168.1.20 が通らない
→ ネットワーク分離、ファイアウォール、IP誤り、相手の電源オフなどが濃厚
pingは通るが共有が開けない
→ 共有/SMB/認証/権限の問題が濃厚

共有アクセスで一番多い：資格情報（ユーザー名/パスワード）の詰まり

3) 古い資格情報を消して再接続する

以前のパスワードや別アカウント情報が残っていると、Windowsがそれを自動使用して失敗し続けることがあります。

やること

「資格情報マネージャー」→「Windows 資格情報」
対象のPC名/NAS名/IPに紐づく資格情報を削除
その後、\\相手\共有 を開いて、正しいユーザー名/パスワードで入れ直す

注意点

ユーザー名は 相手PC名\ユーザー 形式が安定します
NASはNAS側のユーザー名で入力します

4) いったん “別の資格情報で接続” を試す

エクスプローラーで共有へアクセスした時に認証ダイアログが出ない場合、裏で失敗していることがあります。明示的に指定して接続すると解決しやすいです。

ネットワークドライブの割り当て
「別の資格情報を使用して接続する」にチェック
\\相手\共有 を指定して接続

次に多い：Windows側の「ネットワークの種類」と共有設定

5) ネットワークを「プライベート」にする

ネットワークが「パブリック」扱いだと、共有や検出が抑制されることがあります。

確認

設定 → ネットワークとインターネット → 接続中のネットワーク
ネットワークプロファイル：プライベート に変更

6) ネットワーク探索とファイル共有を有効化

コントロールパネル → ネットワークと共有センター → 共有の詳細設定
「ネットワーク探索を有効にする」
「ファイルとプリンターの共有を有効にする」

※会社PCなどポリシーで固定されている場合は変更できないことがあります。

権限の二重構造に注意：共有権限 + NTFS権限

Windowsの共有は「共有権限」と「フォルダ（NTFS）権限」の両方が効き、より厳しい方が適用されます。
共有権限だけ“フル”でも、NTFS側に権限がないと入れません。

7) 共有フォルダの設定を見直す（相手PC側）

相手PCで確認します。

フォルダのプロパティ → 共有 → 詳細な共有
「このフォルダーを共有する」ON
「アクセス許可」で対象ユーザー（または Everyone）に必要権限

さらに、

プロパティ → セキュリティ（NTFS権限）でも同じユーザーに権限付与

一時切り分けのコツ

まずは管理者がテスト用に「読み取り」だけ通る状態を作る
通ったら必要最小限へ戻す（最初から複雑にしない）

セキュリティ機能/仕様差で起きる：SMB、ゲスト、古いNAS

古いNASや古い共有機器だと、Windowsの既定設定（より安全）と噛み合わず「アクセスできない」になります。

8) パスワード保護共有（ゲスト不可）を確認する

共有の詳細設定にある「パスワード保護共有」がONだと、匿名/ゲスト接続は基本できません。
NASや相手機器が“ゲスト前提”だと失敗しやすいです。

可能なら、NAS側にユーザーを作ってその資格情報で接続するのが安全
どうしてもゲスト接続が必要な環境では、設定変更の前にリスクを理解して限定運用にする（家庭内LANのみ等）

9) SMBの互換性を疑う（特に古いNAS）

WindowsはSMBの古い方式を標準で無効にしている場合があります。古い機器がSMB1しか対応していないと接続できません。

まずはNAS/機器側でSMB2/SMB3を有効化できないか確認
それが無理な場合のみ、Windows側で互換機能を検討（ただしセキュリティ上の注意が必要）

それでもダメなときの実務チェック（上級寄り）

10) Firewallで「ファイルとプリンターの共有」が許可されているか

Windows Defender Firewallで、プライベートネットワークに対して許可されていないとブロックされます。

受信の規則/アプリの許可で「ファイルとプリンターの共有」を確認
セキュリティ製品（他社製）を入れている場合、そちらの設定も確認

11) サービス（Workstation / Server）や再起動で直ることがある

共有まわりのサービスが不調のとき、一度の再起動で復活することがあります。
突然発生した場合は、設定変更より前に「双方の再起動」を挟むのが効率的です。

最短で直すためのおすすめ手順（チェックリスト）

時間を無駄にしない順番はこれです。

相手の電源・スリープ・同一Wi-Fiを確認
\\IP\共有 を試して名前解決を切り分け
pingで疎通確認（通らなければネットワーク/Firewall側）
資格情報マネージャーの古い情報削除 → 再ログイン
ネットワークをプライベート化、探索/共有を有効化
相手側の共有権限 + NTFS権限を見直す
古いNASならSMB互換性を疑い、NAS側でSMB2/3へ寄せる

まとめ

「Windows cannot access（エラーコードなし）」は、表示が曖昧なぶん不安になりますが、原因はだいたい決まっています。IPでのアクセス可否で“名前解決かどうか”を切り分け、次に資格情報、共有設定、権限、SMB互換性の順で確認すれば、最短ルートで復旧しやすくなります。

特に多いのは「古い資格情報が残っている」「共有権限とNTFS権限の片方だけ直している」「ネットワークがパブリック扱い」の3つです。まずはここから潰してみてください。