Я установил чистую Ubuntu 18.10.
Подключенный к сети WIFI.
Менеджер соединений показывает, что соединение устанавливается.
Следующий шаг должен войти в систему.
Однако страница входа в систему не появляется, как будто не было никакого соединения.
RDP по LAN, работы хорошо. Внешний адаптер Realtek - тот же результат.
Сетевой прокси выключен.
Проверка возможности соединения была отключена с начала.
Ubuntu 15, MINT 16, Debian, Весь Windows - XP, 7,8,10 хорошо работают и в VM и на реальных аппаратных средствах.
Испытанная установка на VMware. Используемая LAN как мост - никакая удача. Непосредственно подключенный USB-адаптер к VM - сбой.
Все вышеупомянутые шаги - установленное сетевое соединение, адреса DHCP получены.
Вся ОС, упомянутая выше протестированный на тех же самых аппаратных средствах.
Проблема находится в Ubuntu.
Я попробовал ЕДИНИЦУ 18.04 - никакие изменения.
Была информация здесь о проблемах с логином Каптивы в 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
......
проверьте с помощью ping-запросов 192.168.11.1 концов тот же путь
192.168.11.1 шлюз и DNS
Установка DNSMASQ не имела никакого значения.
Я поместил 192.168.11.1 в строку поиска. Windows заменил его 'горячей точкой/входом в систему' и продолжал открытие страницы.
Ubuntu 18 заменила IP тем же URL, затем остановленным.
Я сделал виртуальную сеть с сервером Windows 2008 R2 как маршрутизатор с NAT.
Связанная Ubuntu к этой сети.
Сделанный Сервер Победы вошел в систему сети.
Только затем у меня было интернет-соединение в Ubuntu.
Было возможно открыть все другие веб-сайты затем.
Но НЕ СТРАНИЦА ВХОДА В СИСТЕМУ
Это отобразило результаты поиска Google для 'горячей точки' вместо этого.
Windows позади этого NAT отображает страницу входа в систему, когда сервер 2008 зарегистрирован, и когда это не.
UBUNTU не отображает страницу входа в систему, даже когда Сервер зарегистрирован.
Я сохранил Страницу входа в систему в Windows.
Вышедший из системы.
Отключенный WI-FI.
Открытая загруженная страница в браузере - это не выглядело исходным - никакие стили и т.д.
Включенный WI-FI.
Страница Reloaded.
Существует ссылка на ЛОКАЛЬНУЮ КОПИЮ страницы.
Page перезагрузил успешно.
Я скопировал страницу в 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
Thak Вы, @ognjen. Ваш совет работал, но до перезагрузки только. Другая странная вещь состоит в том, что не имеет значения, что я поместил как 'сервер имен' кроме 0.0.0.0 или 127.0.0... У меня есть соединение.
Попытайтесь проверить с помощью ping-запросов 8.8.8.8, если Вы получаете ответ, это означает, что у Вас есть доступ в Интернет, но вероятно не рабочий DNS. Если сбои ping проверяют, что Ваша сеть удостоверяется, что Ваш 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