プロキシサーバーのIPアドレスを確認するときは、まず「何のIPを確認したいのか」を分けて考えることが重要です。
プロキシを使っている場合、Webサイト側から見えるIPアドレスは、あなたの端末や自宅回線のIPではなく、プロキシ側のIPになることがあります。
ただし、ここで見えているIPは、必ずしも「設定されているプロキシサーバー本体のIP」とは限りません。
実際には、次のような複数のIPが関係します。
| 種類 | 意味 |
|---|---|
| 自分の本来のIPアドレス | 自宅回線、会社回線、モバイル回線などのIP |
| 設定上のプロキシIP | PCやブラウザに設定されているプロキシサーバーのIP |
| プロキシのホスト名 | proxy.example.com のようなサーバー名 |
| 外部から見える出口IP | Webサイト側に表示されるグローバルIP |
| 上位プロキシや中継先のIP | 社内プロキシやクラウド型プロキシの先にある出口ノードのIP |
そのため、プロキシサーバーのIPを確認するときは、単にIP確認サイトを見るだけでなく、OSやブラウザの設定、PACファイル、DNS、通信結果などを組み合わせて確認するのが確実です。
プロキシのIPを確認するときに最も重要なのは、設定上のプロキシIPと外部から見える出口IPを区別することです。
設定上のプロキシIPとは、PCやブラウザ、アプリに設定されているプロキシサーバーのアドレスです。
たとえば、社内ネットワークで指定されているプロキシサーバーや、ブラウザに手動設定されているプロキシがこれにあたります。
一方、出口IPとは、Webサイトや外部サービスから見たときの送信元IPです。
IP確認サイトにアクセスしたときに表示されるIPは、基本的にこの出口IPです。
クラウド型プロキシや企業向けセキュリティサービスでは、設定上のプロキシサーバーと、実際に外部サイトへ通信する出口ノードが別になっていることがあります。
そのため、IP確認サイトで見えるIPが、プロキシ設定画面に表示されているIPと一致しない場合があります。
プロキシを使用しているかどうかを確認したい場合は、プロキシを使わない状態と使う状態で、外部から見えるIPが変わるかを比較するとわかりやすいです。
たとえば、プロキシを無効にした状態でIP確認サイトを開き、その後プロキシを有効にして同じサイトを開きます。
表示されるIPが変われば、少なくとも外部サイトから見える通信元が変わっていることがわかります。
ただし、IPが変わったからといって、必ずしも特定のプロキシサーバーを経由しているとは限りません。
VPN、セキュリティソフト、企業の通信ゲートウェイ、クラウドプロキシなどが関係している可能性もあります。
最も簡単な方法は、IP確認サイトにアクセスすることです。
IP確認サイトでは、現在インターネット上の相手から見えているIPアドレスを確認できます。
プロキシを有効にした状態でアクセスすれば、プロキシ経由後の出口IPが表示される可能性が高いです。
ただし、ここで表示されるのは「外部から見えるIP」です。
設定上のプロキシサーバー本体のIPとは限らない点に注意してください。
ブラウザで見えるIPと、ターミナルやコマンドプロンプトで確認したIPが異なる場合があります。
この場合、ブラウザだけがプロキシを使っていて、コマンドラインの通信は直接インターネットへ出ている可能性があります。
逆に、ブラウザでもコマンドラインでも同じIPが表示される場合は、OS全体のプロキシ設定、VPN、企業ネットワーク側のゲートウェイなどが影響している可能性があります。
Windowsでは、まず「設定」アプリからプロキシ設定を確認するのが基本です。
「ネットワークとインターネット」の中にある「プロキシ」設定を開くと、自動検出、セットアップスクリプト、手動プロキシの設定を確認できます。
手動プロキシが有効になっている場合は、そこにプロキシサーバーのアドレスとポート番号が表示されます。
Windowsのプロキシ設定では、手動のIPアドレスではなく、自動構成スクリプトが設定されていることがあります。
この場合、画面上にはプロキシサーバーのIPアドレスではなく、PACファイルと呼ばれる設定ファイルのURLが表示されます。
PACファイルを使っている場合、アクセス先のURLやドメインによって、使用するプロキシが変わることがあります。
そのため、単に設定画面を見るだけでは、実際にどのプロキシを使っているか判断できないことがあります。
Windowsでは、WinHTTPという仕組みを使うアプリケーション向けに、別のプロキシ設定が存在する場合があります。
この設定は、ブラウザや一般的なアプリが使うプロキシ設定と一致するとは限りません。
そのため、WinHTTPのプロキシ設定を確認して何も表示されなかったとしても、ブラウザがプロキシを使っていないとは断定できません。
ChromeやEdgeのプロキシを確認したい場合は、Windowsの通常のプロキシ設定画面も必ず確認する必要があります。
Windowsでは、ユーザー単位のプロキシ設定がレジストリに保存されている場合があります。
ただし、レジストリだけを見てもすべてのプロキシ設定がわかるわけではありません。
手動プロキシ、自動構成スクリプト、グループポリシー、MDM、セキュリティソフトなど、複数の仕組みが関係している場合があります。
企業端末では、管理者によってプロキシ設定が強制されていることもあります。
Macでは、「システム設定」の「ネットワーク」からプロキシ設定を確認できます。
使用中のWi-Fiや有線LANを選択し、詳細設定の中にある「プロキシ」を見ると、HTTPプロキシ、HTTPSプロキシ、SOCKSプロキシ、自動プロキシ構成などを確認できます。
macOSのバージョンによって画面の名称は少し異なる場合がありますが、基本的にはネットワーク設定の中にプロキシ項目があります。
Macでは、Wi-Fi、有線LAN、USB接続、VPNなど、ネットワークサービスごとにプロキシ設定が異なる場合があります。
そのため、現在使っているネットワークサービスを確認したうえで、そのサービスに対するプロキシ設定を見る必要があります。
たとえば、Wi-Fiではプロキシなし、有線LANでは社内プロキシあり、というようなケースもあります。
Linuxでは、プロキシ設定が環境変数として設定されていることがあります。
環境変数にHTTPプロキシやHTTPSプロキシが設定されている場合、ターミナルから実行する一部のアプリケーションやコマンドは、その設定に従って通信します。
ただし、環境変数に何も設定されていないからといって、プロキシがまったく使われていないとは限りません。
Linuxでは、アプリケーションごとにプロキシ設定を持っている場合があります。
たとえば、パッケージ管理ツール、Git、curl、wget、ブラウザ、デスクトップ環境などが、それぞれ別のプロキシ設定を参照していることがあります。
そのため、Linuxでプロキシ設定を確認する場合は、OS全体だけでなく、利用しているアプリケーションごとの設定も確認する必要があります。
GNOMEやKDEなどのデスクトップ環境では、GUI上でプロキシ設定が管理されていることがあります。
この場合、ターミナル上の環境変数には表示されていなくても、ブラウザやGUIアプリケーションがデスクトップ環境のプロキシ設定を参照している可能性があります。
Google Chromeは、多くの場合、OSのプロキシ設定を利用します。
そのため、Chromeの設定画面からプロキシ設定を開くと、WindowsやMacのプロキシ設定画面に移動します。
ただし、企業管理下のChromeでは、ポリシーによってプロキシが強制されている場合があります。
また、起動オプションや拡張機能によってプロキシが指定されているケースもあります。
Microsoft Edgeも、基本的にはOSのプロキシ設定を利用します。
Chromeと同様に、Edgeの設定画面からPCのプロキシ設定を開くことができます。
ただし、企業端末では、Microsoft Intune、グループポリシー、セキュリティ製品などによってプロキシ設定が管理されている場合があります。
Firefoxは、OSのプロキシ設定とは別に、独自のプロキシ設定を持つことがあります。
Firefoxのネットワーク設定では、プロキシを使用しない、システム設定を利用する、手動でプロキシを設定する、自動プロキシ設定URLを使う、といった選択ができます。
そのため、Chromeではプロキシを使っていないのにFirefoxだけプロキシを使っている、またはその逆のケースもあります。
ブラウザごとの挙動を確認したい場合は、Firefoxの独自設定も必ず確認するべきです。
iPhoneでは、Wi-FiごとにHTTPプロキシ設定を確認できます。
接続中のWi-Fiの詳細画面を開くと、HTTPプロキシがオフ、手動、自動のいずれかになっているか確認できます。
手動になっている場合は、プロキシサーバーのホスト名またはIPアドレス、ポート番号、必要に応じて認証情報が設定されています。
自動になっている場合は、PACファイルのURLが設定されていることがあります。
Androidでも、Wi-Fiネットワークごとにプロキシ設定を確認できます。
ただし、AndroidはメーカーやOSバージョンによって画面構成が大きく異なります。
一般的には、接続中のWi-Fiの詳細設定や詳細オプションの中に、プロキシ設定があります。
手動プロキシが設定されている場合は、ホスト名とポート番号を確認できます。
4Gや5Gなどのモバイル通信では、ユーザーが通常のHTTPプロキシを手動で設定する場面は多くありません。
ただし、APN設定、キャリア側の通信制御、業務端末のMDM、VPNアプリ、セキュリティアプリなどが通信経路に影響する場合があります。
そのため、スマホでプロキシや出口IPを確認する場合も、Wi-Fi接続時とモバイル通信時で分けて確認するのがよいです。
PACファイルとは、Proxy Auto-Configの略で、アクセス先に応じて使用するプロキシを自動的に切り替えるための設定ファイルです。
企業ネットワーク、学校ネットワーク、クラウド型セキュリティサービスなどでよく使われます。
PACファイルが設定されている場合、PCやブラウザの設定画面には、プロキシサーバーのIPアドレスではなく、PACファイルのURLだけが表示されることがあります。
PACファイルでは、アクセス先のURLやドメインによって、使用するプロキシを変えることができます。
たとえば、社内サイトへは直接接続し、外部サイトへはプロキシ経由にする、といった設定が可能です。
また、特定の国やサービス向けに別のプロキシを使う構成もあります。
そのため、PACファイルを使っている場合は、「どのURLにアクセスするときのプロキシを知りたいのか」を明確にする必要があります。
PACファイルのURLがわかる場合は、その内容を確認することで、実際にどのプロキシホストが指定されているかを調べられることがあります。
ただし、企業環境ではPACファイルへのアクセスが社内ネットワークやVPN接続中に限定されている場合があります。
また、PACファイル内に複数のプロキシが記載されている場合、単にファイル内のプロキシ名を見つけるだけでは不十分です。
アクセス先の条件分岐を見て、自分が確認したい通信でどのプロキシが使われるかを判断する必要があります。
プロキシ設定では、IPアドレスではなくホスト名が指定されていることがあります。
たとえば、社内プロキシでは、proxy.company.local のような名前が使われることがあります。
この場合、DNSによってホスト名をIPアドレスに変換することで、設定上のプロキシサーバーのIPを確認できます。
DNSで確認できるのは、あくまでプロキシホスト名に対応するIPアドレスです。
実際に外部サイトから見える出口IPとは一致しない場合があります。
たとえば、プロキシサーバーがプライベートIPで社内にあり、その先でNATや上位プロキシを経由している場合、外部サイトにはまったく別のグローバルIPが表示されます。
また、ロードバランサーやクラウドプロキシを使っている場合、DNSで返るIPが複数あったり、時間帯や場所によって変わったりすることもあります。
プロキシを経由している場合、通信先サーバーにプロキシ関連のHTTPヘッダーが渡されることがあります。
代表的なものには、Forwarded、X-Forwarded-For、Via、X-Real-IP、Client-IPなどがあります。
これらのヘッダーを見ることで、プロキシやロードバランサーを経由している痕跡を確認できる場合があります。
ただし、HTTPヘッダーによる確認は過信できません。
匿名性の高いプロキシや企業向けセキュリティ製品では、これらのヘッダーを外部に出さないようにしていることがあります。
また、HTTPS通信では内容が暗号化されるため、通常の中継機器がヘッダーを書き換えることはできません。
そのため、ヘッダーにプロキシ情報がないからといって、プロキシを経由していないとは断定できません。
透明プロキシとは、端末やブラウザ側に明示的なプロキシ設定がなくても、ネットワーク側で通信を中継する仕組みです。
会社、学校、ホテル、公共Wi-Fi、通信事業者などのネットワークで使われることがあります。
透明プロキシの場合、PCやスマホの設定画面にはプロキシ情報が表示されないことがあります。
HTTP通信であれば、レスポンスヘッダーなどから透明プロキシの痕跡が見えることがあります。
しかし、現在のWeb通信の多くはHTTPSです。
HTTPSでは通信内容が暗号化されるため、透明プロキシの検出は難しくなります。
企業環境では、端末に独自のルート証明書を入れてTLSインスペクションを行っている場合もあります。
この場合は、通常の透明プロキシよりも高度な仕組みで通信を検査している可能性があります。
プロキシは、ブラウザや特定のアプリケーション単位で設定されることが多いです。
たとえば、Firefoxだけプロキシを使う、Gitだけプロキシを使う、curlだけ特定のプロキシを指定する、といった使い方ができます。
そのため、ブラウザではIPが変わるのに、他のアプリではIPが変わらないことがあります。
VPNは、端末全体の通信経路を変更することが多いです。
VPN接続中は、ブラウザ、メール、チャット、コマンドラインなど、複数の通信がVPN経由になることがあります。
ただし、最近ではブラウザ拡張型VPNや、特定アプリだけを対象にするVPN、ゼロトラスト型の通信制御などもあり、プロキシとVPNの境界はやや曖昧になっています。
外部から見えるIPが変わったとしても、それがプロキシによるものなのか、VPNによるものなのか、企業ゲートウェイによるものなのかは、IP確認サイトだけでは判断できません。
正確に判断するには、OS設定、ブラウザ設定、VPNアプリ、ネットワークルーティング、DNS、企業ポリシーなどを総合的に確認する必要があります。
会社や学校のPCでは、プロキシ設定がセキュリティポリシーとして管理されていることがあります。
このような環境でプロキシ設定を勝手に変更すると、社内ルール違反になる可能性があります。
確認だけであれば問題ない場合もありますが、変更する前には管理者や情報システム部門に確認するのが安全です。
認証付きプロキシを使っている場合、ユーザー名やパスワードが設定に含まれることがあります。
これらの情報をコマンド履歴、メモ、スクリーンショット、チャット、ログなどに残さないよう注意が必要です。
特に共有PCや業務端末では、認証情報の取り扱いに十分注意してください。
実務環境では、プロキシが1つだけとは限りません。
たとえば、ブラウザは社内プロキシを使い、その社内プロキシがさらにクラウド型セキュリティゲートウェイを経由し、最終的に別の出口IPから外部サイトへアクセスすることがあります。
このような構成では、設定上のプロキシIP、DNSで確認したIP、外部サイトから見えるIPがそれぞれ異なることがあります。
外部サイトから見えているIPを知りたい場合は、IP確認サイトを利用するのが最も簡単です。
この方法で確認できるのは、現在の通信の出口IPです。
プロキシ、VPN、企業ゲートウェイ、モバイル回線、クラウドセキュリティサービスなどの影響を受けた結果として、外部に見えているIPが表示されます。
設定上のプロキシサーバーを知りたい場合は、OSやブラウザのプロキシ設定を確認します。
Windowsであれば「ネットワークとインターネット」のプロキシ設定、Macであればネットワーク設定内のプロキシ項目、Firefoxであればネットワーク設定を確認します。
手動プロキシが設定されていれば、プロキシサーバーのアドレスとポート番号が確認できます。
プロキシがホスト名で設定されている場合は、DNSで名前解決を行うことでIPアドレスを確認できます。
ただし、DNSで確認したIPは、設定上のプロキシホストに対応するIPです。
外部サイトから見える出口IPとは限りません。
PACファイルを使っている場合は、PACファイルの中身を確認し、アクセス先URLに対してどのプロキシが返されるかを調べる必要があります。
PACファイルでは、アクセス先によってプロキシが変わったり、直接接続になったりすることがあります。
そのため、確認したいWebサイトやサービスを決めたうえで、その通信に使われるプロキシを特定するのが正確です。
プロキシ経由かどうかを確認したい場合は、プロキシを使わない状態と使う状態で、外部から見えるIPを比較します。
また、ブラウザとコマンドラインで外部IPを比較することも有効です。
ブラウザだけIPが違う場合は、ブラウザ固有のプロキシ設定が関係している可能性があります。
端末全体でIPが変わる場合は、VPNやOS全体の通信制御が関係している可能性があります。
プロキシサーバーのIPアドレスを確認するには、まず「何のIPを知りたいのか」を明確にする必要があります。
IP確認サイトで表示されるIPは、基本的に外部サイトから見える出口IPです。
これはプロキシ経由後のIPであることが多いものの、設定上のプロキシサーバー本体のIPとは限りません。
一方、PCやブラウザに設定されているプロキシサーバーのIPを知りたい場合は、OSやブラウザのプロキシ設定を確認します。
プロキシがホスト名で指定されている場合は、DNSでIPに変換できます。
ただし、PACファイル、クラウド型プロキシ、ロードバランサー、VPN、企業のセキュリティ製品などが関係している場合、設定上のIPと外部から見えるIPが一致しないことがあります。
実務では、以下の順番で確認すると間違いにくいです。
プロキシのIP確認では、「外部に見えている出口IP」と「設定されているプロキシサーバーのIP」を混同しないことが、最も重要なポイントです。
以上、プロキシサーバーのIPアドレスを確認する方法についてでした。
最後までお読みいただき、ありがとうございました。