私のネットブックでArch Linuxを実行しています。学校にはオープンアクセスポイントがあり、ページを介してネットワークにログインする必要があり、接続がない場合はウェブサイトを開こうとするとそのページにリダイレクトされます。
私のAndroidスマートフォンで動作します。 Windowsで動作します。先生がLinuxに接続できたので、Linuxでも動作します（彼はUbuntuを実行しています）。
netctl 設定ファイルを生成するために wifi-menu を使用してアクセスポイントに接続します。接続されているがログインページにリダイレクトされず、アドレスを入力しても（携帯電話からインポートされた）サーバーが見つかりません。 IPv6を無効にしようとしましたが、何も変更されていません...
答え1
リダイレクトページが読み込まれず、再接続しても問題が解決しない場合は、最も簡単な次のステップはルータの問題を直接解決することです。
努力する192.168.1.1。これは最も一般的なベースアドレスであり、通常変更されません。
ルータアドレスを指定すると、リダイレクトページに移動します。
答え2
あなたが描いたものは捕虜ポータル。通常はWi-Fiホットスポット認証に使用されますが、有線ネットワークへのアクセスを制御するためにも使用できます。
依存ポータルを実装する方法はいくつかあります。
HTTPリダイレクト
この場合、認証されていないクライアントのDNSクエリは正常に解決されます。ただし、ブラウザが確認済みのIPアドレスに対してHTTP要求を実行すると、透過プロキシとして機能するファイアウォールがその要求を傍受します。クライアント HTTP 要求は、HTTP を使用してサーバー側リダイレクトを実行するローカルネットワーク上のサーバーに転送されます。302件見つかりました ステータスコード、クライアントを依存ポータルにリダイレクトします。
DNSリダイレクト
DNSベースのリダイレクトでは、ファイアウォールは認証されたクライアントがDHCP提供のDNSサーバーのみを使用できるようにします。ファイアウォールは、認証されていないクライアントからのすべてのDNSクエリをローカルDNSサーバーにリダイレクトすることもできます。 DNS サーバーは、認証されていないクライアントのすべての DNS ルックアップに応答して、依存ポータルの IP アドレスを返します。
IPリダイレクト
IP層リダイレクトでは、ルータは次のことを行います。宛先ネットワークアドレス変換(DNAT) 依存ホストから依存ポータルにパケットを再ルーティングします。依存ポータルソフトウェアがルータ自体で実行されている場合、パケットは内部インターフェイスに転送されます。依存ポータルからホストに送信されたパケットを順次取得します。ソースアドレス修正これにより、元の目的地で旅行しているように見えます。
依存ポータルの問題を解決する際の最初のステップは、使用しているリダイレクトの種類とリダイレクトが失敗したポイントを確認することです。作業に適したツールは次のとおりです。パケットアナライザ、例えばワイヤーシャーク。ただし、学校のITポリシーでは、ローカルネットワークでパケットスニファを使用できないことに注意してください。これらのツールは、暗号化されていないネットワークで他人の個人情報を侵害するために簡単に使用できるためです。
学校の技術サポートに連絡することもできます。彼らはローカルWi-Fiネットワークのキャプティブポータル構成を理解し、特に教職員がLinuxを使用している場合、問題の原因を正確に見つけるのに役立ちます。
答え3
私の場合、Chromeにログインするのが邪魔になりました。私が開くときシークレットウィンドウリダイレクトが機能する任意のWebページに移動します。投稿でこのアイデアを得ました。Arch Linuxスレッド。
答え4
ホテルは私のドッカーのインストールと同様に172.17.xxネットワークを使用しています。現在、クライアントはドッカーインスタンスの使用を要求していないため、これを削除してログインのログインリダイレクトに問題はありません。
競合するドッカーを引き続きインストールする必要がある場合は、ネットワークデバイスは次のものを使用できる必要がありますip link delete docker0。必要なツールがインストールされていない場合は、docker network pruneブリッジされたネットワークを解放できます。コンテナがそのネットワークを積極的に使用している場合は機能しない可能性がありますが、少なくともDockerを完全に削除する必要はありません。