Wifi funktioniert, ssh kann eine Verbindung herstellen, aber keine Verbindung zum Internet herstellen, keine internen Maschinen anpingen

7

Ich habe ein seltsames Konfigurationsproblem mit Wifi. Wenn ich ein Ethernet-Kabel an meinen Router anschließe, ist das Netzwerk eth0 konfiguriert und ich kann auf alle Internetressourcen zugreifen.

Wenn ich jedoch einen Wifi-Dongle benutze, kann ich in den Pi ssh, aber die Verbindung zum Internet funktioniert nicht, nicht einmal der Router ist über Ping erreichbar. Ich habe verschiedene Kombinationen von Einstellungen in / etc / network / interfaces ausprobiert, aber nichts macht es gut.

Wie kann es über eth0 und nicht über wlan0 funktionieren? Gibt es eine Option, die ich ändern kann, um diese Arbeit zu verbessern? Gibt es etwas, das auf dem Router falsch konfiguriert sein könnte? Ich habe mehrere andere Geräte, die Wifi ohne Probleme verwenden ...

Dies ist der Inhalt der Konfigurationsdateien und die Ausgabe einiger Apps, andere, die etwas Licht in mein Problem bringen könnten?

$ ifconfig
eth0 Link-Encap: Ethernet-Hardware-Adresse b8: 27: eb: 42: 36: d2
          UP BROADCAST MULTICAST MTU: 1500 Metrik: 1
          Empfangspakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Frame: 0
          TX-Pakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Träger: 0
          Kollisionen: 0 Sendewarteschlangenlänge: 1000
          RX-Bytes: 0 (0,0 B) TX-Bytes: 0 (0,0 B)

Siehe Link-Encap: Lokale Schleife
          inet Adresse: 127.0.0.1 Maske: 255.0.0.0
          UP LOOPBACK RUNNING MTU: 16436 Metrik: 1
          Empfangspakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Frame: 0
          TX-Pakete: 0 Fehler: 0 verworfen: 0 Überläufe: 0 Träger: 0
          Kollisionen: 0 Sendewarteschlangenlänge: 0
          RX-Bytes: 0 (0,0 B) TX-Bytes: 0 (0,0 B)

wlan0 Link encap: Ethernet-Hardware-Adresse 64: 70: 02: 29: 47: 55
          inet Adresse: 192.168.1.102 Bcast: 192.168.1.255 Maske: 255.255.255.0
          UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrik: 1
          RX-Pakete: 120 Fehler: 0 verworfen: 125 Überläufe: 0 Frame: 0
          TX-Pakete: 69 Fehler: 0 verworfen: 0 Überläufe: 0 Träger: 0
          Kollisionen: 0 Sendewarteschlangenlänge: 1000
          Empfangsbytes: 31342 (30,6 KiB) TX-Bytes: 11574 (11,3 KiB)

 $ iwconfig
wlan0 IEEE 802.11bgn ESSID: "dodoli" Spitzname: ""
          Modus: Verwaltete Frequenz: 2,427 GHz Zugangspunkt: F4: EC: 38: B5: BF: BE
          Bitrate: 150 Mb / s Empfindlichkeit: 0/0
          Wiederholen: aus RTS thr: aus Fragment thr: aus
          Energieverwaltung: Aus
          Verbindungsqualität = 100/100 Signalpegel = 100/100 Rauschpegel = 0/100
          Rx ungültig nwid: 0 Rx ungültig Krypta: 0 Rx ungültig frag: 0
          Tx übermäßige Wiederholungsversuche: 0 Ungültiger Fehler: 0 Fehlendes Signal: 0

Siehe keine drahtlosen Erweiterungen.

eth0 keine drahtlosen Nebenstellen.

$ cat / etc / network / interfaces
auto lo

iface lo inet loopback
iface eth0 inet dhcp

allow-hotplug wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

iface default inet dhcp

