web-dev-qa-db-ja.com

Ubuntu 18.04キャプティブポータルの問題でパブリックWIFIログインページにアクセスできない

これが10回目の重複と思われる場合は申し訳ありませんが、他のケースで提供された回答のいずれも私の問題を解決しませんでした。

2日前に成功したのと同じように、パブリックWIFIを使用しようとしています。通常の手順は次のとおりです。

  1. wifiに接続する
  2. http：//サイトを閲覧してみてください
  3. 「インターネットに接続」ボタンを押す必要があるスプラッシュ画面に転送されます

これで、ステップ2を超えることはできません。デュアルブートマシンを使用しています。 Widows 10を使用してインターネットにアクセスできますが、Ubuntu 18.04は使用できません。

Windowsで取得する：

SSID:   SEC Wi-Fi
Protocol:   802.11n
Security type:  Open
Network band:   2.4 GHz
Network channel:    6
IPv4 address:   192.168.33.154
IPv4 DNS servers:   192.168.0.1
192.168.0.1
Manufacturer:   Intel Corporation
Description:    Intel(R) Dual Band Wireless-AC 7260
Driver version: 17.15.0.5
Physical address (MAC): 0C-8B-FD-75-00-D5

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-G83LKQ1
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : fdxtended.com

Wireless LAN adapter Wi-Fi:

   Connection-specific DNS Suffix  . : fdxtended.com
   Description . . . . . . . . . . . : Intel(R) Dual Band Wireless-AC 7260
   Physical Address. . . . . . . . . : 0C-8B-FD-75-00-D5
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   Link-local IPv6 Address . . . . . : fe80::656c:ef48:d71c:420e%17(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.33.154(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.128.0
   Lease Obtained. . . . . . . . . . : Wednesday, 13 June 2018 17:17:44
   Lease Expires . . . . . . . . . . : Wednesday, 13 June 2018 23:18:53
   Default Gateway . . . . . . . . . : 192.168.0.1
   DHCP Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6 IAID . . . . . . . . . . . : 286034941
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-A4-A4-F1-A0-D3-C1-9C-CD-E0
   DNS Servers . . . . . . . . . . . : 192.168.0.1
                                       192.168.0.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Linuxでは次のようになります：

ifconfig：

wlo1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.33.154  netmask 255.255.128.0  broadcast 192.168.127.255
        inet6 fe80::499:60a3:aae7:a075  prefixlen 64  scopeid 0x20<link>
        ether 0c:8b:fd:75:00:d5  txqueuelen 1000  (Ethernet)
        RX packets 33578  bytes 19389454 (19.3 MB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 23622  bytes 3363483 (3.3 MB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

systemd-resolve --status：

Global
          DNSSEC NTA: 10.in-addr.arpa
                      16.172.in-addr.arpa
                      168.192.in-addr.arpa
                      17.172.in-addr.arpa
                      18.172.in-addr.arpa
                      19.172.in-addr.arpa
                      20.172.in-addr.arpa
                      21.172.in-addr.arpa
                      22.172.in-addr.arpa
                      23.172.in-addr.arpa
                      24.172.in-addr.arpa
                      25.172.in-addr.arpa
                      26.172.in-addr.arpa
                      27.172.in-addr.arpa
                      28.172.in-addr.arpa
                      29.172.in-addr.arpa
                      30.172.in-addr.arpa
                      31.172.in-addr.arpa
                      corp
                      d.f.ip6.arpa
                      home
                      internal
                      intranet
                      lan
                      local
                      private
                      test

Link 3 (wlo1)
      Current Scopes: DNS
       LLMNR setting: yes
MulticastDNS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
         DNS Servers: 192.168.0.1
          DNS Domain: fdxtended.com

curl -v example.com：

* Rebuilt URL to: example.com/
* Could not resolve Host: example.com
* Closing connection 0
curl: (6) Could not resolve Host: example.com

インターネットにアクセスする方法に関するヒントはありますか？とても感謝しております。

編集

それで、基本的に、Ubuntuはすべてのリダイレクトをブロックします。ここでより正確な質問を始めました： 特定のWIFIでブロックされたDNS転送

（Un）残念ながら、私は言及されたWIFIの場所にはもういません。つまり、今のところ、以下の回答をテストして受け入れられません。

wireless18.04dns
9
Bastian

同じ問題がありました。

  • インターネットが機能していませんでした
  • キャプティブログインページが自動的に表示されませんでした
  • Wifiアイコンは疑問符（？）

ログインページにアクセスしてログインできました： https://1.1.1.1/login.html

ログインすると、以前と同じ状況になりましたが、問題はDNSのみでした。

  • curl -v example.comは、しばらくして「ホスト：example.comを解決できませんでした」を返しました。
  • 良いニュース：Google DNS 8.8.8.8をping 8.8.8.8で正常にpingできました

次の手順で、WiFi接続のDNSサーバーリストに8.8.8.8を追加しました。

  • WiFiアイコンをクリックします（WiFiは機能していなかったため、疑問符でした）
  • WiFiネットワーク名、[Wifi設定]、WiFiネットワークの近くにあるホイール、[IPv4]タブの順にクリックします
  • DNSテキストボックスに8.8.8.8を書きました（「自動」DNSをオンのままにしておきます）
  • 変更を適用する
  • ネットワークマネージャーを再起動します：Sudo service network-manager restart

そしてそれは私のために働いた。

systemd-resolve --statusは、WiFi接続用に2つのDNSサーバーを返します。最初のDNSサーバーはネットワークによって割り当てられたDNSで、2番目のサーバーは8.8.8.8です

これが役立つことを願っています。

7
Giuseppe Galano
Internet was not working
Captive Login Page did not show up automatically. No browser shows that page. 
Wifi icon was a question mark ( ? )

以下は、標準のUbuntu 18.04インストールでこの問題を解決するのに役立ちました。

解決策1：

[設定]> [プライバシー]> [接続チェック]> [オフ]。

上記は、多くのWiFiネットワークのキャプティブログインページを表示するのに十分です。ただし、一部（例：gwr on-train wifi）alsoソリューション2が必要です：

[設定]> [Wi-Fi]>到達しようとしているネットワークの設定を選択します（歯車アイコンをクリックします）。 [IPv6]タブを選択します。 IPv6方式の場合、「デフォルト設定の「自動」の代わりに「自動、DHCPのみ」を選択します。適用をクリックします。

次のことも役立つ場合があります。

設定>ネットワーク>ネットワークプロキシ-オフ。 （歯車アイコンが表示されている設定ボタンをクリックします。）

4
Rod S

この問題は、17.04で導入された解決済みのデーモンが原因です。これにより、wifiキャプティブページでの転送が中断されます。ここで紹介するソリューションは、Googleのネームサーバーに依存しません。ソリューションは、以前使用されていた解決済みのdnsmasqに置き換えられており、次の場所にあります。

systemd-resolvedを無効にしてdnsmasqでDNSを解決する方法

1
Vasco

最近この問題に遭遇し、何が原因なのかはわかりませんが、キャプティブポータルIPを参照してみてくださいという提案は、私の脳で何かを失いました。最初に外部IP ping 8.8.8.8にpingを試みましたが、ネットワークセキュリティチームはそれを適切にロックしました。次にip routeを実行して割り当てられたIPを確認し、httpsを介してデフォルトゲートウェイにアクセスしようとしましたが、サーバーがリッスンしていることを少なくとも証明した空の応答があったというメッセージを受け取りました。 httpに切り替えたときに、キャプティブポータルのログインページに正しくバウンスされました。

これを試す簡単な方法はxdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}')です。これにより、デフォルトゲートウェイが検索され、そのIPが出力され、デフォルトブラウザーでそれが開かれます。

0
dragon788