Извините, если это будет десятый дубликат, но ни один из ответов, предоставленных в других случаях, не решил мою проблему.
Я пытаюсь использовать общедоступный WIFI, как я это сделал два дня назад. Обычная процедура:
- подключиться к Wi-Fi
- попробуйте просмотреть сайт http: //
- перенаправить на заставку, где нужно нажать кнопку «подключиться к Интернету»
Теперь я больше не выхожу за шаг 2. Я на машине с двойной загрузкой. Я могу получить доступ к Интернету, используя Widows 10, но не Ubuntu 18.04.
На окнах я получаю :
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
(Не) к счастью, я больше не в месте упомянутого WIFI, что означает, что сейчас я не могу проверить и, следовательно, принять любой из ответов ниже.
Ответы:
У меня такая же проблема.
Мне удалось войти, посетив страницу входа по адресу: https://1.1.1.1/login.html
После входа я оказался в той же ситуации, что и раньше, но тогда проблема была только в DNS:
curl -v example.com
через некоторое время вернулось сообщение «Не удалось разрешить хост: example.com».ping 8.8.8.8
Я добавил 8.8.8.8 в список DNS-серверов для своего соединения WiFi, выполнив следующие действия:
sudo service network-manager restart
И это сработало для меня.
systemd-resolve --status
теперь возвращает два DNS-сервера для соединения WiFi, первый - DNS, назначенный сетью, второй - 8.8.8.8.Я надеюсь, что это может помочь.
источник
Следующее помогло мне решить эту проблему на стандартной установке Ubuntu 18.04.
Решение 1:
Настройки> Конфиденциальность> Проверка подключения> Выкл.
Вышесказанного достаточно, чтобы отобразить страницу входа в систему для многих сетей Wi-Fi. Однако некоторые (например, gwr on-train wifi) также требуют решения 2:
Настройки> Wi-Fi> выберите настройки (нажмите значок cog) для сети, к которой вы пытаетесь подключиться. Выберите вкладку IPv6. Для метода IPv6 выберите «Автоматически, только DHCP» (вместо настройки по умолчанию «Автоматически»). Нажмите Применить.
Это также может помочь сделать:
Настройки> Сеть> Сетевой прокси - Выкл. (Нажмите на кнопку настроек со значком Cog.)
источник
Проблема вызвана разрешенным демоном, представленным в 17.04. Это нарушает переадресацию на скрытых страницах Wi-Fi. Представленное здесь решение НЕ использует серверы имен Googles. Решение заменяет resolved на dnsmasq, как это было раньше, и его можно найти здесь:
Как отключить системное разрешение и разрешить DNS с помощью dnsmasq?
источник
Самое простое решение для меня:
Добавьте следующее в /etc/NetworkManager/NetworkManager.conf:
Смотрите: https://lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html
источник
Я недавно столкнулся с этой проблемой, и я не уверен, что именно вызвало ее, но предложение попытаться просмотреть IP-адрес пленного портала заставило меня что-то потерять. Сначала я попытался пропинговать внешний IP,
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, а затем пытается открыть его в браузере по умолчанию.источник