Domanda:
Il Wifi funziona, ssh può connettersi, ma non può connettersi a Internet, non può eseguire il ping delle macchine interne
centic
2013-08-19 23:25:54 UTC
view on stackexchange narkive permalink

Ho uno strano problema di configurazione con il Wifi. Quando collego un cavo Ethernet al mio router, la rete eth0 è configurata e posso accedere a tutte le risorse Internet.

Tuttavia, quando uso un dongle Wifi, posso ssh nel Pi, ma la connessione a Internet sì non funziona, nemmeno il router è raggiungibile tramite ping. Ho provato varie combinazioni di impostazioni in / etc / network / interfaces, ma niente lo fa funzionare bene.

Come può funzionare tramite eth0 e non tramite wlan0? C'è qualche opzione che posso cambiare per migliorare questo lavoro? Qualcosa che potrebbe essere configurato in modo errato sul router? Ho molti altri dispositivi che utilizzano il Wifi senza problemi ...

Questo è il contenuto dei file di configurazione e l'output di alcune app, altre che potrebbero far luce sul mio problema? 

 $ ifconfigeth0 Link encap: Ethernet Hardware Adresse b8: 27: eb: 42: 36: d2 UP BROADCAST MULTICAST MTU: 1500 Metrik: 1 RX pacchetti: 0 errori: 0 eliminati: 0 overruns: 0 frame: 0 TX pacchetti: 0 errori: 0 eliminati: 0 overruns: 0 portante: 0 Kollisionen: 0 Sendewarteschlangenlänge: 1000 RX byte: 0 (0,0 B) TX byte: 0 (0,0 B) lo Link encap: Lokale Schleife inet Indirizzo: 127.0.0.1 Maske : 255.0.0.0 UP LOOPBACK RUNNING MTU: 16436 Metrik: 1 pacchetti RX: 0 errori: 0 eliminati: 0 overruns: 0 frame: 0 TX packets: 0 errori: 0 eliminati: 0 overruns: 0 carrier: 0 Kollisionen: 0 Sendewarteschlangenlänge: 0 RX byte: 0 (0,0 B) TX byte: 0 (0,0 B) wlan0 Link encap: Ethernet Hardware Adresse 64: 70: 02: 29: 47: 55 inet Adresse: 192.1 68.1.102 Bcast: 192.168.1.255 Maske: 255.255.255.0 UP BROADCAST IN ESECUZIONE MULTICAST MTU: 1500 Metrik: 1 pacchetti RX: 120 errori: 0 eliminati: 125 overruns: 0 frame: 0 pacchetti TX: 69 errori: 0 eliminati: 0 overruns : 0 operatore: 0 Kollisionen: 0 Sendewarteschlangenlänge: 1000 RX byte: 31342 (30,6 KiB) TX byte: 11574 (11,3 KiB) 
 $ iwconfig
