【Windows】プロキシ認証がEdgeとOfficeで別々に出る時の資格情報整理

会社のPCでMicrosoft EdgeとOfficeアプリを利用中、プロキシ認証がそれぞれ別々に要求される現象に悩まれている方は少なくありません。Internet Explorerが廃止された後も、社内システムとの互換性からEdgeのIEモードを使い続けるケースが多く、その影響でプロキシ認証の挙動が複雑化しています。本記事では、EdgeとOfficeで認証が別々に発生する根本的な原因を整理し、資格情報を一元管理するための具体的な手順をご紹介します。

プロキシ認証がEdgeとOfficeで別々に出る原因

同じプロキシサーバーを経由しているにもかかわらず、EdgeとOfficeで認証が別々に要求される理由は、アプリケーションが利用するプロキシ設定の取得方法と資格情報の保存場所が異なるためです。主な原因を以下にまとめます。

プロキシ設定の取得元の違い

EdgeはInternet Explorerの設定を継承しており、Windowsのシステムプロキシ設定(インターネットオプション)を使用します。一方、Officeアプリケーション(Outlook、Word、Excelなど)はWinHTTP(Windows HTTP Services)を経由してプロキシ設定を取得します。WinHTTPはシステムプロキシとは異なる設定を保持している場合があり、それぞれ異なる認証フローが発生します。

資格情報の保存先の違い

Edgeはブラウザ内蔵のパスワードマネージャーにプロキシ認証情報を保存できますが、OfficeアプリはWindowsの資格情報マネージャー(汎用資格情報)に保存します。この保存先の違いにより、片方で認証を通してももう片方では再度入力が必要になる現象が起きます。

認証方式の違い

プロキシサーバーが複数の認証方式(NTLM、Kerberos、ベーシック認証など)をサポートしている場合、EdgeとOfficeで異なる方式が選択される可能性があります。例えば、EdgeはKerberosを優先し、OfficeはNTLMをフォールバックするといった動きです。結果として、別々の資格情報ダイアログが表示されます。

最初に確認すべきこと:資格情報の保存状況

まずは現在の資格情報の保存状況を確認し、重複や競合を排除します。以下の手順で進めてください。

1. 資格情報マネージャーを開く:タスクバーの検索ボックスに「資格情報マネージャー」と入力し、アプリを起動します。または、コントロールパネルから「ユーザーアカウント」→「資格情報マネージャー」を選択します。
2. Windows資格情報タブを確認:「Windows資格情報」をクリックし、「汎用資格情報」の一覧を確認します。プロキシサーバーのアドレス(例:proxy.contoso.com)に関連するエントリがないか調べます。もし複数のエントリがあれば、古いものや重複を削除します。
3. Edgeのパスワード設定を確認:Edgeブラウザで、「設定」→「プロファイル」→「パスワード」を開き、「保存されたパスワード」一覧を確認します。プロキシ認証用のエントリ(URLがプロキシのPACファイルや認証ページになっているもの)がないか確認し、不要なものは削除します。
4. Internet Explorerの設定(IEモード利用時):IEモードを使用している場合、Internet Explorerの「インターネットオプション」→「セキュリティ」タブ→「ローカルイントラネット」の認証設定も確認します。特に「自動ログオン」の設定が適切かどうか確認してください。
5. プロキシ設定の確認:「インターネットオプション」→「接続」タブ→「LANの設定」を開き、プロキシサーバーのアドレスとポート、自動構成スクリプトの有無を確認します。この設定がEdgeに適用されます。Office向けのWinHTTP設定は、コマンドプロンプトで「netsh winhttp show proxy」と入力して確認できます。

EdgeとOfficeで別々に認証が発生するケースの比較

実際の環境で多いパターンを以下の表にまとめました。自分の状況に近いケースを見つけて対処法を検討してください。

