Maaf jika ini tampaknya merupakan duplikat kesepuluh, tetapi tidak ada jawaban yang diberikan dalam kasus lain yang menyelesaikan masalah saya.
Saya mencoba menggunakan WIFI publik sama seperti yang saya berhasil lakukan dua hari yang lalu. Prosedur normal adalah:
- terhubung ke Wifi
- coba jelajahi beberapa http: // situs
- diteruskan ke layar splash di mana tombol "sambungkan ke internet" perlu ditekan
Sekarang saya tidak lagi melampaui langkah 2. Saya menggunakan mesin dual-boot. Saya dapat mengakses denda internet menggunakan Widows 10, tetapi tidak Ubuntu 18.04.
Di windows saya mendapatkan :
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
Di Linux saya mendapatkan :
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
Adakah petunjuk tentang cara mendapatkan akses internet? Aku akan sangat menghargainya.
Suntingan
Jadi, pada dasarnya, Ubuntu memblokir semua pengalihan. Saya memulai pertanyaan yang lebih tepat di sini: Penerusan DNS diblokir dalam WIFI tertentu
(Un) untungnya saya tidak lagi berada di lokasi WIFI yang disebutkan yang berarti bahwa untuk saat ini saya tidak dapat menguji dan menerima salah satu jawaban di bawah ini.
Jawaban:
Saya memiliki masalah yang sama.
Saya berhasil masuk dengan mengunjungi halaman masuk di: https://1.1.1.1/login.html
Setelah masuk, saya berada dalam situasi yang sama seperti sebelumnya, tetapi kemudian masalahnya hanya DNS:
curl -v example.com
dikembalikan, setelah beberapa waktu, "Tidak dapat menyelesaikan host: example.com".ping 8.8.8.8
Saya menambahkan 8.8.8.8 ke daftar server DNS untuk koneksi WiFi saya, melalui langkah-langkah berikut:
sudo service network-manager restart
Dan itu berhasil untuk saya.
systemd-resolve --status
sekarang mengembalikan dua Server DNS untuk koneksi WiFi, yang pertama adalah DNS yang ditetapkan oleh jaringan, yang kedua adalah 8.8.8.8Saya harap ini bisa membantu.
sumber
Berikut ini membantu saya memecahkan masalah ini pada instalasi Ubuntu 18.04 standar.
Solusi 1:
Pengaturan> Privasi> Memeriksa Konektivitas> Mati.
Di atas sudah cukup untuk menunjukkan halaman captive log-in untuk banyak jaringan wifi. Namun beberapa (mis. Gwr on-train wifi) juga memerlukan solusi 2:
Pengaturan> Wi-Fi> pilih pengaturan (klik ikon roda gigi) untuk jaringan yang Anda coba jangkau. Pilih tab IPv6. Untuk metode IPv6 pilih 'Otomatis, DHCP saja' (bukan pengaturan default 'Otomatis'). Klik Terapkan.
Mungkin juga membantu untuk melakukan:
Pengaturan> Jaringan> Proksi Jaringan - Mati. (Klik tombol pengaturan dengan ikon roda gigi di atasnya.)
sumber
Masalahnya disebabkan oleh daemon terselesaikan yang diperkenalkan pada 17.04. Ini memecah penerusan di halaman captive wifi. Solusi yang disajikan di sini TIDAK bergantung pada server nama Google. Solusinya adalah mengganti diselesaikan dengan dnsmasq, seperti yang digunakan sebelumnya, dan dapat ditemukan di sini:
Bagaimana cara menonaktifkan systemd-diselesaikan dan menyelesaikan DNS dengan dnsmasq?
sumber
Solusi termudah untuk saya:
Tambahkan yang berikut ini ke /etc/NetworkManager/NetworkManager.conf:
Lihat: https://lists.ubuntu.com/archives/ubuntu-desktop/2012-July/003886.html
sumber
Saya mengalami masalah ini baru-baru ini dan saya tidak yakin apa yang menyebabkannya, tetapi saran untuk mencoba menjelajah ke portal captive IP mengetuk sesuatu yang hilang di otak saya. Pada awalnya saya mencoba melakukan ping IP eksternal
ping 8.8.8.8
tetapi tim keamanan jaringan telah benar mengunci itu. Kemudian saya berlariip route
untuk melihat IP apa yang telah saya tetapkan dan mencoba mengakses gateway default melalui https, tetapi saya mendapat pesan bahwa ada respons kosong yang setidaknya membuktikan kepada saya bahwa ada server yang mendengarkan, dan ketika saya beralih ke http itu dengan benar memantulkan saya ke halaman login portal captive.Cara cepat untuk mencoba ini adalah
xdg-open http://$(ip --oneline route get 8.8.8.8 | awk '{print $3}')
. Ini menemukan gateway default dan mencetak IP-nya lalu mencoba membukanya di browser default Anda.sumber