it-swarm.com.de

Mit WLAN verbunden, aber kein Internet [16.04]

Ich bin gerade in die Universität gezogen und kann eine Verbindung zum WLAN herstellen, aber nicht zum Internet (mit Ubuntu 16.04). Ich bekomme Internet über andere WiFi-Verbindungen, aber nicht über diese. Hier sind meine Einstellungen:

Diese WLAN-Verbindung erfordert einen Benutzernamen und ein Passwort. Aus irgendeinem Grund funktioniert es auf meinem anderen Laptop, der ursprünglich 14.04 war (jetzt 16.04 aber funktioniert).

[email protected]:~$ ifconfig -a
enp2s0f1  Link encap:Ethernet  HWaddr 34:97:f6:6b:b8:d1  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:626 errors:0 dropped:0 overruns:0 frame:0
          TX packets:626 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1 
          RX bytes:43479 (43.4 KB)  TX bytes:43479 (43.4 KB)

wlp3s0    Link encap:Ethernet  HWaddr b0:c0:90:93:25:49  
          inet addr:10.12.155.177  Bcast:10.12.159.255  Mask:255.255.248.0
          inet6 addr: fe80::b2c0:90ff:fe93:2549/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1002 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:8275 (8.2 KB)  TX bytes:103832 (103.8 KB)

enter image description hereenter image description hereenter image description here

enter image description here

Alles hilft!

3
Max

Nur weil Sie dem Wi-Fi Access Point beigetreten sind , bedeutet dies nicht, dass Sie wirklich mit dem gesamten Netzwerk verbunden sind. Es ist im Grunde nur das drahtlose Äquivalent von "Einstecken".

Für die IP-Router-Informationen und DNS-Einstellungen ist eine Verbindung zum Internet erforderlich. Und dein Ubuntu 16.04-Computer scheint es nicht zu verstehen.

127.0.1.1 ist beispielsweise ein Loopback zu Ihrem eigenen Computer, kein echter DNS-Server.

Normalerweise gibt es in Wi-Fi nach dem Beitritt zur SSID einen DHCP-Server, der in der Broadcast-Domäne erreichbar ist. Daher fragen DHCP-Clients im Allgemeinen den lokalen Teil des Netzwerks (der zu diesem Zeitpunkt alles ist, was er erreichen kann, da er nicht weiß, wie er herauskommt): "Sind Sie ein DHCP-Server? Können Sie mir eine IP-Adresse geben? " Der DHCP-Server antwortet auf die Abfrage mit einer Adresse, über die Ihr Laptop dem breiteren IP-Netzwerk beitreten kann, und bietet in der Regel auch Router/Gateway, DNS-Server-IP und manchmal mehr, wenn DHCP-Optionen verfügbar sind.

Da Ihr anderer Laptop eine Verbindung zum Netzwerk herstellen kann, wissen wir, dass der DHCP-Server vorhanden ist. Und da Ihr Ubuntu 16.04-Laptop DHCP in anderen Netzwerken verwenden kann (vorausgesetzt, Sie haben die Schnittstellenkonfiguration nicht geändert), wissen wir, dass der DHCP-Client Ihres Laptops theoretisch funktionieren kann. Es ist unwahrscheinlich, dass es sich um einen Softwarefehler handelt. Die Frage ist also, warum dieser bestimmte DHCP-Server nicht mit dem DHCP-Client Ihres Laptops kommunizieren möchte oder warum Ihr DHCP-Client nicht mit dem Netzwerk kommuniziert.

Könnte es sein, dass Sie tatsächlich eine manuelle IP verwenden und diese für dieses Netzwerk falsch ist, Ihre Einstellungen jedoch für andere funktionieren?

Manuelle IP-, Gateway- und DNS-Zuweisung ist nicht die Antwort . Wenn Sie dies mit einer IP-Adresse tun, die Ihnen der Netzwerkadministrator nicht mitgeteilt hat, kann dies zu einem IP-Konflikt im Netzwerk führen, und weder Sie noch der andere Benutzer können eine Verbindung herstellen.

Wenn Sie das Gateway anpingen, erhalten Sie auch keine Nameserver. Es wird lediglich das Gateway zum ARP-Cache hinzugefügt.

Holen Sie sich die Ausgabe an:

Sudo cat /etc/network/interfaces

Es ist möglich, versehentlich DHCP (um die DNS-/Gateway-Einstellungen abzurufen) mit manuell zugewiesenen IP-Adressen zu kombinieren, da dies eine gültige Verwendung ist, obwohl die meisten Leute dies nicht tun, und dies kann zu Problemen wie diesen führen. Mal sehen, ob Ihre DHCP-Konfiguration wirklich nur DHCP ist und für dieses Netzwerk gilt. Was ich für eine funktionierende Konfiguration erwarte, ist einfach:

auto wlp3s0
iface wlp3s0 inet dhcp

Hinweis: Keine "Adresse 10.12.152.1", keine Netzmaske, kein Gateway, keine "DNS-Suche uoguelph.ca". Das muss leer sein, oder Ihr Computer holt es nicht vom DHCP-Server.

2

Öffnen Sie Ihren Netzwerkmanager und sehen Sie, welche Adresse Ihnen zugewiesen werden soll: 192.168.0.42 oder ähnliches. Etwas beachten. Bearbeiten Sie jetzt Ihre Netzwerkkonfiguration, indem Sie von DHCP auf manuell umstellen (Sie müssen herumtappen, ich habe kein Ubuntu-System vor mir). Geben Sie Folgendes manuell ein:

address = <the same one you saw earlier> 
netmask = 255.255.255.0
gateway = 192.x.x.1 or 10.x.x.1 (match the first three octets 192.168.x and add a 1)
dns-nameservers = same as gateway
dns-nameservers = 8.8.8.8 # add a second entry (googles dns)

Übernehmen Sie nun Ihre Änderungen. Sobald Sie die erste Verbindung zu Ihrem Gateway hergestellt haben, können Sie diese wieder in DHCP ändern, da die neuen Nameserver bekannt sind.

beachten Sie auch, dass Sie, wenn Sie eine Adresse sehen, die mit 169.xxx oder einer anderen als 192.xxx, 172.xxx oder 10.xxx beginnt, das gesamte kit-n-kaboodle zurücksetzen und versuchen müssen, eine private IP von zu erhalten Terminal öffnen und tippen

Sudo service network-manager restart

Dies ist jedoch keine narrensichere Methode, da Ihr Gateway tatsächlich eine beliebige Adresse im Subnetz sein kann. Hoffe das hilft besser als meine erste Antwort ... lol

0
archae0pteryx