ケース	Edgeの認証挙動	Officeの認証挙動	主な原因
プロキシ自動構成スクリプト(PAC)使用	PACの設定に従い、システムプロキシ経由で認証。保存した資格情報で自動ログオンする場合がある。	PACを解釈せず、WinHTTPのプロキシ設定(手動設定かWPAD)を使用。認証ダイアログが別途表示される。	PACファイルがWinHTTPに適用されないため。
NTLM認証のみ提供	NTLM認証を使用し、ログオンユーザーの資格情報を自動送信する設定が可能。	NTLM認証を使用するが、資格情報の保存場所が異なるため初回のみダイアログ表示。	どちらもNTLMだが、資格情報の管理が分離している。
Kerberos認証が有効	Kerberos認証を優先し、ドメイン参加済みPCではチケットで自動認証。	Kerberosが使えずNTLMにフォールバックし、資格情報を要求。	OfficeアプリがKerberosに対応していない、またはSPNの設定不足。
ベーシック認証	Edgeに保存されたユーザー名とパスワードを毎回送信。	資格情報マネージャーから取得を試み、なければダイアログ表示。	保存先の違いそのものが原因。

資格情報を統一的に扱うための設定手順

EdgeとOfficeの認証を統一するには、以下の手順を試してください。管理者権限が必要な操作もありますので、その場合は社内のIT管理者に連絡してから実施してください。

手順1:資格情報マネージャーにプロキシ認証情報を追加する

1. 資格情報マネージャーを開き、「Windows資格情報」タブを選択します。
2. 「汎用資格情報の追加」をクリックします。
3. 「インターネットまたはネットワークアドレス」にプロキシサーバーの完全修飾ドメイン名(例:proxy.contoso.com)を入力します。
4. 「ユーザー名」と「パスワード」にプロキシ認証用の資格情報を入力します。ドメインユーザーアカウントを使用する場合は、「ドメイン\ユーザー名」の形式で入力してください。
5. 「OK」をクリックして保存します。これでOfficeアプリがこの資格情報を使用できるようになります。

手順2:Edgeのプロキシ認証設定を調整する

1. Edgeの設定メニューから「プライバシー、検索、サービス」を開きます。
2. 「セキュリティ」セクションの「パスワードの保存」がオンになっていることを確認します。
3. 同じく「セキュリティ」セクションの「プロキシ設定の管理」をクリックします(システムのプロキシ設定画面が開きます)。
4. 「自動構成スクリプトを使用する」や「プロキシサーバーを使用する」が正しく設定されていることを確認します。ここには資格情報を保存できませんので、手順1で資格情報マネージャーに追加した情報がEdgeでも使われるように、システムの資格情報として認識させます。
5. Edgeで一度プロキシ認証を通過し、「パスワードを保存しますか?」と聞かれた場合は「保存」を選択します。ただし、Edge用の保存とOffice用の保存は別管理になる点を理解しておいてください。

手順3:WinHTTPプロキシ設定をシステムと同期させる

1. 管理者権限でコマンドプロンプトを開きます(スタートメニューで「cmd」を右クリック→「管理者として実行」)。
2. 現在のWinHTTPプロキシ設定を確認します:netsh winhttp show proxy
3. システムのプロキシ設定と異なる場合、以下のコマンドでWinHTTPをシステム設定にインポートします:netsh winhttp import proxy source=ie
4. このコマンドにより、IE(つまりシステム)のプロキシ設定がWinHTTPに反映され、Officeアプリも同じプロキシ設定を使用するようになります。
5. 変更後、Officeアプリを再起動して効果を確認してください。

失敗しやすいパターンと対処法

実際に社内で発生しやすい失敗例をいくつか挙げ、その対処法を解説します。

資格情報マネージャーに追加してもOfficeで認証されない

原因として、プロキシサーバーのアドレスが正しく入力されていないか、Officeアプリが別の認証方式を要求している可能性があります。まずはOfficeアプリで表示される認証ダイアログのタイトルバーに表示されているサーバーアドレスを確認し、資格情報マネージャーに入力したアドレスと一致するか確認してください。また、OfficeはNTLM認証の場合、保存された資格情報を自動的に使用しますが、ベーシック認証の場合は安全性の観点から保存を許可しない場合もあります。その場合はプロキシサーバー側の設定変更が必要です。

