Przykro mi, jeśli wydaje się, że jest to dziesiąty duplikat, ale żadna z odpowiedzi podanych w pozostałych przypadkach nie rozwiązała mojego problemu.
Próbuję korzystać z publicznej sieci WIFI, tak jak z powodzeniem dwa dni temu. Normalna procedura to:
- połączyć się z Wi-Fi
- spróbuj przejrzeć stronę http: //
- zostaniesz przekierowany na ekran powitalny, na którym należy nacisnąć przycisk „Połącz z Internetem”
Teraz nie przekraczam już kroku 2. Jestem na maszynie z podwójnym uruchomieniem. Mogę uzyskać dostęp do Internetu w porządku za pomocą Widows 10, ale nie Ubuntu 18.04.
W systemie Windows dostaję :
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
W systemie Linux otrzymuję :
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
Wszelkie wskazówki, jak uzyskać dostęp do Internetu? Byłbym bardzo wdzięczny.
Edycje
Zasadniczo Ubuntu blokuje wszystkie przekierowania. Zacząłem tutaj bardziej precyzyjne pytanie: przekierowanie DNS zablokowane w konkretnej sieci WIFI
(Nie) na szczęście już nie jestem w miejscu wspomnianej sieci WIFI, co oznacza, że na razie nie mogę przetestować, a zatem przyjmuję dowolną z poniższych odpowiedzi.
Odpowiedzi:
Miałem ten sam problem.
Udało mi się zalogować, odwiedzając stronę logowania pod adresem : https://1.1.1.1/login.html
Po zalogowaniu byłem w takiej samej sytuacji jak poprzednio, ale problemem był tylko DNS:
curl -v example.com
zwrócił po pewnym czasie „Nie można rozpoznać hosta: przyklad.com”.ping 8.8.8.8
Dodałem 8.8.8.8 do listy serwerów DNS dla mojego połączenia WiFi, wykonując następujące czynności:
sudo service network-manager restart
I zadziałało dla mnie.
systemd-resolve --status
teraz zwraca dwa serwery DNS dla połączenia WiFi, pierwszy to DNS przypisany przez sieć, drugi to 8.8.8.8Mam nadzieję, że to może pomóc.
źródło
Poniższe pomogły mi rozwiązać ten problem w standardowej instalacji Ubuntu 18.04.
Rozwiązanie 1:
Ustawienia> Prywatność> Sprawdzanie łączności> Wyłączone.
Powyższe wystarczy, aby wyświetlić stronę logowania do niewoli dla wielu sieci Wi-Fi. Niektóre jednak (np. WiFi w pociągu gwr) również wymagają rozwiązania 2:
Ustawienia> Wi-Fi> wybierz ustawienia (kliknij ikonę koła zębatego) dla sieci, do której próbujesz się dostać. Wybierz kartę IPv6. W przypadku metody IPv6 wybierz opcję „Automatyczny, tylko DHCP” (zamiast domyślnego ustawienia „Automatyczny”). Kliknij Zastosuj.
Pomocne może być również:
Ustawienia> Sieć> Proxy sieci - Wyłączone. (Kliknij przycisk ustawień z ikoną koła zębatego.)
źródło
Problem jest spowodowany rozwiązanym demonem wprowadzonym w 17.04. To psuje przekazywanie na stronach internetowych wifi. Przedstawione tutaj rozwiązanie NIE opiera się na serwerach nazw Googles. Rozwiązanie zastępuje rozwiązane przez dnsmasq, jak było używane wcześniej, i można je znaleźć tutaj:
Jak wyłączyć systemd-resolved i DNS za pomocą dnsmasq?
źródło
Najłatwiejsze rozwiązanie dla mnie:
Dodaj następujące elementy do /etc/NetworkManager/NetworkManager.conf:
Zobacz: https://lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html
źródło
Ostatnio natknąłem się na ten problem i nie jestem pewien, co go dokładnie spowodowało, ale sugestia, aby spróbować przejrzeć portal IP w niewoli, straciła coś w mojej głowie. Na początku próbowałem pingować zewnętrzny adres IP,
ping 8.8.8.8
ale zespół bezpieczeństwa sieci poprawnie go zablokował. Potem pobiegłem,ip route
aby zobaczyć, jaki adres IP został mi przydzielony, i próbowałem uzyskać dostęp do domyślnej bramy za pośrednictwem https, ale dostałem wiadomość, że była pusta odpowiedź, która przynajmniej udowodniła mi, że serwer nasłuchuje, a kiedy przełączyłem się na http poprawnie odesłał mnie do strony logowania do portalu dla niewoli.Szybki sposób to wypróbować
xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}')
. Znajduje domyślną bramę i drukuje jej adres IP, a następnie próbuje otworzyć ją w domyślnej przeglądarce.źródło