【トラブルシューティング】ファイル共有にアクセスできない！Windows 11 Pro／Active Directory環境での問題解決ガイド

この記事の内容

Windows 11 Pro／Active Directory環境でファイル共有にアクセスできないトラブルの切り分け手順を解説します
ping・nslookup・klistなど、段階的な調査に使うコマンドを紹介します
「どのPCからどのPCへのアクセスが失敗するか」を正確に把握する重要性を説明します
エンドユーザーの申告を鵜呑みにせず、客観的な事実を積み上げるアプローチを紹介します
より管理しやすい運用構成（ファイルサーバー集約）への移行提案もあわせて紹介します

状況の整理

今回は視聴者から寄せられた「ファイル共有にアクセスできない」というトラブルをもとに、Windows 11 Pro＋Active Directory環境（40台運用）でのトラブルシューティングの考え方と実践的な手順を解説します。

この環境では、各PCのCドライブに共有フォルダーを作成し、全員にフルアクセス権を付与するという構成が取られています。一般的な運用とは言えませんが、現場では実際に起こり得るケースです。

発生している問題：

今年2月時点では、全PCから他のPCの共有フォルダーへ問題なくアクセスできていた
最近、約半数のPCで複数の他PCの共有フォルダーにアクセスできない現象が発生
目標は「すべてのPCからすべての共有フォルダーにアクセス可能な状態に戻す」こと

ファイル共有アクセスの基本構成

トラブルシューティングに入る前に、ファイル共有アクセスがどのような流れで成立するかを確認します。

シンプルな環境として、2台のPCがそれぞれ共有フォルダーを持ち、ドメインコントローラー（AD／DNSサーバー）が存在するケースを想定します。

PC同士が共有フォルダーにアクセスするには、以下の要素がすべて正常に機能している必要があります。

PCの電源が入っていること
ネットワーク接続が正常であること（Wi-Fi／LANケーブル／スイッチなどの物理的接続も含む）
ファイアウォールが通信をブロックしていないこと（Windows標準・サードパーティ製どちらも）
名前解決（DNS）が正常にできていること（PC名→IPアドレスの取得）
認証が正常に行われていること（AD環境ではKerberos認証が基本、場合によってはNTLM認証も）
共有フォルダーへのアクセス権限が正しく設定されていること（共有アクセス権・NTFS権限）

この流れのどこか1つでも問題が発生すると、ファイル共有へのアクセスができなくなります。

段階的なトラブルシューティング手順

どの段階まで正常に動作しているかを順番に確認していくことが、効率的な切り分けの基本です。

1. ネットワーク接続の確認

まず、対象のPCに対してネットワーク通信が届いているかを確認します。

ping <対象PCのIPアドレスまたはPC名>

pingが通らない場合は、物理的なネットワーク接続やIPアドレス設定の問題が疑われます。

2. 名前解決の確認

PC名からIPアドレスが正しく取得できているかを確認します。

nslookup <対象PCのPC名>

名前解決に失敗する場合は、DNSサーバーの設定や、PCがドメインに正しく参加しているかを確認します。

3. Kerberos認証の確認

Active Directory環境では、Kerberos認証チケットが正しく取得されているかを確認します。

klist

チケットが取得されていない場合は、ドメインコントローラーへの接続やアカウントの状態を確認します。

また、SPN（サービスプリンシパルネーム）の重複も認証問題の原因になることがあります。

setspn -x

重複が検出された場合は、重複しているSPNを削除します。

4. ファイアウォールの確認

ファイアウォールが原因かどうかを切り分けるために、一時的に無効化してアクセスできるかを確認します。Windows標準のファイアウォールだけでなく、サードパーティ製のセキュリティソフトウェアも対象です。

アクセスが成功した場合は、ファイアウォールのルールを見直します。

5. アクセス権の確認

NTFS権限や共有権限の問題を切り分けるために、一時的にアクセス権を「フルコントロール」に設定してアクセスできるかを確認します。

成功した場合は、権限設定の見直しが必要です。

6. ログ・証拠の取得

原因の特定に役立てるため、イベントログや監査ログを有効化し、アクセスの成功・失敗の記録を確認します。また、パケットキャプチャを送受信の両端で取得することで、物理的な通信障害や通信の途絶も切り分けられます。

状況把握と事実の積み上げが最優先

トラブルシューティングで最も重要なのは、客観的な事実を積み上げることです。

「どのPCからどのPCへのアクセスが失敗しているのか」「どの方法（ショートカット、ドライブマップなど）でアクセスしているのか」を正確に把握します。エンドユーザーの申告だけを鵜呑みにせず、管理者自身が再現手順を確認し、スクリーンショットやログなど客観的な証拠を残しましょう。

たとえば、デスクトップのショートカットからはアクセスに失敗するが、ドライブマップからは成功するというケースもあります。アクセス方法の違いも重要な手がかりになります。

組み合わせの網羅的な検証

「約半数のPCでアクセスできない」という表現は曖昧です。40台のPCであれば、PC同士の組み合わせは最大1560通りになります。

どの組み合わせで失敗しているかを実際に検証し、記録する
ユーザーの申告だけでなく、管理者が事実ベースで状況を把握することが出発点

検証環境の活用

本番環境とは別に、同じ構成の検証環境を用意して問題の再現性を確認することも有効です。

本番環境と検証環境で成功・失敗の差があれば、環境の違いを調査します
セキュリティ系ソフトウェアのオン・オフで挙動を比較します

具体的な切り分けのパターン

40台のうち1〜2台だけアクセスできない場合を例にします。

そのPCの環境設定が他と異なっていないかを確認します
同じユーザーで別のPCからアクセスした場合の挙動を確認します
同じPCで別のユーザーからアクセスした場合の挙動を確認します

この「PC依存」「ユーザー依存」の切り分けが、根本原因の特定に大きく役立ちます。

より一般的な運用構成への提案

今回のような「PC同士で直接ファイル共有する」構成は、管理コストが高くなりがちです。ファイルサーバーを設置し、全員がそこにアクセスする構成が一般的であり、以下のメリットがあります。

管理者がサーバー1台で権限を一元管理できる
アクセスログを集中して取得できる
トラブル発生時の切り分けが容易になる

現在の構成でトラブルが頻発する場合は、ファイルサーバーへの移行を検討することをおすすめします。

まとめ

ファイル共有にアクセスできないトラブルは、原因が多岐にわたるため、段階的な切り分けが不可欠です。

ネットワーク→名前解決→認証→ファイアウォール→アクセス権の順に確認する
ping・nslookup・klist・setspn -x などのコマンドを活用する
エンドユーザーの申告を鵜呑みにせず、管理者が客観的な事実を積み上げる
成功・失敗のパターンを正確に記録し、PC依存かユーザー依存かを切り分ける
イベントログやパケットキャプチャを活用することで、精度の高いトラブルシューティングが可能になる

技術的な仕組みを理解し、現象を正確に捉え、仮説を立てながら検証を進めることで、ファイル共有トラブルは確実に解決できます。