Ubuntu 18.10はWIFIネットワークのログインページを表示しません-キャプティバではありません
Ubuntu 18.10をクリーンにインストールしました。
WIFIネットワークに接続されています。
接続マネージャは、接続が確立されていることを示しています。
次のステップはログインです。
ただし、接続がないかのように、ログインページは表示されません。
RDP over LANは正常に動作します。 Realtek外部アダプター-同じ結果。
ネットワークプロキシがオフになっています
接続性チェックは最初から無効になっています。
Ubuntu 15、MINT 16、Debian、すべてのWindows-XP、7、8、10は、VMと実際のハードウェアの両方で正常に動作します。
VMwareにインストールしてみました。ブリッジとしてLANを使用-運がない。 VM=に直接接続されたUSBアダプタ-失敗。
上記のすべてのステップ-ネットワーク接続が確立され、DHCPアドレスが受信されました。
上記のすべてのOSは、まったく同じハードウェアでテストされています。
問題はUbuntuにあります。
UNITY 18.04を試しましたが、変更はありません。
UBUNTU 17のCaptivaログイン問題に関する情報がここにありました。
理由が共通している可能性があります。
このネットワークは、認証にRADIUSサーバーを使用します。
ping 8.8.8.8 (8.8.8.8) 56(84) bytes of data
From 192.168.11.1 icmp_sec=1 Destination Net Prohibited
......
ping 192.168.11.1は同じ方法で終了します
192.168.11.1はゲートウェイとDNSです
DNSMASQをインストールしても違いはありませんでした。
アドレスバーに192.168.11.1を入力しました。 Windowsは「hotspot/login」に置き換え、ページを開いた。
Ubuntu 18はIPを同じURLに置き換えて停止しました。
Windows 2008 R2サーバーをNATのルーターとして使用して仮想ネットワークを作成しました。
Ubuntuをこのネットワークに接続しました。
Win Serverをネットワークにログオンさせました。
その時だけ、Ubuntuでインターネットに接続しました。
その後、他のすべてのWebサイトを開くことができました。
しかし、ログインページではありません
代わりに ‘hotspot’のGoogle検索結果が表示されました。
この背後のWindows NAT 2008サーバーがログオンしているときとそうでないときのログインページが表示されます。
サーバーがログオンしている場合でも、UBUNTUはログインページを表示しません。
LOGINページをWindowsに保存しました。
ログオフした。
無効にされたWIFI。
ダウンロードしたページをブラウザで開いた-元のように見えなかった-スタイルなしなど.
WIFIをオンにしました。
リロードされたページ。
ページのローカルコピーへのリンクがあります。
ページが正常に再読み込みされました。
ページをUBUNTUにコピーしました。
推測。
正しい-再読み込みされませんでした.
curl -v 192.168.11.1
Rebuilt URL to: 192.168.11.1/
*Trying 192.168.11.1...
* TCP_NODELAY set
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)
> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.58.0
> Accept: */*
>
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
<
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to Host 192.168.11.1 left intact
KALI Linux出力
*Trying 192.168.11.1...
* TCP_NODELAY set
*Connected to 192.168.11.1
(192.168.11.1) port 80 (#0)
> GET / HTTP/1.1
> Host: 192.168.11.1
> User-Agent: curl/7.63.0
> Accept: */*
>
< HTTP/1.1 302 Hotspot redirect
< Cache-Control: no-cache
< Connection: Keep-Alive
< Content-Length: 123
< Content-Type: text/html
< Date: Thu, 21 Mar 2019 18:51:19 GMT
< Expires: 0
< Location: http://hotspot./login
<
<html>
<head><title>Error 302: Hotspot redirect</title></head>
<body>
<h1>Error 302: Hotspot redirect</h1>
</body>
</html>
* Connection #0 to Host 192.168.11.1 left intact
同じですが、ログインページが表示されます
/etc/resolv.conf contents:
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs must not access this file directly, but only through
the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different
way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes
of
# operation for /etc/resolv.conf.
nameserver 127.0.0.53
127.0.0.53を192.168.11.1または8.8.8.8に置き換えると、再起動するまで問題が解決します。再起動すると、127.0.0.53が戻ります。
Ognjenに感謝します。
「ネームサーバー」を0.0.0.0または127.0.0 ...以外のものに変更すると、このネットワークには適用されない192.168.0.1でさえ、システムは機能します。
resolvectl status
Global
LLMNR setting: no
MulticastDNS setting: no
DNSOverTLS setting: no
DNSSEC setting: no
DNSSEC supported: no
Current DNS Server: 192.168.11.1
DNS Servers: 192.168.11.1
DNSSEC NTA: 10.in-addr.arpa
16.172.in-addr.arpa
.....
/run/systemd/resolve/resolv.conf
This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients directly to
# all known uplink DNS servers. This file lists all configured search domains.
#
# Third party programs must not access this file directly, but only through the
# symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a different way,
# replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.
nameserver 192.168.11.1
ご覧のとおり、私のDNSはシステムにありますが、これはまったく役に立ちません。
/etc/resolv.confは消去されました。静的ファイルが作成されました。
再起動後の結果は次のとおりです。
# Generated by NetworkManager
search crew.local
nameserver 127.0.0.53
Debian 9.8ファイルの内容
# Generated by NetworkManager
nameserver 192.168.11.1
これが問題の主な原因であるようです。
nameserver 8.8.8.8
ありがとう、@ ognjen。あなたのアドバイスはうまくいきましたが、再起動するまでのみです。もう1つの奇妙なことは、0.0.0.0または127.0.0を除いて、「ネームサーバー」として何を置いても問題ないということです...接続しています。
応答がある場合は8.8.8.8にpingを実行してみてください。インターネットにアクセスできるが、DNSが機能していない可能性があります。 pingが失敗した場合は、ネットワークをチェックして、GWが正しく設定されていることを確認してください。
DNSを確認します。
vim /etc/resolv.conf
次に、以下のGoogle DNSの例のネームサーバーを追加します。
nameserver 8.8.8.8