Ubuntu 18.10 не отображает страницу входа для сети WIFI - НЕ CAPTIVA
Я установил Ubuntu 18.10 clean.
Подключен к сети WIFI.
Диспетчер соединений показывает, что соединение установлено.
Следующим шагом является авторизация.
Однако страница входа в систему не появляется, как если бы не было подключения.
RDP через LAN, работает хорошо. Внешний адаптер Realtek - тот же результат.
Сетевой прокси выключен.
Проверка подключения была отключена с самого начала.
Ubuntu 15, MINT 16, Debian, All Windows - XP, 7,8,10 отлично работают как на виртуальной машине, так и на реальном оборудовании.
Пробовал установку на VMware. Использовали ЛВС в качестве моста - не повезло. Непосредственно подключенный USB-адаптер к ВМ - сбой.
Все вышеперечисленные шаги - сетевое соединение установлено, DHCP-адреса получены.
Все упомянутые выше ОС протестированы на одном и том же оборудовании.
Проблема заключается в Ubuntu.
Я пробовал UNITY 18.04 - без изменений.
Здесь была информация о проблемах со входом в Captiva в UBUNTU 17.
Есть вероятность, что причина общая.
Эта сеть использует 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
......
пинг 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.
Тогда можно было открыть все остальные сайты.
Но НЕ ЛОГИНЯ
Вместо этого он отображал результаты поиска Google для "горячей точки".
Windows за этим NAT отображает страницу входа, когда сервер 2008 вошел в систему, а когда нет.
UBUNTU не отображает страницу входа, даже когда сервер вошел в систему.
Я сохранил страницу входа в 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 возвращается.
Спасибо Огньену.
Изменение 'nameserver' на что-либо кроме 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. Ваш совет сработал, но до перезагрузки только. Другая странная вещь заключается в том, что не имеет значения, что я поставил как "nameserver", кроме 0.0.0.0 или 127.0.0... У меня есть соединение.
2 ответа
Попробуйте пинговать 8.8.8.8, если вы получили ответ, это означает, что у вас есть доступ в Интернет, но, вероятно, не работает DNS. Если эхо-запрос не проходит, проверьте вашу сеть и убедитесь, что ваш GW установлен правильно.
Проверьте свой DNS:
vim /etc/resolv.conf
Затем добавьте сервер имен, например, Google DNS ниже:
nameserver 8.8.8.8
Основные из этого поста
sudo rm -i /etc/resolv.conf
Далее от Marmayogi:
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf