Microsoft Edge proxy settingsについて、2026年6月15日時点で一般ユーザーに強制される設定変更や移行期限、追加料金は、指定された公式資料には示されていません。Microsoft Edgeは引き続きWindowsのシステムプロキシ設定を既定で使用します。Edgeだけ一時的に設定を変える場合はコマンドライン、組織で固定する場合はMicrosoft Edgeポリシーを使うのが基本です。(Microsoft Learn)
管理者が確認すべき実質的な変更点は、古い個別ポリシーからProxySettingsへの集約と、Microsoft Edge 145以降で利用できるProxyOverrideRulesの追加です。一般ユーザーは、会社やプロキシ提供元から指示がない限り、設定を変更する必要はありません。(Microsoft Learn)
公式情報の日付について
指定された「Microsoft Edge proxy settings」のページは、英語版が2024年1月11日、日本語版が2024年1月12日を最終更新日として表示しています。そのため、2026年6月15日に新機能が公開された資料ではなく、同日時点の現行仕様を確認するための技術資料として読むのが正確です。本記事では、2026年5月22日更新の最新ポリシー資料も併せて整理しています。(Microsoft Learn)
Windows / EdgeのMicrosoft Edge proxy settingsで何が変わったのか
現在のプロキシ設定は、利用目的によって次のように分かれます。
| 設定方法 | 2026年6月時点の扱い | 主な利用者 |
|---|---|---|
| Windowsのプロキシ設定 | Edgeが既定で使用する基本設定 | 一般ユーザー |
| Edgeのコマンドラインオプション | Windows設定を一時的に上書き | 開発者、検証担当者 |
ProxySettingsポリシー | 組織でEdgeの設定を固定 | IT管理者 |
ProxyOverrideRulesポリシー | 宛先URLや条件ごとにプロキシを選択 | 高度な企業ネットワーク管理者 |
ProxyModeなどの個別ポリシー | 非推奨。ProxySettingsへの移行が必要 | 旧構成を利用する管理者 |
Microsoftのコマンドライン解説ページには、ProxyMode、ProxyPacUrl、ProxyServer、ProxyBypassListなども掲載されています。しかし、現在のポリシー資料では、これらの個別ポリシーは非推奨とされ、ProxySettingsの使用が案内されています。既存のグループポリシーやレジストリを見直す場合は、この違いに注意が必要です。(Microsoft Learn)
一般ユーザーの動作は基本的に変わらない
Microsoft Edgeは、特別なポリシーや起動オプションがない限り、Windowsのシステムネットワーク設定を使用します。
そのため、Windows側でプロキシサーバー、PACファイル、設定の自動検出を変更すると、Edgeの通信にも反映されます。Windowsのシステム設定を利用する他のアプリにも影響する可能性があるため、Edgeだけの問題を解決しようとして不用意に変更しないことが重要です。(Microsoft Learn)
管理者向けにProxyOverrideRulesが追加された
Microsoft Edge 145では、新しいポリシーとしてProxyOverrideRulesが追加されました。宛先URL、除外URL、DNS解決結果などの条件に応じて、使用するプロキシをルール単位で切り替えられます。(Microsoft Learn)
例えば、次のような構成に利用できます。
- 特定の業務サービスだけ社内プロキシを通す
- 社内DNSを解決できる場合だけ企業プロキシを使う
- 同じドメイン内でもメールサービスだけ対象外にする
- 第1プロキシへ接続できない場合に第2プロキシを試す
ProxyOverrideRulesはProxySettingsや手動ユーザー設定より優先され、一致するルールがない場合はProxySettingsへフォールバックします。公式資料では、Edge管理サービスのクラウドポリシーでのみ構成できるとされているため、導入前に管理方式とテナント側の利用条件を確認してください。(Microsoft Learn)
影響を受けるユーザーと必要な対応
| 対象 | 影響 | 対応 |
|---|---|---|
| プロキシを使用していない一般ユーザー | 原則として影響なし | 設定変更は不要 |
| 手動プロキシを使用するユーザー | Windows設定の変更がEdgeにも反映される | IPアドレス、ポート、例外を確認 |
| PACファイルを使用する組織 | PACの障害時に接続方法が変わる可能性がある | PAC URLとフォールバック動作を確認 |
| コマンドラインでEdgeを起動する担当者 | 管理ポリシーによりオプションが無視される場合がある | edge://policyを確認 |
| 旧ポリシーを配布している管理者 | 個別ポリシーが非推奨 | ProxySettingsへ移行 |
| 条件別にプロキシを分けたい管理者 | 新しいルール設定を利用可能 | Edge 145以降と管理方式を確認 |
特に注意したいのは、端末にProxySettingsポリシーが設定されている場合です。このポリシーが有効な端末では、プロキシ関連のコマンドラインオプションが無視されます。「コマンドを変えてもプロキシが切り替わらない」という場合は、入力ミスより先に管理ポリシーを確認してください。(Microsoft Learn)
Windowsでプロキシ設定を確認する手順
一般ユーザーは、次の場所から現在の設定を確認できます。
- Windowsの「設定」を開く
- 「ネットワークとインターネット」を選ぶ
- 「プロキシ」を開く
- 次の3項目を確認する
| 項目 | 確認する内容 |
|---|---|
| 設定を自動的に検出する | 組織でWPADなどを使用しているか |
| セットアップスクリプトを使う | PACファイルのURLが正しいか |
| プロキシサーバーを使う | サーバー名、IPアドレス、ポート、例外が正しいか |
会社支給PCでは、設定が管理者によって固定されている場合があります。入力欄を操作できない、変更しても戻る、Edgeだけ挙動が異なる場合は、ローカル設定を変更せず管理部門へ確認してください。(マイクロソフトサポート)
Edgeだけプロキシ設定を一時変更する方法
Windows全体の設定を変えず、検証用のEdgeだけ別のプロキシで起動したい場合は、コマンドラインオプションを使用できます。
| 目的 | コマンド例 |
|---|---|
| 固定プロキシを使う | msedge.exe --proxy-server="proxy.example.com:8080" |
| HTTPとHTTPSを分ける | msedge.exe --proxy-server="http=proxy1.example.com:8080;https=proxy2.example.com:8443" |
| プロキシを使わない | msedge.exe --no-proxy-server |
| 自動検出を試す | msedge.exe --proxy-auto-detect |
| PACファイルを使う | msedge.exe --proxy-pac-url="https://intranet.example.com/proxy.pac" |
| 特定ホストを除外する | msedge.exe --proxy-server="proxy.example.com:8080" --proxy-bypass-list="example.com;*.example.com;127.0.0.1:8080" |
msedge.exeが見つからない場合は、Microsoft Edgeの実行ファイルをフルパスで指定します。インストール方法や端末構成によって保存場所は異なります。検証時は既存のEdgeをすべて終了してから起動すると、前のプロセスへ接続して設定が反映されない事態を避けやすくなります。(Microsoft Learn)
コマンドライン利用時の注意点
proxy-auto-detectとproxy-serverを併用しない
英語版の公式資料では、--proxy-serverを指定すると--proxy-auto-detectは無視されると説明されています。一方、日本語版には逆に読める表現があるため、両方を同時に指定せず、固定プロキシか自動検出のどちらか一方を選ぶのが安全です。(Microsoft Learn)
バイパスリストはproxy-serverと一緒に使う
--proxy-bypass-listは単独ではなく、--proxy-serverと併用する必要があります。
また、*example.comはiexample.comのような意図しないホストにも一致します。ドメイン本体とサブドメインの両方を除外したい場合は、example.com;*.example.comのように明示し、実際の対象URLでテストしてください。(Microsoft Learn)
URLに認証情報を埋め込まない
Edgeは、手動プロキシ設定に埋め込まれた平文のユーザー名やパスワードを使用しません。認証が必要な場合は、通常のプロキシ認証フロー、Windows認証、証明書など、組織で指定された方式を利用します。(Microsoft Learn)
directフォールバックは情報システム部門と確認する
direct://をプロキシ一覧に追加すると、プロキシへ接続できない場合に直接接続させる構成が可能です。ただし、通信監査やアクセス制御をプロキシに依存する組織では、意図しない迂回経路になる可能性があります。
PACファイルの障害時にも直接接続させたくない場合は、ProxySettings内のProxyPacMandatoryを含めて設計を確認してください。(Microsoft Learn)
管理者が確認すべき設定と移行手順
現在適用されているポリシーを確認する
Edgeのアドレスバーにedge://policyと入力し、次のポリシー名を検索します。
ProxyOverrideRulesProxySettingsProxyModeProxyPacUrlProxyServerProxyBypassList
ProxySettingsが存在する場合、コマンドラインから指定したプロキシ設定は無視されます。また、ProxySettingsは旧来の個別ポリシーより優先されます。(Microsoft Learn)
Edgeのバージョンを確認する
ProxyOverrideRulesを利用するには、Microsoft Edge 145以降が必要です。
Edgeの「設定など」から「ヘルプとフィードバック」「Microsoft Edgeについて」を開くか、アドレスバーにedge://settings/helpと入力してバージョンと更新状態を確認します。(Microsoft Learn)
旧ポリシーからProxySettingsへ移行する
移行時は、次の順序で進めると設定漏れを防げます。
- 現在のプロキシモード、サーバー、PAC URL、除外リストを記録する
ProxySettingsのDictionary形式へ変換する- 少数のテスト端末へ配布する
- 社内サイト、外部サイト、認証が必要なサイトを確認する
- PACファイル停止時の動作を確認する
- 問題がなければ旧ポリシーを削除する
ProxySettingsでは、direct、system、auto_detect、fixed_servers、pac_scriptの各モードを指定できます。使わないフィールドを残すと設定意図が分かりにくくなるため、選択したモードで有効になる項目だけを設定してください。(Microsoft Learn)
ProxyOverrideRulesは小規模展開から始める
ProxyOverrideRulesは上から順番に評価されます。広いURLパターンを上位に置くと、後続の細かいルールが適用されない可能性があります。
導入時は、次の点を重点的にテストしてください。
- 対象URLと除外URLが意図どおりに一致するか
- DNS条件が社内と社外で正しく切り替わるか
- 第1プロキシ停止時の接続先
- どのルールにも一致しない場合の
ProxySettings DIRECTを含めることがセキュリティ方針に合うか
公式資料ではクラウドポリシーによる構成が前提とされているため、ADMXやレジストリの項目が表示される場合でも、サポートされる配布経路を事前に確認することが重要です。(Microsoft Learn)
更新・移行・料金・期限の確認ポイント
| 確認項目 | 結論 |
|---|---|
| Edgeの更新 | 通常のEdge更新で対応。ProxyOverrideRulesは145以降が必要 |
| 一般ユーザーの移行 | 強制移行は案内されていない |
| 管理者の移行 | 非推奨の個別ポリシーからProxySettingsへの移行を推奨 |
| 追加料金 | 指定されたプロキシ関連資料に料金変更の記載はない |
| 対応期限 | 指定資料に移行期限や終了日の記載はない |
| 別途確認が必要な費用 | 外部プロキシサービス、通信料、クラウド管理環境の契約条件 |
Edgeの更新時、従量制課金接続からダウンロードすると通信料金が発生する可能性があります。プロキシ機能の利用料金とは別の話なので、モバイル回線を使用する端末では更新設定も確認してください。(マイクロソフトサポート)
Microsoft Edge proxy settingsで迷ったときの判断基準
一般ユーザーは、まずWindowsの「ネットワークとインターネット」「プロキシ」を確認してください。会社支給PCでは、管理者から指定された値以外へ変更しないことが基本です。
開発者や検証担当者は、Windows全体を変更せずに試したい場合だけコマンドラインを使います。設定が反映されない場合は、Edgeの残存プロセス、コマンドの引用符、edge://policyの順に確認します。
管理者は、旧来の個別ポリシーが残っていないかを調査し、基本設定をProxySettingsへ統合してください。宛先やネットワーク条件ごとに経路を変える必要がある場合だけ、Edge 145以降のProxyOverrideRulesを小規模な対象から検証するのが安全です。
コメント