EdgeのIEモードで認証がループする

IEモードを使用しているサイトでプロキシ認証がループする場合、Internet Explorerのセキュリティゾーン設定が影響していることがあります。「インターネットオプション」→「セキュリティ」タブ→「ローカルイントラネット」→「サイト」で、該当サイトが正しいゾーンに追加されているか確認します。また、「ユーザー認証」の設定を「自動ログオン」に変更すると改善することがありますが、セキュリティリスクもあるため管理者の判断を仰いでください。

資格情報を変更しても古い情報が残っている

パスワードを変更したにもかかわらず、以前の資格情報が複数の場所に残っていることがあります。資格情報マネージャーとEdgeのパスワード一覧の両方を確認し、古いエントリをすべて削除してから新しい資格情報を追加してください。特に、ドメインアカウントを使っている場合は、資格情報マネージャーに「Domain:target=xxx」のようなエントリが残っている場合があります。

管理者に依頼すべき設定と確認ポイント

個人では解決できない場合、以下の点を管理者に確認・依頼してください。

• プロキシサーバーの認証方式の統一:可能であれば、すべてのプロキシが同じ認証方式(できればKerberosかNTLM)を提供するように設定してもらいましょう。
• グループポリシーによるWinHTTP設定の強制:「コンピューターの構成」→「管理用テンプレート」→「Windows コンポーネント」→「インターネット エクスプローラー」→「インターネット コントロール パネル」→「プロキシ設定をユーザーごとに構成する」などのポリシーが適用されていないか確認します。
• 自動プロキシ検出(WPAD)の見直し:WPADを使用している場合、DNSやDHCPの設定が適切かどうか確認します。特にOfficeアプリはWPAD経由でPACファイルを取得できない場合があるため、代わりに明示的なPACのURLを配布することを検討します。
• IEモードのサイト一覧:EdgeのIEモードでアクセスするサイト一覧が正しく構成され、プロキシ認証が想定通り動作するかテストを依頼します。

よくある質問(FAQ)

Q1. 毎日のようにプロキシ認証ダイアログが表示されます。どうすれば解決できますか?

まず、資格情報マネージャーに正しい資格情報が保存されているか確認してください。保存されていても、期限が切れている可能性があります。また、プロキシサーバー側でセッションタイムアウトが短く設定されている場合、頻繁に認証が必要になることがあります。管理者にタイムアウトの延長を依頼してください。

Q2. 資格情報マネージャーに追加しましたが、EdgeとOfficeの両方で使えるようになりません。何が足りないのでしょうか?

資格情報マネージャーに追加したエントリは、アプリケーションがその資格情報を「汎用資格情報」として参照する場合にのみ機能します。Edgeはシステム資格情報として扱うため、別途ブラウザ内蔵のパスワードマネージャーに保存する必要があります。両方に保存することで、それぞれのアプリが適切な場所から資格情報を取得できるようになります。

Q3. 管理者権限がなくてnetshコマンドを実行できません。他に方法はありますか?

管理者権限なしでWinHTTP設定を変更することはできません。必ずIT管理者に依頼して、上記の手順3を実行してもらってください。また、グループポリシーでWinHTTP設定が固定されている場合、ユーザー側での変更は無効になります。

まとめ

プロキシ認証がEdgeとOfficeで別々に表示される問題は、主にプロキシ設定の取得元と資格情報の保存場所が異なるために発生します。最初に資格情報マネージャーとEdgeのパスワード設定を確認し、重複や競合を排除してください。さらに、WinHTTPプロキシ設定をシステムと同期させることで、多くのケースで統一が可能です。管理者への相談が必要な場合は、本記事で挙げたポイントを具体的に伝えるとスムーズです。地道な整理で、煩わしい認証ダイアログの頻度を減らせるはずです。

💻

Windowsトラブル完全解決データベース 起動不能、更新の不具合、動作が重い、設定の消失など、Windows 10/11のあらゆるトラブル解決手順を網羅しています。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。