ネットワーク検証：AWS上のWindowsサーバーでPACファイルを活用し、インターネット通信を制御してみた

Last updated at 2025-01-11Posted at 2025-01-11

はじめに

今回は、前回構築したAWS上のWindowsサーバー（IISウェブサーバー）を利用して、PACファイル（Proxy Auto-Configファイル）の技術検証を行います。

今回の検証では、主にネットワークの観点からの技術的な検証を行い、自分自身の復習も兼ねて体系的にまとめていきます。

この記事は個人レベルでの検証内容に基づいています。 そのため、内容が実運用環境に適さない場合があることをご了承ください。

この内容が、どなたかの技術的な参考になれば幸いです。

前提：ネットワークの知識がある方のみお試しください

過去に自宅のDNSサーバーを使った名前解決の技術検証や、今回のようなプロキシサーバーの設定を試みた際、ネットワークの知識がないまま作業すると、インターネットにアクセスできなくなるリスクがあります。

私自身も、設定を色々といじっていた時期にインターネットにアクセスできなくなり、かなり困った経験があります...。

その際にはスマホを使って原因を特定し、解決する羽目になったという、いわゆる「黒歴史」もあります。

そのため、今回ご紹介する技術検証については、ネットワークに関する十分な知識を身につけた上で、自己責任で取り組んでいただきますようお願いいたします。

書こうと思ったきっかけ

普段、自宅ではsquidというミドルウェアを使い、プロキシサーバーを構築しています。

一部の端末は、このプロキシサーバーを経由してインターネットに接続するようネットワークを設定しています。

構築方法などが気になる方は、過去の記事をご参照ください。

これまではローカルエリアネットワーク内でPACファイルを利用した技術検証を行ったことはありましたが、AWSのような外部向けのパブリック基盤での技術検証は経験がありませんでした...。

そこで、今回のIISを利用した環境構築を通じて、新たに技術検証を試してみることにしました。

また、過去にPACファイルの技術検証を行った記事もありますので、興味のある方はぜひこちらもご覧ください。

PACファイル（Proxy Auto-Configファイル）について

PACファイル（Proxy Auto-Configファイル）は、クライアントがインターネット通信において使用するプロキシサーバーを自動的に選択するための設定ファイルです。

引用画像：https://help.zscaler.com/ja/zia/understanding-pac-file

ブラウザやネットワーク機器は、PACファイルを読み込むことで効率的に通信ルートを自動設定できます。

特に企業や大規模ネットワークでは、柔軟なプロキシ制御を実現するために役立ちます。PACファイルの拡張子は通常「.pac」です。

前提準備

この記事で使用する環境は、以下の記事で紹介したTerraformコードを使い、AWS上にWindowsサーバーを構築しIISを導入したものです。

PACファイルの準備

インフラを専門領域としているからといって、JavaScriptを勉強しなくて良いわけではありません。

このような小さな技術検証の際に、必要なコードを書けるスキルが役立ちます。

以下は、Yahoo! のサイトへのアクセスを「インターネットダイレクト」とし、それ以外のすべてのサイトへのアクセスを拒否するPAC（Proxy Auto-Configuration）ファイルの設定例です。

function FindProxyForURL(url, host) {
    // Yahoo!のドメインに一致する場合は直接接続
    if (dnsDomainIs(host, ".yahoo.co.jp") || shExpMatch(host, "www.yahoo.co.jp")) {
        return "DIRECT"; // インターネットダイレクト
    }
    // それ以外のすべてのアクセスを拒否
    return "PROXY 127.0.0.1:0"; // 無効なプロキシを指定
}