【Windows】プロキシ自動構成スクリプト(PAC)でTeamsやOutlookが遅い時の確認手順

会社のPCでTeamsやOutlookの動作が遅い、ファイルの送受信に時間がかかる、会議に参加できないといったトラブルは、プロキシ自動構成スクリプト(PACファイル)が原因になっていることがあります。PACファイルはWebブラウザの通信を中継するプロキシサーバーを自動選択する仕組みですが、誤った設定やサーバー障害が発生すると、Microsoft 365サービスに悪影響を及ぼします。本記事では、PACファイルが原因でTeamsやOutlookが遅くなるメカニズムを解説し、具体的な確認手順と対処方法を紹介します。

PACファイルが原因で遅くなる仕組み

PACファイルはJavaScriptで記述された設定ファイルで、ブラウザやアプリケーションがアクセス先のURLに応じて使用するプロキシサーバーを決定します。TeamsやOutlookは多くの通信を行いますが、PACファイルの評価に時間がかかったり、本来直接接続すべきMicrosoft 365のトラフィックがプロキシ経由になることで遅延が発生します。特に、PACファイル内の条件分岐が複雑だったり、プロキシサーバーが遠方にある場合、レイテンシが増大します。また、プロキシサーバー自体の帯域不足やSSLインスペクションの負荷も原因になります。

まずは現在のプロキシ設定を確認する

トラブルシューティングの第一歩は、現在のプロキシ設定がどのようになっているかを把握することです。以下の手順で確認してください。

1. 設定アプリを開く: スタートメニューから「設定」(歯車アイコン)をクリックします。
2. ネットワークとインターネットを選択: 左メニューから「ネットワークとインターネット」を選び、右側の「プロキシ」をクリックします。
3. 自動プロキシ設定を確認: 「自動プロキシ設定」の項目で「セットアップスクリプトを使用する」がオンになっているか、また「スクリプトアドレス」にPACファイルのURLが入力されているかを確認します。
4. 手動プロキシ設定も確認: 同じ画面の「手動プロキシ設定」で「プロキシサーバーを使う」がオンになっている場合は、そちらが優先されることがあります。PACと手動設定の両方が有効な場合、動作が不安定になるため、どちらか一方に統一する必要があります。
5. コマンドで確認する方法(上級者向け): 管理者権限でコマンドプロンプトを開き、netsh winhttp show proxy を実行すると、システム全体のWinHTTPプロキシ設定が表示されます。一部のアプリケーションはこの設定に従うため、PACとは別に確認が必要です。

PACファイルの動作を検証する

設定でPACファイルのURLが分かったら、実際にそのスクリプトがどのようなプロキシを返すかをテストします。PACファイルはURLごとに異なるプロキシを返すため、TeamsやOutlookが使用するエンドポイントに対して正しい設定になっているかを確認します。

PACファイルの内容を確認する

PACファイルのURLをブラウザで開いてダウンロードし、テキストエディタで内容を確認します。主な関数は FindProxyForURL(url, host) で、この関数が返す値(例:PROXY proxy.company.com:8080 や DIRECT)が実際の経路を決めます。Microsoft 365のトラフィックに対して DIRECT(直接接続)が返されるべき箇所が、誤ってプロキシ経路になっていないかをチェックします。

ブラウザの開発者ツールでPACの評価結果を確認する

Google ChromeやEdgeの開発者ツールを使用すると、PACファイルの評価結果をリアルタイムで確認できます。

1. ブラウザで任意のページを開き、F12キーで開発者ツールを起動します。
2. 「ネットワーク」タブを開き、ページをリロードします。
3. 任意のリクエストをクリックし、「ヘッダー」タブの「プロキシ」欄(または「接続」欄)に、そのリクエストがどのプロキシ経由で行われたかが表示されます。PACが正しく機能していれば、ここに Proxy-Authorization や Via ヘッダーなどが表示されます。
4. ただし、この方法はブラウザの通信に限られるため、TeamsやOutlookのトラフィックを直接確認するには、後述のネットワークキャプチャツールを使用します。

