あなたが説明するものは、キャプティブポータルと呼ばれます。通常、Wi-Fiホットスポットでの認証に使用されますが、有線ネットワークアクセスの制御にも使用できます。
キャプティブポータルを実装するには、いくつかの方法があります。
HTTPリダイレクション
この場合、認証されていないクライアントからのDNSクエリは通常どおり解決されます。ただし、ブラウザが解決済みのIPアドレスにHTTPリクエストを送信すると、透過プロキシとして機能するファイアウォールによってリクエストが傍受されます。クライアントのHTTPリクエストは、ローカルネットワークのサーバーに転送され、HTTP 302 Found ステータスコードでサーバー側のリダイレクトが発行されます。これにより、クライアントがキャプティブポータルにリダイレクトされます。
DNSリダイレクション
DNSベースのリダイレクトでは、ファイアウォールにより、DHCPによって提供されるDNSサーバーのみが認証済みクライアントによって使用されることが保証されます。ファイアウォールは、認証されていないクライアントからローカルDNSサーバーにDNSクエリをリダイレクトすることもできます。このDNSサーバーは、認証されていないクライアントによって行われたすべてのDNSルックアップへの応答として、キャプティブポータルのIPアドレスを返します。
IPリダイレクト
ルーターが実行するIPレイヤーでのリダイレクト 宛先ネットワークアドレス変換(DNAT)をして、キャプティブホストからキャプティブポータルに送信されるパケットを再ルーティングします。キャプティブポータルソフトウェアがルータ自体で実行されている場合、パケットは代わりに内部インターフェイスに送信されます。キャプティブポータルからホストに向かうパケットは、元の宛先から発信されたように見えるように、送信元アドレスが書き換えられます。
キャプティブポータルの問題をトラブルシューティングする場合、最初のステップは、使用されているリダイレクトのタイプを識別し、その時点でリダイレクトが失敗することです。このジョブに適したツールは、Wiresharkなどのパケットアナライザーです。ただし、このようなツールは暗号化されていないネットワーク上の他の人のプライバシーを侵害するために簡単に使用できるため、学校のITポリシーではローカルネットワークでのパケットスニファの使用を禁止している場合があることに注意してください。
学校の技術サポートに相談することもできます。彼らは、ローカルWi-Fiネットワーク上のキャプティブポータル構成を認識しており、特に教員がLinuxを使用している場合は、問題の原因を特定するのに役立つ可能性があります。