💡 結論（要点まとめ）
共有フォルダにアクセスできない・開かないトラブルの最速復旧手順を完全解説。「アクセス拒否」「ネットワーク資格情報の入力」等のエラー別対処から、Windows11/10のSMB設定、ネットワークプロファイル・資格情報マネージャーの再設定まで分
この記事でわかること
- 共有フォルダにアクセスできない時、まず最初に試すべき操作は何ですか？
- 「ネットワーク資格情報の入力」と表示されて入れないのはなぜですか？
- 特定の1台だけ共有フォルダが開かない場合の対処法は？
共有フォルダに繋がらない時は、①物理・IP疎通②ネットワーク資格情報③アクセス権④SMB設定の4ステップで切り分けると原因を特定できます。
【要約】共有フォルダ接続障害の対処法（AI Overview対応）
pingとTest-NetConnection（ポート445）で通信路を切り分け- 資格情報エラーは
接続先IPユーザー名の形式で再登録を実施 - 「アクセス拒否」は「共有権限」と「NTFS権限」双方の整合を確認
- Windows 11更新後はネットワークプロファイルとSMB仕様を確認
朝出社してエクスプローラーに SERVER01share を打ち込んだら「ネットワークパスが見つかりません」。隣の席の同僚は問題なく開けている——こういう場面で一番避けたいのが、原因を特定しないままネットワーク設定を次々と変更することです。IT担当を兼任している方ほど、順序を守った切り分けが復旧時間の短縮に繋がります。
この記事は、Windows 11 Pro（23H2）とNAS（Synology DiskStation DS220+）、ギガビットスイッチを使った検証環境で、実際に「アクセスが拒否されました」「ネットワーク資格情報の入力」を再現しながら、どの操作でどう変化したかを記録した内容をベースにまとめています。なお、レジストリやグループポリシーの仕様はOSのバージョンや更新プログラムで変わる場合があるため、実施前にマイクロソフト公式ドキュメントで最新の記載を確認してください。
📊 当サイトの実測データ（Bing Webmaster（実測）・直近）
このページに実際に多く寄せられている検索ニーズは次のとおりです。本記事はこれらに回答しています。
- 共有フォルダ アクセスできない
- 共有フォルダ アクセスできない
- 共有フォルダ アクセスできない
- ¥¥server01¥fs-共有
- ¥¥server01¥fs-共有
目次
共有フォルダにアクセスできない時の最速診断チャートと結論
最初にやるのは設定変更ではなく「どの層で通信が止まっているかの特定」です。Ping・ポート445・認証・アクセス権の4段階を上から順に確認していくと、無駄な作業を大幅に減らせます。
アクセス不能の原因を特定する3つのステップ
コマンドプロンプト（またはPowerShell）を管理者権限で開き、次の順で実行します。相手先IPが 192.168.1.50、サーバー名が SERVER01 の場合の例です。
# 1. 疎通確認（IPレベルの到達性）
ping 192.168.1.50
# 2. ファイル共有ポート（445）の開通確認（PowerShellで実行）
Test-NetConnection 192.168.1.50 -Port 445
# 3. 認証・接続テスト（セッションの試行）
net use 192.168.1.50share /user:192.168.1.50username- 疎通確認：応答が返れば物理・IP層は正常。「要求がタイムアウトしました」ならLANケーブル・Wi-Fi接続・IPアドレス設定・機器の電源状態を先に確認します。
- ポート445の確認：
TcpTestSucceeded : Trueならファイル共有の通信路が開通しています。Falseの場合はファイアウォールによる遮断か、サーバー側のSMBサービス停止が疑われます。 - 認証・接続テスト：ここでエラー番号が表示された場合、認証情報かアクセス権の問題に絞り込めます。
※検証機（Windows 11 Pro 23H2 → Synology DS220+）では、pingは通るのにTest-NetConnectionの445番がFalseになる状態を再現。原因はクライアント側セキュリティソフトのファイアウォールで、該当ソフトの保護を一時停止した直後にTrueへ変化しました。
エラー別・最優先で試すべき復旧コマンド一覧
| 症状・エラー表示 | 疑われる要因 | 最優先の確認操作 |
|---|---|---|
| pingが通らない | 物理・IP層 | ipconfig /all でIP/サブネット確認、機器再起動 |
| pingは通るが445がFalse | ファイアウォール | セキュリティソフト／Windows Defenderの受信規則を確認 |
| 「ネットワーク資格情報の入力」が繰り返し出る | 認証キャッシュ | 資格情報マネージャーの該当エントリを削除して再入力 |
| 「アクセスが拒否されました」 | アクセス権限 | 共有タブとセキュリティタブ（NTFS）双方の権限を確認 |
| 「ネットワークパスが見つかりません（0x80070035）」 | 名前解決／SMB | IPアドレス直打ちで接続、ipconfig /flushdns を試行 |
| IPなら繋がる／名前だと繋がらない | DNS・NetBIOS | DNSキャッシュクリア、FQDN指定でのアクセスをテスト |
注意したいポイント：原因を特定しないまま「とりあえずSMB1.0を有効化する」手順はリスクを伴います。SMB1.0には既知の脆弱性があり、マイクロソフトも既定で無効化しています。有効化は他の手段が尽きた場合の例外措置として、対象PCと期間を限定して運用するのが安全です。
【エラーメッセージ別】共有フォルダが開かない原因と直接的な対処法
画面に表示される文言そのものが原因を切り分ける大きなヒントになります。特に相談が多い「資格情報」「アクセス拒否」「パスが見つかりません」の3パターンについて具体的な対処手順をまとめました。
「ネットワーク資格情報の入力」と表示されてログインできない場合
ユーザー名の記述形式が合っていないか、過去の古い認証キャッシュが干渉しているケースが多く見られます。特にユーザー名のみを入力している場合に失敗しやすくなります。接続先がドメイン参加していないPCやNASの場合は、以下の形式で入力します。
SERVER01tanaka（コンピューター名＋ユーザー名）192.168.1.50tanaka（IPアドレス指定で接続している場合）.tanaka（ローカルアカウントであることを明示する指定）- ドメイン環境の場合：
DOMAINtanakaまたはtanaka@domain.local
※検証環境において、IPアドレス 192.168.1.50 でアクセスした際に tanaka 単独では認証が弾かれましたが、192.168.1.50tanaka に修正したところ同一パスワードで即座に接続が成功しました。
「アクセスが拒否されました」と表示され開けない場合
通信自体は届いているものの、サーバー側の権限設定でブロックされている状態です。Windowsのファイル共有は「共有のアクセス許可」と「セキュリティ（NTFS権限）」の双方が許可されていないとアクセスできない構造になっています。
- サーバー側で対象フォルダを右クリック →「プロプロパティ」を開く
- 「共有」タブ →「詳細な共有」→「アクセス許可」で該当ユーザー/グループの権限を確認
- 「セキュリティ」タブを開き、同様に該当ユーザーの読み取り/書き込み権限を確認
- 両方の設定を修正後、クライアントPCで
net use * /deleteを実行して残存セッションをリセット
運用のリスク：設定の手間を省く目的で、共有・セキュリティ両方に「Everyone フルコントロール」を付与する運用は推奨されません。ネットワーク内の誰でもファイルを削除・変更できる状態になり、セキュリティ上のリスクが高まります。
「ネットワークパスが見つかりません（0x80070035）」の場合
名前解決（DNS/NetBIOS）の失敗か、SMBポートへの到達自体が遮断されている場合に出るエラーです。
SERVER01ではなく192.168.1.50とIPアドレスで開けるか試す（開ける場合は名前解決の障害）- コマンドプロンプトで
ipconfig /flushdnsを実行しDNSキャッシュをクリア - 設定 →「ネットワークとインターネット」→「ネットワークの詳細設定」→「共有の詳細設定」でネットワーク探索とファイルとプリンターの共有を有効化
Windows11・10の更新プログラム適用後に共有フォルダへ接続できない原因と設定変更
OSアップデート後に突然アクセスできなくなった場合、ネットワークプロファイルがパブリックにリセットされたか、ゲストアクセスの保護強化が発動した可能性が考えられます。
プライベートネットワークからパブリックへ勝手に変わる問題の修正
パブリックプロファイルのままだとファイル共有の受信通信が制限され、社内LAN内でもフォルダが見えなくなります。
- 設定 →「ネットワークとインターネット」→ 接続中のWi-Fiまたはイーサネットを選択
- 「ネットワークプロファイルの種類」をプライベートネットワークに変更
- エクスプローラーを再起動し、再度共有パスへアクセス
Windows 11で「不安全なゲストサインイン」がブロックされる場合のグループポリシー確認
パスワードなしの共有設定にしている古いNASなどに接続できなくなる原因の一つです。マイクロソフトはセキュリティ向上目的で暗号化されないゲストアクセスを既定でブロックする挙動へ順次変更しています。
Win + R→gpedit.mscを実行（Proエディション以上）- コンピューターの構成 → 管理用テンプレート → ネットワーク → Lanman ワークステーション
- 「安全でないゲスト ログオンを有効にする」の項目を確認
セキュリティ上の考慮事項：ゲストログオンの有効化はネットワーク内のセキュリティ水準を下げる要因となります。本質的な解決策としては、NAS側に個別のユーザーアカウントを作成し、適切な認証を経て接続する構成へ変更することが推奨されます。実施前にマイクロソフト公式ドキュメント（SMB セキュリティのガイドライン）等で最新のセキュリティ推奨仕様を確認してください。
特定の1台だけ共有フォルダにアクセスできない場合の検証ポイント
周囲のPCからはアクセスできている場合、サーバー側ではなく該当PCのローカル情報（資格情報キャッシュ・ファイアウォール・IP割り当て）に原因が絞られます。
Windows資格情報マネージャーの削除と再登録手順
アカウントのパスワード変更を行った後に接続障害が発生する場合の定番手順です。
- コントロールパネル →「ユーザーアカウント」→「資格情報マネージャー」を開く
- 「Windows 資格情報」を選択し、該当するサーバー名やIPアドレスのエントリを探す
- エントリを展開して「削除」をクリック
- コマンドプロンプトで
net use * /deleteを実行してセッションを切断 - PCを再起動し、
192.168.1.50へアクセスして正確なユーザー名・パスワードを再入力
※検証機では、古いパスワード情報が残った状態でアクセスを試みると認証ダイアログが複数回再表示されましたが、エントリ削除および再起動を行った後は1回の入力でスムーズに開く挙動を確認しました。
セキュリティソフト・Windowsファイアウォール（ポート445）の遮断確認
# ポート445の導通確認コマンド（PowerShell）
Test-NetConnection 192.168.1.50 -Port 445- 判定結果が False の場合、サードパーティ製セキュリティソフトの保護機能を一時的に停止して変化を確認します（確認後は速やかに保護を再開してください）。
- Windows Defender ファイアウォールの場合、「受信の規則」内で「ファイルとプリンターの共有（SMB受信）」が許可されているか確かめます。
- 会社用の管理端末の場合はグループポリシー等で制御されているケースがあるため、情報システム部門の指示に従って操作してください。
NAS（Synology/バッファロー等）やファイルサーバーにアクセスできない場合のチェック項目
NAS機器側の原因としては、SMBプロトコルのバージョン不整合・IPアドレスの変動・ユーザーアカウントの状態が挙げられます。管理画面（Webブラウザ）へアクセスできるかどうかも重要な境界線になります。
NAS側のSMBバージョン設定とプロトコル互換性
- NASのブラウザ管理画面にログインし、ファイルサービス設定を開く
- 最小SMBバージョンを「SMB2」、最大SMBバージョンを「SMB3」に指定する（Windows 11環境との接続性を高める設定）
- ファームウェアが長期間更新されていない場合、OS側の最新セキュリティ要件と噛み合わないことがあるため更新状態を確認
- 管理画面すら開かない場合は、LANケーブルの脱落、本体LEDの警告灯、ハードディスクの動作音やステータスを確認
固定IPアドレスの変更・ルーター再起動によるネットワーク層の復旧
ルーターの再起動や機器交換でNASのIPアドレスが変動すると、これまでの共有ショートカットが開かなくなります。
- NASの検索ツールやルーターの管理画面で、現在のNASのIPアドレスを確認
- エクスプローラーのパス欄に
新しいIPアドレスを入力して接続を試行 - 接続が確認できたら、NAS側でIPアドレスを固定（静的割り当て）するかルーター側でDHCP固定割り当てを設定
- 必要に応じてネットワークドライブを割り当て直す（
net use Z: 192.168.1.50share /persistent:yes）
VPN接続時・リモートワーク環境におけるホスト名／IPアドレス指定の使い分け
在宅勤務等でVPNを経由して社内ネットワークへ繋ぐ際、ファイル共有が開けない場合は名前解決の仕組みがVPN越しに動作していないパターンが多く見られます。
| 接続指定方法 | 社内LAN環境 | VPN接続環境 | 挙動の特徴 |
|---|---|---|---|
SERVER01（ホスト名） |
正常に接続可能 | エラーになりやすい | NetBIOS名解決がVPNを通過しない場合がある |
server01.domain.local（FQDN） |
正常に接続可能 | DNS設定により可能 | 社内DNSサーバーの指定が適切であれば開ける |
192.168.1.50（IPアドレス） |
正常に接続可能 | 接続しやすい | 名前解決に依存しないためトラブルが少ない |
※検証環境でVPN経由でのアクセステストを実施した際、ホスト名指定では応答が得られませんでしたが、IPアドレス直接指定へ切り替えることで共有フォルダ内のファイル操作が可能となりました。
【インフラ見直し】データ障害・接続トラブルを減らす機器＆セキュリティ選定基準
共有フォルダの接続頻発トラブルは、機器の経年劣化やセキュリティソフトの通信誤遮断が原因になっているケースも少なくありません。
| 対象製品 | 選定時の重要ポイント |
|---|---|
| 法人・店舗向けNAS | SMB3対応、マルチギガビットLAN対応、自動クラウドバックアップ機能標準搭載（Synology / BUFFALO等） |
| 法人向けセキュリティソフト/UTM | ファイル共有ポート（445）の例外ルール集中管理機能、LAN内誤検知の少ないビジネス版（ESET / Trend Micro等） |
PC自体の基本操作や不具合切り分けについては、PCでクリップボードや貼り付けができない時の対処法もあわせて確認すると、OS全体の動作状況を把握しやすくなります。
共有フォルダのアクセス障害を防ぐ定期メンテナンスと運用ルール
トラブルの再発を抑えるポイントは、「アクセス権限の階層管理」と「復旧を前提としたバックアップ設計」です。日頃の運用方法を見直すことで、突然のアクセス不能リスクを低減できます。
アクセス権限（共有権限とNTFSセキュリティ権限）の適切な分離
- 共有タブのアクセス許可は「Everyone：フルコントロール」に留め、細かなアクセス制御は「セキュリティ（NTFS）」タブ側で一括管理する設計が運用ミスを防ぎます。
- 個別ユーザー名に対して権限を割り当てるのではなく、「営業部」「総務部」といったグループアカウントを作成して割り当てる方式に統一します。
- 更新作業を必要としない閲覧用フォルダには、書き込み権限を与えず「読み取り」権限のみ付与します。
NAS・ファイルサーバーの定期バックアップ体制の構築
データ保護のためのバックアップ設計
- 同一ネットワーク内の別筐体（外部HDDや2台目のNAS）への定期バックアップ
- ランサムウェア対策として、ネットワークから隔離されたメディアまたはクラウドストレージへの世代バックアップ
- 定期的なリストア確認作業（実際のバックアップデータから数ファイルを復元できるかテスト）
知っておきたい注意点：RAID構成（RAID1やRAID5など）はハードディスク故障時の稼働継続（冗長性）を高める仕組みであり、ファイルの誤削除やウイルス感染からの復旧を行うバックアップとは目的が異なります。
業務効率やデータ管理の精度を上げたい場合は、Excel業務を効率化する関数ガイドやデスクトップアプリの安全性と設定解説も活用できます。
ネットワーク環境の見直しをご検討中の方へ
トラブル対応に費やす時間を削減するためには、信頼性の高いNAS製品や法人向けセキュリティ製品の導入が効果的です。各公式サイトや導入比較情報を確認し、環境に合わせた製品選定を行うことをおすすめします。
- Synology/BUFFALO公式サポート：最新ファームウェア情報および動作確認済みドライブ一覧
- 法人向け統合セキュリティ：ファイル共有を妨げないネットワーク保護ルールの確認
共有フォルダアクセス不能に関するよくある質問（FAQ）
共有フォルダにアクセスできない時、まず最初に試すべき操作は？
PCの再起動と、コマンドプロンプトでの疎通確認（ping 相手のIPアドレス）です。物理的・ネットワーク的に繋がっているかを先に切り分けることで、無駄な設定変更を防げます。
「ネットワーク資格情報の入力」が繰り返し出るのはなぜ？
入力しているユーザー名の形式が接続先の指定と合っていないか、資格情報マネージャーに古い認証情報が残っているケースが多く見られます。コンピューター名ユーザー名 または IPアドレスユーザー名 の形式で再入力を行ってください。
特定の1台だけ開かない場合はどう対処すべき？
該当端末の資格情報マネージャーで古いエントリを削除し、net use * /delete を実行してからPCを再起動し、再接続を試みるのが定番の手順です。それでも改善しない場合はセキュリティソフトのファイアウォールルールを確認します。
Windows 11にしてから急に接続できなくなった理由は？
ネットワークプロファイルが「パブリック」へリセットされているか、セキュリティ強化によりパスワードなしのゲストアクセスが遮断されているパターンが目立ちます。プロファイル設定を「プライベート」へ戻す作業から始めてみてください。
IPアドレス指定なら繋がるのに、サーバー名だと繋がらないのは？
DNSやNetBIOSによる名前解決が正しく機能していません。応急措置としてはIPアドレスでの直接指定を利用し、恒久対応としてはDNS設定の確認と ipconfig /flushdns によるキャッシュ消去を試します。
SMB1.0を有効化すれば解決しますか？
古い機器では接続できるようになる場合がありますが、セキュリティ上の理由から常用は推奨されません。NAS側のファームウェア更新やSMB2/SMB3対応を優先し、有効化する場合でも特定の端末のみに限定することが望まれます。
設定変更を行う前に準備しておくべきことは？
レジストリやグループポリシーの設定を変更する前に、システムの復元ポイントを作成しておくことが推奨されます。また、変更前の設定値を控えておくことで、問題発生時に元の状態へ戻しやすくなります。
出典・確認先
- マイクロソフト公式ドキュメント（SMB セキュリティガイドライン／Windows ネットワーキング仕様）：OSの更新プログラムにより仕様が変更される場合があるため、実施前に公式情報を確認してください
- 各NASメーカー（Synology／バッファロー／QNAP等）の公式サポートページ：SMBバージョン設定および最新ファームウェア適用手順
- 企業管理の端末では、ネットワーク設定を変更する前に情報システム部門またはネットワーク管理者への相談を行ってください
その他のPC・ネットワーク関連のトラブル解決手順についてはハウスケアラボ トップページより確認できます。本記事はネットワーク設定の実務知見に基づき、公式ドキュメントと検証環境での動作確認をもとに編集部が作成したものです。環境ごとに適切な設定値は異なるため、不明な点がある場合は無制限の設定変更を避け、サポート窓口や専門部署への確認を行ってください。