Microsoft Edgeの更新後にWebページ上のfile://リンクが開かない場合、まず現在の仕様に合うリンクかを確認してください。現行のIntranetFileLinksEnabledポリシーが対象にするのは、Windows上の「イントラネットゾーンにあるHTTPSページ」から「イントラネットゾーンのファイル／ディレクトリURL」を開くケースです。有効時もファイルをEdge内で直接表示するのではなく、Windowsエクスプローラーで親フォルダーを開き対象を選択します。一般のインターネットサイト、HTTPページ、https://localhost/まで許可する万能設定ではありません。
2026年10月3日の確認時点で、Microsoftの現行ポリシー一覧はIntranetFileLinksEnabledをContent settingsの利用可能な項目として掲載し、非推奨項目には含めていません。個別の公式リファレンスに沿い、適用値と対象条件を確認してください。更新後という時系列だけで廃止や非推奨化を原因とせず、サポート中のEdge版と実際のポリシー結果を照合します。
症状から原因を絞る
| 症状 | 確認ポイント | 判断 |
|---|---|---|
| リンクをクリックしても何も起きない | edge://policyのIntranetFileLinksEnabled、ソースURL、ゾーン | ポリシー未適用、対象外ページ、確認プロンプトを調査 |
| アドレスバーへfile URLを貼ると開く | ページからのリンク起動条件の差 | リンク起点とポリシー条件を確認 |
| 一部の社内サイトだけ開く | イントラネットゾーン定義やHTTPSの差 | 動くサイトと動かないサイトのURL・ゾーンを比較 |
| localhostだけ開かない | 公式仕様でhttps://localhost/は例外としてブロック | 本番イントラネット名またはHTTPS文書配信へ変更 |
| フォルダーは開くがファイル自体が起動しない | ポリシーはExplorerで親フォルダーを開き選択する設計 | 期待動作をファイル直接実行と混同しない |
| 更新後に多数端末で同時発生 | Edge版、ADMX、GPO配布、適用済みポリシーの差 | 個別レジストリではなく管理基盤とリリース情報を確認 |
IntranetFileLinksEnabledが表示されるのに開かないとき
まず実際にリンクをクリックしている業務プロファイルでedge://policyを開きます。設定用GPOに有効と書かれていることと、対象端末へ有効な値が適用されたことは別です。次の順に確認すると、ポリシーの問題と共有へのアクセス失敗を分けられます。
| 確認 | 記録する内容 | 判断する範囲 |
|---|---|---|
| ポリシーの有無と値 | IntranetFileLinksEnabledの値、スコープ、ソース、エラー | 未構成・無効ではページから対象fileリンクは開かない |
| リンク元 | 最終的に表示されるHTTPS URLとゾーン | HTTP→HTTPSの途中やlocalhost、インターネットゾーンを同じ条件と扱わない |
| リンク先 | ファイル/ディレクトリのURL、実際のゾーン、共有パス | URLの表記と権限を個別に確認する |
| Explorerでの比較 | 同じ利用者が同じ共有を開けるか | 共有自体を開けなければアクセス権・接続を先に調べる |
| 結果 | フォルダーが開くか、対象ファイルが選択されるか、表示された確認 | ファイル内容のブラウザー内表示やアプリ実行を保証する設定ではない |
公式仕様ではこのポリシーは動的更新に対応・プロファイル単位・必須ポリシーのみです。推奨設定の場所に追加することや、別プロファイルでの成功をそのまま対象端末の証明にしないでください。公式の構成ガイドで管理者がGPO更新とedge://policyの結果を確認し、必要に応じてEdgeを閉じて再表示します。動的対応は未配布のGPOが自動で設計されるという意味ではありません。
file URLの形式を確認する
ローカルファイルのURLは通常file:///C:/folder/file.pdfのように、file:の後へ3本のスラッシュを置きます。ネットワーク共有はfile://server/share/folder/file.pdfのようにホスト名と共有名を含めます。バックスラッシュ混在、スペースや日本語の不適切なエンコード、存在しない共有、利用者ごとに異なるドライブ文字は、ポリシー以前にリンク失敗の原因になります。
URLポリシーのパターン仕様と、実際の共有ファイルURLは区別します。公式のフィルターパターンではfileスキームのホスト部分は空にし、file://dir/myfile.htmlは無効、file:///dir/myfile.htmlやfile:///*は有効な例です。これはネットワーク共有への実URLfile://server/share/file.pdfが常に無効という説明ではありません。また、広いURL許可パターンを設定することは、IntranetFileLinksEnabledの起点・ゾーン条件を満たすことの代わりにはなりません。
IntranetFileLinksEnabledの対象条件
- Microsoft Edge 95以降のWindowsであること。macOS、Android、iOSは対象外
- リンク元がイントラネットゾーンとして認識されるHTTPSページであること
- リンク先のファイルまたはディレクトリもイントラネットゾーンとして扱われること
- 管理ポリシーIntranetFileLinksEnabledが有効に適用されていること
- Windowsユーザーが対象共有へアクセスする権限を持ち、名前解決とネットワーク接続が成立すること
- 外部プロトコル起動の確認が表示される場合、組織の指示に従って判断すること
Edgeはイントラネットゾーンの定義にInternet Explorerのゾーン構成を使います。つまり、Edgeのポリシーだけを有効にしても、リンク元がインターネットゾーン扱いなら対象になりません。ゾーンマッピングはセキュリティ境界の一部なので、ユーザーが勝手に社内サイトをイントラネットへ追加するのではなく、管理者が信頼範囲と対象を決めてGPO等で配布します。広いワイルドカードで全社ドメインを信頼扱いにしないでください。
最初にEdgeを更新する
過去に特定バージョンの不具合情報があっても、2026年の端末を2024年の121系へ戻すのは適切ではありません。古いブラウザーはその後のセキュリティ修正を失います。組織のStableチャネルと更新ポリシーに従って最新版へ更新し、Edgeを完全に閉じて再度開き、再現性を確認します。管理端末では強制更新を個人判断で迂回せず、Edge管理者へ現在版と更新チャネルを伝えます。
更新前後で、動作した最後のEdgeバージョン、現在バージョン、Windowsビルド、リンク元URL、リンク先URL、エラーやプロンプト、対象人数を記録します。「アップデート後」という時系列だけで原因と断定せず、同時にADMXテンプレート、GPO、ゾーン設定、社内サイトのHTTP→HTTPS変更、共有名やアクセス権が変わっていないかを確認します。
管理ポリシーを公式経路で設定する
WindowsのEdgeポリシーは、Active DirectoryのGPO、ローカルGPO、Intune、Microsoft Edge管理サービスなど組織の管理方式で配布します。Microsoftの構成ガイドはmsedge.admxと対応する言語ファイルを正しいPolicyDefinitionsへ配置し、Administrative TemplatesのMicrosoft Edgeから設定する流れを説明しています。古いADMXを端末ごとに上書きせず、中央ストアとEdge版を管理します。
IntranetFileLinksEnabledの公式GPO名は「Allow intranet zone file URL links from Microsoft Edge to open in Windows File Explorer」で、パスはMicrosoft EdgeのContent settingsです。必須ポリシーとして有効にします。レジストリのSOFTWARE\Policies\Microsoft\Edgeへ値を直接書く情報も公式リファレンスにはありますが、GPO／MDMがある環境で手書きすると適用元とロールバックが不明になるため、管理基盤を優先します。
ポリシー適用をedge://policyで確認する
対象端末でEdgeを開き、edge://policyを表示します。IntranetFileLinksEnabledが一覧にあり、値が有効で、エラーがないかを確認します。GPO変更後は通常の更新間隔を待つか、管理者がgpupdate /forceを実行し、Edgeを閉じて再度開きます。Microsoftの構成ガイドも、適用済みポリシーをedge://policyで検証する手順を案内しています。
gpupdate /forceコマンドはドメインGPOを設計するものではなく、既に配布されたポリシーの更新を促すものです。実行しても一覧に出ない場合は、対象OU、ユーザー／コンピュータースコープ、セキュリティフィルター、中央ストアのADMX、Intuneとの競合を管理者が確認します。ポリシー一覧のスクリーンショットには組織名や内部URLが含まれるため、公開せず管理窓口へ共有します。
動作テストを段階的に行う
本番ページを直ちに変更せず、同じイントラネットゾーンのHTTPSテストページへ、権限を限定したテスト共有のフォルダーリンクを1つ置きます。ディレクトリURLとファイルURLの両方を試し、Explorerが開く、親フォルダーで対象ファイルが選択される、アクセス権がない利用者にはWindows側で拒否されることを確認します。実行ファイルやスクリプトを対象にせず、無害なテキストまたはPDFで検証します。
利用者が「常に開く」に相当する確認を選べる場合、サイト／プロトコル単位の判断が残る可能性があります。共有PCや高セキュリティ環境では、外部プロトコル確認の別ポリシーとの関係を管理者が評価します。プロンプトを消すことを目的に広範な例外を配るのではなく、なぜ必要か、どのサイトからどの共有だけを開くかを文書化します。
開かないときの切り分け手順
1. リンク単体を確認する
許可された環境でアドレスバーへfile URLを入力し、共有の存在、名前解決、アクセス権を確認します。単体でも開けなければ、リンク元ページの条件だけに絞らず、URL自体・Edgeの表示・共有の接続を比較します。UNCパスをエクスプローラーへ直接入力しても開けない場合、ファイルサーバー、VPN、SMB、資格情報、共有・NTFS権限を管理者へ渡します。
2. リンク元のHTTPSとゾーンを比較する
動くページと動かないページのスキーム、完全修飾名、ゾーン、リダイレクト先を比較します。リンク元がHTTPやインターネットゾーンなら対象条件を満たしません。https://localhost/は公式で例外としてブロックされ、ループバックの127.0.0.*と[::1]は既定でインターネットゾーンです。IPアドレスすべてを一律に対象外と決めず、実際のゾーン分類を管理者が確認します。URLを別名へ変える際は有効なHTTPS証明書と共有権限を保ちます。
3. ポリシーの値とソースを確認する
edge://policyで値だけでなく、ポリシーのスコープ、レベル、ソース、エラーを確認します。ユーザーとデバイス、GPOとクラウド管理に競合がある場合、管理経路の優先順位で予想外の値になることがあります。レジストリエディターで値を直して一時的に見かけを合わせると、次の更新で戻り、原因が隠れるため行いません。
4. Edgeプロファイルと再起動を確認する
ポリシーはプロファイル単位で適用される項目があり、Microsoftアカウントでサインインしたプロファイルにもこのポリシーは適用可能と公式ページに記載されています。実際に業務で使うプロファイルのedge://policyを確認し、開いている全Edgeウィンドウを閉じて再起動します。InPrivateやゲストでの挙動だけを本番の結論にしません。
HSTSリセットが解決策ではない理由
HSTSはWebサイトへHTTPS接続を強制する仕組みに関係し、イントラネットHTTPSページからfile URLをExplorerで開くためのIntranetFileLinksEnabledとは別の制御です。edge://net-internals/#hstsで状態を消しても、ポリシーが未適用、ゾーン対象外、共有権限不足という根本原因は直りません。正しいHTTPS設定を壊す可能性があるため、ローカルリンク問題の定型手順として実行しないでください。
証明書エラーの社内サイトを通すためにHSTSや証明書警告を迂回するのも危険です。リンク元は有効なHTTPSと信頼できる証明書を整備し、証明書チェーン、時刻、名前の不一致をサイト管理者が修正します。ローカルファイルを開く利便性のためにWebの安全性を下げる設計は採用しません。
Edgeのロールバックを避ける
ブラウザーのダウングレードは、新しい脆弱性修正と管理機能を失い、更新サービスとの競合を起こす可能性があります。特定版での不具合が疑われる場合は、管理者が承認した検証環境で同じURLとポリシー条件を比較し、利用者側では更新や管理ポリシーを一律に停止しないでください。一般利用者が非公式インストーラーを探して旧版固定しないでください。
やむを得ず企業サポートとロールバックを検討する場合も、Microsoftのサポート指示、更新ポリシー、期間、再更新条件、セキュリティ評価を揃えます。本記事では旧版のダウンロード先や更新停止手順は案内しません。復旧策と共有ファイルの提供方法は分けて検討し、既存ポリシーを使う場合も対象と権限を管理してください。
長期的な代替設計
file URLは、利用者のWindows資格情報、社内ネットワーク、SMB共有、ゾーン、ブラウザーポリシーに強く依存します。文書をSharePoint、Teams、社内HTTPSポータル、文書管理システムへ置き、通常のHTTPSリンクでアクセスさせると、ブラウザー、モバイル、社外アクセス、監査、共有制御を統一しやすくなります。リンク先を移す際は権限と機密区分を再設計します。
すぐ移行できない場合は、対象サイトと共有を限定し、リンク一覧、所有者、利用者、機密度、代替URLを棚卸しします。Windowsやゾーン・共有への依存が業務要件に合うかを確認し、ブラウザーや端末をまたぐ必要がある業務から代替方法を検討します。公式に確認できない削除予定を移行理由として断定しないでください。ローカルアプリ起動や実行ファイル配布が目的なら、Webページのfileリンクではなく、正式なアプリ配布・プロトコルハンドラー・ポータル機能を検討します。
セキュリティ上の注意
- インターネットサイトや広すぎるドメインをイントラネットゾーンへ追加しない
- fileリンクから実行ファイル、スクリプト、ショートカットを直接起動する運用を作らない
- 共有とNTFSの最小権限を維持し、ブラウザーポリシーをアクセス制御の代わりにしない
- 資格情報をURLへ埋め込まず、共有パスや内部ホスト名を外部へ公開しない
- HSTS、SmartScreen、ダウンロード保護、証明書検証をローカルリンク目的で無効化しない
- ポリシー変更は検証OUから始め、不要になったら未構成へ戻す
ロールバックとエスカレーション
検証用にポリシーを有効化して改善しなかった場合は、変更したGPO／Intune設定を元の値へ戻し、ポリシー更新後にedge://policyから消えた、または元の値になったことを確認します。ゾーンマッピング、HTTPSサイト、共有権限も変更したなら、それぞれ別に戻して影響を確認します。一括で複数設定を戻すと、どれが原因か分からなくなるため変更記録を使います。
対象条件を満たすポリシーが新しいEdgeで動かない、複数端末で更新後に同時発生、ポリシー一覧にエラー、管理ソース競合、イントラネットゾーン設計の変更が必要、共有権限やSMB障害がある場合はEdge／Active Directory／ファイルサーバー管理者へエスカレーションします。Edge版、Windows版、リンク元とリンク先（機密部分を伏せる）、edge://policy結果、発生時刻、対象範囲を添えます。
よくある質問
IntranetFileLinksEnabledを有効にすればどのfileリンクも開きますか
いいえ。Windows上で、イントラネットゾーンのHTTPSページからイントラネットゾーンのfile URLを開く条件に限定されます。インターネットサイト、HTTP、localhost、権限のない共有は対象外または失敗します。
ファイルをEdge内で直接開くポリシーですか
公式説明では、ファイルURLならWindowsエクスプローラーで親フォルダーを開いてファイルを選択し、ディレクトリURLならそのフォルダーを開きます。Webページ内へファイル内容を表示する機能ではありません。
HSTSを削除すると直りますか
HSTSとfileリンク用ポリシーは別です。HSTS削除は対象条件や共有権限を直さず、HTTPS保護へ悪影響を与え得ます。実施せず、edge://policy、リンク元HTTPS、ゾーン、URL形式を確認してください。
現在も使い続けてよいですか
確認時点の現行一覧と個別ページには利用可能なポリシーとして掲載されています。対象Windows、リンク元HTTPSとゾーン、リンク先ゾーン、共有権限という条件に沿って使います。モバイルや社外アクセスなど別の要件がある場合は、権限を維持したHTTPS配信も比較してください。
まとめ
Edgeのfileリンクは、最新版へ更新したうえで、リンク元がイントラネットHTTPS、リンク先がイントラネットfile URL、IntranetFileLinksEnabledが管理ポリシーとして有効、共有権限がある、という条件を順に確認します。HSTS消去や旧版固定は行いません。ポリシー値だけで解決を保証せず、ファイルURLなら親フォルダーで対象が選択され、ディレクトリURLならフォルダーが開くという期待動作も確認してください。
コメント