Teams / Outlook の遅延を切り分けるテスト

PACファイルの問題を特定するには、以下のような切り分けテストを実施します。

テスト内容	期待される結果	問題がある場合の傾向
PACファイルのURLを一時的に無効にし、直接接続(DIRECT)でTeams/Outlookを利用する	速度が改善される	PACによるプロキシ経路が原因である可能性が高い
PACファイルのURLを別の拠点のものに変更して比較する	特定の拠点のPACでのみ遅い	拠点ごとのプロキシサーバーに問題がある可能性
別のアプリケーション(ブラウザのYouTubeなど)で同様の遅延が発生するか確認する	全般的に遅い	プロキシサーバー全体の負荷または帯域不足の可能性
モバイル通信など社外ネットワークで同じ症状が出るか確認する	社外では正常	社内ネットワークまたはPACに問題がある

管理者向け:PACファイルの設計とMicrosoft 365最適化

PACファイルが原因でパフォーマンスが低下する場合、管理者は次のポイントを見直す必要があります。

Microsoft 365のエンドポイントは直接接続(DIRECT)を推奨

Microsoftは、TeamsやOutlookを含むMicrosoft 365のトラフィックは、プロキシを経由せず直接インターネットに接続することを推奨しています。PACファイル内で、microsoft.com、office365.com、teams.microsoft.com、outlook.office365.com などのドメインに対して DIRECT を返すルールを追加します。また、*.msedge.net や *.skype.com など関連ドメインも対象に含めます。

PACファイルの評価時間を見直す

PACファイルのJavaScriptが複雑すぎると、評価に時間がかかり遅延の原因になります。特に、大量の条件分岐や外部DNSルックアップを含む関数は避け、シンプルなパターンマッチングを使用します。また、PACファイル自体をCDNや近いサーバーに配置し、ダウンロード時間を短縮することも効果的です。

よくある質問(FAQ)

ここでは、実際によく寄せられる質問とその回答をまとめました。

Q: PACファイルを無効にしたら遅延が改善しました。このまま無効にしてもよいですか?
A: 会社のポリシーによっては、プロキシのバイパスがセキュリティリスクになる場合があります。必ず管理者に相談し、許可を得てから無効にしてください。また、完全に無効にする代わりに、Microsoft 365のトラフィックのみ直接接続するようにPACを修正する方法もあります。

Q: PACファイルのURLが https で始まっていますが、http でもいいのですか?
A: どちらでも構いませんが、httpsのほうが改ざん防止になります。ただし、PACファイルをホストするサーバーが内部ネットワークにある場合はhttpでも問題ありません。遅延の原因になることは稀です。

Q: 自宅のPCでもPACファイルを使っていますが、会社と同じ症状が起きますか?
A: 自宅のPCは通常プロキシを使わないため、PACファイルを適用していなければ影響はありません。会社のPCに限った問題です。

Q: プロキシサーバーの負荷が原因の場合、何を確認すればよいですか?
A: プロキシサーバーのCPU使用率やメモリ使用量、ネットワーク帯域を監視します。また、同時接続数が上限に達していないか確認してください。管理者しかアクセスできない情報のため、管理者に問い合わせる必要があります。

まとめ

PACファイルが原因でTeamsやOutlookが遅くなるケースは、プロキシ経路の不適切な設定や評価時間の増加、プロキシサーバー自体の負荷が主な要因です。最初に現在のプロキシ設定を確認し、必要に応じてPACファイルの内容や評価結果を検証することで原因を絞り込みます。管理者はMicrosoft 365のエンドポイントを直接接続するようにPACを設計し、評価が軽量になるよう配慮することが重要です。自己判断でプロキシ設定を変更する前に、必ず社内の管理者に連絡して指示を仰いでください。

👥

Teams/Outlookトラブル完全解決データベース サインイン、接続エラー、メール送受信の不具合など、特有のトラブル解決策を網羅。困った時の逆引きに活用してください。

💻

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

🔐

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