Не удается открыть общедоступную страницу входа в WIFI в Ubuntu 18.04.
Извините, если кажется, что это десятый дубликат, но ни один из ответов, предоставленных в других случаях, не решил мою проблему.
Я пытаюсь использовать общедоступный WIFI, как я это сделал два дня назад. Обычная процедура:
- подключиться к Wi-Fi
- , попробуйте просмотреть страницу http: // site
- и перейти на экран-заставку, где «подключиться к нужно нажать кнопку «Интернет»
Теперь я больше не выхожу за пределы шага 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 блокирует все перенаправления. Я начал более точный вопрос здесь: Переадресация DNS заблокирована в определенном WIFI
(Un), к счастью, я больше не в местоположении упомянутого WIFI, что означает, что на данный момент Я не могу проверить и, следовательно, принять любой из ответов ниже.
5 ответов
У меня была такая же проблема.
- Интернет не работал
- Автоматическая страница входа в систему не открывалась
- Значок Wi-Fi был знак вопроса (?)
Мне удалось войти в систему, посетив страницу входа по адресу: https://1.1.1.1/login.html
После входа в систему я оказался в той же ситуации, что и раньше, но тогда проблема заключалась только в DNS:
curl -v example.comчерез некоторое время вернул «Не удалось разрешить host: example.com».- Хорошие новости: мне удалось успешно проверить связь с Google DNS 8.8. 8.8 с
ping 8.8.8.8
Я добавил 8.8.8.8 в список DNS-серверов для моего Wi-Fi-соединения, выполнив следующие действия:
- Щелкните значок WiFi (у меня был вопросительный знак, потому что WiFi был не работает)
- Нажми на WiFi netwo rk, затем Настройки Wi-Fi,затем колесо рядом с моей сетью WiFi, затем вкладка IPv4
- Написал 8.8.8.8 в текстовом поле DNS (оставьте "Автоматический" DNS включенным)
- Применить изменения
- Перезапустить диспетчер сети:
sudo service network-manager restart
И у меня это сработало.
systemd-resolve --status теперь возвращает два DNS-сервера для соединения WiFi, первый - это DNS, назначенный сетью, второй - 8.8.8.8
Надеюсь, это поможет.
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:
Настройки> Конфиденциальность> Проверка подключения> Выкл.
Вышеупомянутого достаточно, чтобы показать страницу авторизации для многих сетей Wi-Fi. Однако для некоторых (например, gwr on-train wifi) также требуется решение 2:
Настройки> Wi-Fi> выберите настройки (щелкните значок шестеренки) для сети, к которой вы пытаетесь подключиться. Выберите вкладку IPv6. Для метода IPv6 выберите «Автоматически, только DHCP» (вместо настройки по умолчанию «Автоматически»). Щелкните Применить.
Также может помочь:
Настройки> Сеть> Сетевой прокси - Выкл. (Нажмите кнопку настроек со значком шестеренки.)
Проблема вызвана демоном разрешенных файлов, представленным в 17.04. Это нарушает пересылку на страницах с захватом Wi-Fi. Представленное здесь решение НЕ полагается на серверы имен Googles. Решение заключается в замене разрешенного на dnsmasq, которое использовалось ранее, и его можно найти здесь:
Как отключить разрешение systemd и разрешить DNS с помощью dnsmasq?
Nemrégiben belefutottam ebbe a kérdésbe, és nem vagyok biztos abban, hogy mi okozta pontosan, de az a javaslat, hogy próbálkozzon böngészéssel a rögzített portál IP-n, valami elveszett valamit az agyamban. Eleinte megpróbáltam pingelni egy külső IP-t ping 8.8.8.8 , de a hálózati biztonsági csapat megfelelően lezárta ezt. Ezután lefuttattam az ip útvonalat , hogy megnézzem, milyen IP-t kaptam, és megpróbáltam elérni az alapértelmezett átjárót https-en keresztül, de kaptam egy üzenetet, hogy van egy üres válasz, amely legalábbis számomra bebizonyította, hogy létezik szerver figyeltem, és amikor a http-re váltottam, helyesen visszavert a rögzített portál bejelentkezési oldalára.
Ennek kipróbálásának gyors módja az xdg-open http: // $ (ip --online route get 8.8.8.8 | awk '{print $ 3}') . Ez megtalálja az alapértelmezett átjárót, kinyomtatja annak IP-címét, majd megpróbálja megnyitni az alapértelmezett böngészőben.
Самое простое решение для меня:
Добавьте следующее в /etc/NetworkManager/NetworkManager.conf:
[connectivity] uri=http://start.ubuntu.com/connectivity-check.html response=Lorem ipsum
См .: https : //lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html