$ cat /etc/resolv.conf
Nameserver 192.168.1.1

$ route -n
Kernel-IP-Routentabelle
Ziel Router Genmask Flags Metric Ref Verwenden Sie Iface
0.0.0.0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0

$ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface = DIR = / var / run / wpa_supplicant GROUP = netdev
update_config = 1

Netzwerk = {
        ssid = "XXXXX"
        scan_ssid = 1
        key_mgmt = WPA-PSK
        psk = "XXXXXXXXXXXXXXXXXXXXXXXXXX
}}

ping to 192.168.1.1 (dh die Route) läuft ab, ping jedoch auf meinen Desktop-Computer, von wo aus ich ssh hinein gehe, aber die Verbindung wird über den Router hergestellt!

— Centic
quelle

Übrigens habe ich raspberrypi.stackexchange.com/questions/6644/… gesehen , aber es geht darum, dass die Route nicht festgelegt wurde, aber soweit ich sehe, habe ich sie in meinem Fall richtig eingestellt.

— Centic

Könnten Sie den Inhalt von/etc/wpa_supplicant/wpa_supplicant.conf

— PiBorg

Ich habe den Inhalt der Datei hinzugefügt

— centic

Haben Sie andere Geräte, die das WLAN auf demselben Router verwenden, in Ordnung?

— PiBorg

Ja, ich verwende ein Android-Tablet, einen Laptop und hatte zuvor auch andere Geräte angeschlossen. Ich kann auch über WLAN in die Maschine einsteigen, dh "Laptop-> LAN-> Router-> Himbeere über WLAN" funktioniert einwandfrei, sodass die grundlegende WLAN-Einrichtung zu funktionieren scheint, oder?

— Centic

5

Ich habe meine Antwort hier gefunden: https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=31238

Grundsätzlich empfiehlt es sich, dies zu versuchen, um zu sehen, wo die Internetverbindungen aufhören:

traceroute www.raspberrypi.org

oder um zu überprüfen, ob der DNS fehlschlägt

traceroute 93.93.128.176

Für mich ist der erste Befehl fehlgeschlagen, aber der zweite war erfolgreich. Deshalb habe ich diesen meiner /etc/network/interfacesDatei hinzugefügt :

dns-nameservers 192.168.1.254 8.8.8.8

(Verwenden Sie Ihre Router-IP anstelle der ersten, die zweite ist das öffentliche DNS von Google.)

Arbeitete wie ein Zauber nach einem Neustart.

— Dunc
quelle

1

Ich bin mir nicht sicher, was genau Ihr Problem ist, aber ich dachte, ich würde Ihnen meine Einstellungen mitteilen, die anscheinend einwandfrei funktionieren (Gespräche mit Ethernet, WiFi oder sogar beiden angeschlossenen Geräten sind problemlos möglich). Die Einstellungen wurden vorgenommen, wenn nur das WLAN angeschlossen war.

ifconfig ist im Grunde das gleiche

pi@raspberrypi ~ $ ifconfig
eth0      Link encap:Ethernet  HWaddr b8:27:eb:cd:b8:08
          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
          UP LOOPBACK RUNNING  MTU:16436  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:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr 80:1f:02:4b:76:b6
          inet addr:192.168.0.202  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:655 errors:0 dropped:721 overruns:0 frame:0
          TX packets:178 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:91189 (89.0 KiB)  TX bytes:27707 (27.0 KiB)

iwconfig ist im Grunde das gleiche

pi@raspberrypi ~ $ iwconfig
wlan0     IEEE 802.11bg  ESSID:"NomNomNom"  Nickname:"<WIFI@REALTEK>"
          Mode:Managed  Frequency:2.427 GHz  Access Point: 08:76:FF:2E:47:69
          Bit Rate:54 Mb/s   Sensitivity:0/0
          Retry:off   RTS thr:off   Fragment thr:off
          Power Management:off
          Link Quality=97/100  Signal level=57/100  Noise level=0/100
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

