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


11

これが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の場所にもういません。つまり、今のところテストできず、したがって以下の回答の回答を受け入れることができません。


Google Chromeを開くと、gstatic.com / generate_204にリダイレクトされ、ネットワークログインページが開きます。
Kulfy

助けにならない@Kulfyいや。Chromeで「このサイトにアクセスできませんgstatic.comのサーバーのIPアドレスが見つかりませんでした」と表示されます。
Bastian

回答:


7

私も同じ問題を抱えていました。

  • インターネットが機能していなかった
  • キャプティブログインページが自動的に表示されない
  • Wifiアイコンは疑問符(?)

https://1.1.1.1/login.htmlのログインページにアクセスして、なんとかログインできました。

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

  • curl -v example.com しばらくすると、「ホストを解決できませんでした:example.com」が返されました。
  • 良いニュース:Google DNS 8.8.8.8に正常にpingを送信できました ping 8.8.8.8

次の手順で、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で、2番目のサーバーは8.8.8.8です。

これがお役に立てば幸いです。


この追加のGoogleのDNSは、「captiveportal-login.example.com」で手動で機能しました。
joshperry

4
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)でもソリューション2が必要です。

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

また、次のことも役立ちます。

[設定]> [ネットワーク]> [ネットワークプロキシ-オフ]。(歯車のアイコンが付いた設定ボタンをクリックします。)


ありがとう-「Connectiviry Checking-> Off」トグルが役に立った。
Dirk Eddelbuettel

1

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

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



0

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

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

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.