wlan0 IEEE 802.11bgn ESSID: "dodoli" Nickname: "" Modalità: Frequenza gestita: 2.427 GHz Punto di accesso: F4: EC: 38: B5: BF: BE Bit Rate: 150 Mb / s Sensibilità: 0/0 Riprova: off RTS thr: off Frammento thr: off Gestione alimentazione: off Qualità collegamento = 100/100 Livello segnale = 100/100 Livello rumore = 0/100 Rx non valido nwid: 0 Rx non valido crypt: 0 Rx frammento non valido: 0 Tx tentativi eccessivi: 0 Non valido misc: 0 Missed beacon: 0lo nessuna estensione wireless.eth0 nessuna estensione wireless. 
 $ cat / etc / network / interfacesauto loiface lo inet loopbackiface eth0 inet dhcpallow-hotplug wlan0iface wlan0 inet dhcpwpa-conf / etc / wpa_supplicant /wpa_supplicant.confiface default inet dhcp 
 $ cat /etc/resolv.confnameserver 192.168.1.1 
 $ route -nKernel-IP-RoutentabelleZiel Router Genmask Flags Metric Ref Usa Iface0.0.0. 0 192.168.1.1 0.0.0.0 UG 0 0 0 wlan0192.168.1.0 0.0.0. 0 255.255.255.0 U 0 0 0 wlan0 
 $ sudo cat /etc/wpa_supplicant/wpa_supplicant.confctrl_interface=DIR=/var/run/wpa_supplicant GROUP = netdevupdate_config = 1network = {ssid = "XXX =" 1 key_mgmt = WPA-PSK psk = "XXXXXXXXXXXXXXXXXXXXXXXX}

ping a 192.168.1.1 (cioè il percorso) è scaduto, tuttavia il ping alla mia macchina desktop da cui ho inserito ssh funziona, ma la connessione viene eseguita attraverso il router!

a proposito, ho visto http://raspberrypi.stackexchange.com/questions/6644/wifi-dongle-cannot-ping-beyond-intranet-works-with-ethernet, ma parla del percorso non impostato, ma per quanto mi riguarda vedi l'ho impostato correttamente nel mio caso.
Potresti aggiungere il contenuto di `/ etc / wpa_supplicant / wpa_supplicant.conf`
Ho aggiunto il contenuto del file
Hai altri dispositivi che utilizzano il WiFi sullo stesso router, ok?
Sì, utilizzo un tablet Android, un laptop e in precedenza avevo collegato anche altri dispositivi. Inoltre posso accedere alla macchina tramite Wifi, ad esempio "Laptop-> LAN-> Router-> Raspberry via Wifi" funziona bene, quindi la configurazione Wi-Fi di base sembra funzionare, o?
Quattro risposte:
Dunc
2015-06-24 01:26:31 UTC
view on stackexchange narkive permalink

Ho trovato la mia risposta qui: https://www.raspberrypi.org/forums/viewtopic.php?f=91&t=31238

Fondamentalmente, ti suggerisce di provare questo per "vedere dove si ferma la connessione Internet": 

  traceroute www.raspberrypi.org

o per controllare se è il DNS che fallisce 

  traceroute 93.93.128.176

Per me, il primo comando non è riuscito ma il secondo è riuscito, quindi l'ho aggiunto al mio / etc / network / interfaces file: 

  dns-nameservers 192.168.1.254 8.8.8.8

(usa l'IP del tuo router invece del primo, il secondo è DNS pubblico di Google.

Ha funzionato a meraviglia dopo un riavvio.

PiBorg
2013-08-21 19:38:53 UTC
view on stackexchange narkive permalink

Non sono sicuro di quale sia il tuo problema, ma ho pensato di farti conoscere le mie impostazioni che sembrano funzionare bene (parla felicemente con Internet con Ethernet, WiFi o anche entrambi collegati). Le impostazioni sono state prese quando era collegato solo il WiFi.

ifconfig è fondamentalmente lo stesso 

  pi @ raspberrypi ~ $ ifconfigeth0 Link encap: Ethernet HWaddr b8: 27: eb: cd: b8: 08 UP BROADCAST MULTICAST MTU: 1500 Metrica: 1 pacchetti RX: 0 errori: 0 eliminati: 0 overruns: 0 frame: 0 pacchetti TX: 0 errori: 0 eliminati: 0 overruns: 0 carrier: 0 collisioni: 0 txqueuelen : 1000 RX byte: 0 (0,0 B) TX byte: 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 Metrica: 1 pacchetti RX: 0 errori: 0 eliminati: 0 overruns: 0 frame: 0 pacchetti TX: 0 errori: 0 eliminati: 0 overruns: 0 carrier: 0 collisioni: 0 txqueuelen: 0 RX byte: 0 (0,0 B) TX byte: 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 Metrica: 1 pacchetti RX: 655 e rrors: 0 eliminati: 721 overruns: 0 frame: 0 pacchetti TX: 178 errori: 0 eliminati: 0 overruns: 0 carrier: 0 collisioni: 0 txqueuelen: 1000 RX byte: 91189 (89,0 KiB) TX byte: 27707 (27,0 KiB)

iwconfig è fondamentalmente lo stesso 

  pi @ raspberrypi ~ $ iwconfigwlan0 IEEE 802.11bg ESSID: "NomNomNom" Nickname: "<WIFI @ REALTEK>" Modalità: gestita Frequenza: 2.427 GHz Punto di accesso: 08: 76: FF: 2E: 47: 69 Bit Rate: 54 Mb / s Sensibilità: 0/0 Riprova: off RTS thr: off Frammento thr: off Gestione alimentazione: off Qualità collegamento = 97 / 100 Livello segnale = 57/100 Livello rumore = 0/100 Rx non valido nwid: 0 Rx non valido crypt: 0 Rx non valido frag: 0 Tx tentativi eccessivi: 0 Non valido misc: 0 Missed beacon: 0
lo no wireless extensions.eth0 no wireless extensions.

/ etc / network / interfaces è in qualche modo diverso per la sezione wlan0. In particolare è impostato su manual anziché su dhcp e utilizza wpa-roam invece di wpa-conf. 

  pi @ raspberrypi ~ $ cat / etc / network / interfacesauto loiface lo inet loopbackiface eth0 inet staticaddress 192.168.0.198netmask 255.255.255.0gateway 192.168.0.1allow-hotplug wlan0iface wlan0 inet manualwpa-roam /etc/wpa_supplicant/wpa_supplicant.conf

/etc/resolv.conf ha un paio di righe extra, non del tutto sicuro di cosa fanno 

  pi @ raspberrypi ~ $ cat /etc/resolv.confdomain configsearch confignameserver 192.168.0.1

route -n è fondamentalmente lo stesso 

  pi @ raspberrypi ~ $ route -nKernel IP routing tableDestination Gateway Genmask Flags Metrica Ref Usa Iface0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 wlan0192.168.0. 0 0.0.0.0 255.255.255.0 U 0 0 0 wlan0

/etc/wpa_supplicant/wpa_supplicant.conf differisce solo nella configurazione della rete, probabilmente è du e a diverse configurazioni WiFi 

  pi @ raspberrypi ~ $ sudo cat /etc/wpa_supplicant/wpa_supplicant.confctrl_interface=DIR=/var/run/wpa_supplicant GROUP = netdevupdate_config = 1network = {ssid = "NomNomNom "psk =" ************************ "proto = RSN key_mgmt = WPA-PSK pairwise = TKIP auth_alg = OPEN}

Si spera che una delle differenze sia il problema, ma non sono del tutto sicuro di quale provare ...

Grazie, ma penso di aver provato ogni possibile combinazione di queste prima, con quella del tuo Pi il WiFi rimane non associato e niente lo porta allo stato di connessione di base in primo luogo: $ iwconfigwlan0 Nickname non associato: ""
Ora ho passato molto tempo a regolare le impostazioni in questo modo e in quel modo, ma nulla sembra avere alcun effetto. O il Wifi non funziona affatto o funziona, ma non funziona con dns e accesso a Internet. Senza un modo per diagnosticare effettivamente il problema, temo di dover rinunciare qui ...
Hai modificato / impostato le impostazioni del firewall sul Pi?
No, non ho cambiato il lampone di base in altro modo che per configurare il Wifi-Dongle. E la connessione tramite eth0 / LAN funziona bene.
Paul
2014-03-31 22:08:44 UTC
view on stackexchange narkive permalink

Avevo lo stesso problema e ho sostituito: auto wlan0 con: iface wlan0 inet manual

Dopo il riavvio il problema è stato risolto.

Sifou13
2016-04-16 16:37:30 UTC
view on stackexchange narkive permalink

Ho avuto lo stesso problema, ssh, vnc (desktop remoto) e qualsiasi PC di comunicazione -> RPI funzionava bene, ma l'esecuzione di sudo apt-get update o il ping di qualsiasi host o l'apertura di un sito Web dal Pi non funzionava.

La connessione di rete era solo Wi-Fi.

Sembra che nelle esecuzioni precedenti, avessi selezionato l'indirizzo IP statico, tuttavia questo è rimasto in /etc/resolv.conf come manuale quando ho annullato la modifica.

Ho anche trovato un poche voci extra correlate e denominate wlan1

La mia soluzione:

  • Ho cancellato le voci extra poiché avevo solo un dongle
  • cambiato la voce wlan0 dal manuale a dhcp

spero che aiuti alcuni di noi



ⓘ
Questa domanda e risposta è stata tradotta automaticamente dalla lingua inglese. Il contenuto originale è disponibile su stackexchange, che ringraziamo per la licenza cc by-sa 3.0 con cui è distribuito.
Loading...