Windows 11でファイル名拡張子を利用者ごとに表示させるなら、GPOのユーザー構成にある「基本設定」「Windowsの設定」「レジストリ」で、HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\AdvancedのDWORD値HideFileExtを0へ設定する方法があります。0は表示、1は非表示です。これは標準の強制ポリシーというより、エクスプローラーのユーザー設定をGroup Policy Preferencesで配布する設計です。利用者に変更を許すのか、ポリシー更新のたびに0へ戻すのか、「一度だけ適用する」のかを先に決めます。GPOをバックアップし、検証用OUで設定後、エクスプローラーの「表示」「表示」「ファイル名拡張子」と代表ファイルの両方を確認してください。
拡張子表示の意味を確認する
Microsoftの現行Windows資料では、ファイル名は名前と拡張子からなり、拡張子はファイルを開けるアプリや種類を判断する手掛かりです。Windows 11の手動操作では、エクスプローラーの「表示」「表示」「ファイル名拡張子」を選ぶと表示できます。GPO配布前に、手動で期待する見え方を確認します。
拡張子を表示しても、ファイルの内容や安全性が検証されるわけではありません。docxに見せかけた別形式、二重拡張子、Unicode文字を使った紛らわしい名前もあり得ます。表示は利用者の判断材料を増やしますが、Microsoft Defender、メール保護、アプリ制御、利用者教育の代わりにはなりません。
HideFileExtの値とユーザースコープを理解する
エクスプローラーの詳細設定は現在のユーザープロファイルに保存されます。対象キーはHKCU配下で、HideFileExtをDWORDの0にすると既知のファイル種類でも拡張子を表示、1にすると非表示です。文字列型ではなくDWORDとして作成し、値名の大文字小文字やスペルを作業票と照合します。
HKCUはサインイン中のユーザーごとに異なります。コンピューター構成へ同じパスを置いても、どのユーザーへ適用するかが曖昧になります。原則としてユーザー構成のレジストリ基本設定を使い、対象ユーザーのOUまたはセキュリティグループへスコープします。共有PCでは全利用者の適用を個別に確認します。
標準ポリシーと基本設定の違いを把握する
MicrosoftはGroup Policy Preferencesを、標準ポリシーでは管理しにくい設定を配布する仕組みとして説明しています。標準ポリシーは管理者が強制し、利用者の変更を抑止する設計が中心です。一方、基本設定は通常のユーザー設定を構成し、利用者が変更できても次回更新で再適用される場合があります。
同じレジストリ値を標準ポリシー、基本設定、スクリプト、MDMで重複管理しません。Microsoftによれば競合時はポリシー設定が基本設定より優先します。管理元が複数なら、どの仕組みを正とするかを決め、既存のGPOレポートと端末管理プロファイルを検索してから新規項目を追加します。
GPOをバックアップして設定項目を作る
グループ ポリシー管理で対象GPOをバックアップするか、検証専用GPOを新規作成します。編集画面で「ユーザーの構成」「基本設定」「Windowsの設定」「レジストリ」を開き、「新規」「レジストリ項目」を選びます。対象はHKEY_CURRENT_USER、キーのパスはExplorerのAdvancedまで、値名はHideFileExtです。
アクションは既存値にも反映できる「更新」を基本候補とし、値の種類はREG_DWORD、値のデータは0にします。「置換」は毎回削除・再作成するため、必要性がなければ使いません。「削除」やキー全体の操作を選ばず、一つの値だけを対象にします。説明欄へ目的、所有者、変更番号を残します。
再適用方針をCommonタブで決める
基本設定は既定でGroup Policy更新のたびに再適用されます。利用者が「ファイル名拡張子」を非表示へ変えても、次の更新で0へ戻ります。組織が表示を継続要件とするならこの動作が適します。初回だけ表示にして、その後は利用者へ選択を返すなら「一度だけ適用し、再適用しない」を検討します。
Microsoftは、一度だけ適用を選ぶと将来の更新でその項目が再適用されないと説明しています。後からGPOの値を変更しても既適用端末へ届かない点に注意します。「適用されなくなったらこの項目を削除する」はローミングユーザープロファイルで期待どおり動かない制約があるため、利用環境を確認せず有効にしません。
項目レベルのターゲットを必要最小限にする
Windows版、端末種類、セキュリティグループなどで対象を絞る場合は「共通」タブの項目レベルのターゲット設定を使えます。ただし条件を増やすほど未適用理由の調査が難しくなります。まず検証グループ一つで試し、対象件数と除外件数を事前に確認します。
ユーザー設定が端末OUへリンクされている場合、ループバック処理の有無で結果が変わります。VDI、共有端末、キオスクではプロファイルの再作成や非永続化も考慮します。最初から複雑なWMIフィルターを追加せず、OU、セキュリティフィルター、項目ターゲットのどこで絞るかを一つずつ設計します。
適用後はレジストリと画面を確認する
対象ユーザーでサインインし、通常のポリシー更新を待つか、作業を保存してgpupdateを実行します。Get-ItemPropertyなどの読み取り操作で対象ユーザーのHideFileExtが0か確認し、エクスプローラーの「ファイル名拡張子」にチェックがあること、sample.txtやsample.xlsxの末尾が見えることを確認します。
値が0でも画面が更新されない場合は、開いているエクスプローラーウィンドウを通常終了して開き直すか、サインアウト後に再確認します。プロセスの強制終了を全端末へ配布する必要はありません。適用ユーザー、端末、時刻、GPO、値、画面結果を一組で記録し、一台の成功だけで全体完了としません。
gpresultと基本設定ログで未適用を調べる
対象端末でgpresult /rを確認し、ユーザー側に対象GPOが適用されているかを見ます。GPOがない場合はリンク、OU、セキュリティフィルター、低速リンク、ループバックを確認します。GPOがあるのに値が変わらない場合は、基本設定の項目条件、アクション、データ型、別管理元による上書きを調べます。
Group Policy Preferencesはクライアント側拡張が項目を上から順に処理します。前の項目で処理停止条件が設定されていないか、イベントビューアーのGroupPolicy運用ログにエラーがないか確認します。レジストリ全体をエクスポートして公開したり、利用者のgpresultを無加工で共有したりせず、必要な証拠だけを管理者へ渡します。
表示とファイル変換を混同しない
拡張子を表示した後に.xlsxを.csvへ名前変更しても、ファイル内容はCSVへ変換されません。Microsoftも、拡張子の変更は形式変換ではなく、名前以外は変わらないと説明しています。利用者向け案内には、形式変更はアプリの「名前を付けて保存」や承認済み変換機能で行うことを含めます。
表示された拡張子を誤って削除すると、関連付けアプリで開けなくなる場合があります。大量のファイル名変更を自動化せず、対象一覧、バックアップ、重複名、戻し方を用意します。この記事のGPOは表示設定だけを変え、既存ファイルの名前、内容、関連付けを変更しません。
段階展開とロールバックを設計する
検証用ユーザー、IT部門、代表部門の順で展開し、適用数、値0、画面表示、問い合わせを集計します。利用者へ「拡張子が急に付いた」のではなく、以前から存在した名前の一部が表示されたことを説明します。業務マニュアルやファイル名規則で拡張子を含めるかも統一します。
戻す場合は、元の要件に応じて基本設定項目を削除するだけか、HideFileExtを1へ戻す必要があるかを判断します。基本設定はGPOが適用外になっても値が残ることがあるため、削除時の期待状態を先に決めます。GPOバックアップと変更前の代表値を使い、他のExplorer設定を巻き戻さないよう一値だけを扱います。
確認チェックリスト
- HideFileExtをHKCUのDWORD値として0に設定する
- ユーザー構成の基本設定として配布する
- 更新・置換・一度だけ適用の違いを決める
- 既存ポリシー、MDM、スクリプトとの重複を確認する
- gpresult、レジストリ値、画面、代表ファイルを検証する
- 拡張子表示とファイル形式変換を混同しない
Group Policy Preferencesは柔軟ですが、利用者が変更できる設定をいつ再適用するか、GPOが外れた後に値をどう戻すかまで決めないと状態が残ります。GPOのバックアップ、限定スコープ、変更前後のHideFileExt、適用ユーザー、エクスプローラー表示を記録してください。拡張子表示は安全性向上の一要素であり、不審ファイルの実行許可やセキュリティ警告の無視を正当化するものではありません。
コメント