lo        no wireless extensions.

eth0      no wireless extensions.

/ etc / network / interfaces ist für den Abschnitt wlan0 etwas anders. Insbesondere ist es eher auf manuell als auf dhcp eingestellt und verwendet wpa-roam anstelle von wpa-conf.

pi@raspberrypi ~ $ cat /etc/network/interfaces
auto lo

iface lo inet loopback
iface eth0 inet static
address 192.168.0.198
netmask 255.255.255.0
gateway 192.168.0.1

allow-hotplug wlan0
iface wlan0 inet manual
wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

/etc/resolv.conf hat ein paar zusätzliche Zeilen, nicht ganz sicher, was sie tun

pi@raspberrypi ~ $ cat /etc/resolv.conf
domain config
search config
nameserver 192.168.0.1

route -n ist grundsätzlich gleich

pi@raspberrypi ~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 wlan0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 wlan0

/etc/wpa_supplicant/wpa_supplicant.conf unterscheidet sich nur im Netzwerk-Setup. Dies ist wahrscheinlich auf unterschiedliche WiFi-Setups zurückzuführen

pi@raspberrypi ~ $ sudo cat /etc/wpa_supplicant/wpa_supplicant.conf
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1

network={
        ssid="NomNomNom"
        psk="************************"
        proto=RSN
        key_mgmt=WPA-PSK
        pairwise=TKIP
        auth_alg=OPEN
}

Hoffentlich ist einer der Unterschiede das Problem, nicht ganz sicher, was ich versuchen soll ...

— PiBorg
quelle

Vielen Dank, aber ich glaube, ich habe bereits jede mögliche Kombination davon ausprobiert. Mit der von Ihrem Pi bleibt das WLAN nicht verbunden, und nichts, was ich mache, bringt es in den grundlegenden verbundenen Zustand: $ iwconfig wlan0 nicht zugeordnet Spitzname: "<WIFI @ REALTEK > "

— Centic

Ich habe jetzt viel Zeit damit verbracht, die Einstellungen auf diese und jene Weise anzupassen, aber nichts scheint irgendeinen Effekt zu haben. Entweder funktioniert Wifi überhaupt nicht oder es funktioniert, aber es funktioniert nicht über DNS und den Zugang zum Internet. Ohne eine Möglichkeit, das Problem tatsächlich zu diagnostizieren, fürchte ich, ich muss hier aufgeben ...

— Centic

Haben Sie Firewall-Einstellungen auf dem Pi geändert / festgelegt?

— PiBorg

Nein, ich habe die Basis-Himbeere nicht anders verändert, als den Wifi-Dongle einzurichten. Und die Verbindung über eth0 / LAN funktioniert einwandfrei.

— Centic

0

Ich hatte das gleiche Problem und ersetzte: auto wlan0 durch: iface wlan0 inet manual

Nach dem Neustart wurde das Problem behoben.

— Paul
quelle

0

Ich hatte das gleiche Problem, ssh, vnc (Remotedesktop) und jeder Kommunikations-PC -> RPI funktionierte einwandfrei, aber das Ausführen von sudo apt-get update oder das Pingen eines Hosts oder das Öffnen einer Website vom Pi aus funktionierte nicht.

Netzwerkverbindung war nur Wifi.

Es scheint, dass ich in früheren Läufen eine statische IP-Adresse ausgewählt hatte, diese blieb jedoch in /etc/resolv.conf als Handbuch erhalten, als ich die Änderung rückgängig machte.

Ich habe auch ein paar zusätzliche Einträge mit dem Namen wlan1 gefunden

Meine Lösung:

Die zusätzlichen Einträge wurden gelöscht, da ich nur einen Dongle hatte
Der wlan0-Eintrag wurde von manuell in dhcp geändert

hoffe es hilft einigen von uns

— Sifou13
quelle