Raspberry Pi si è connesso a Internet ma non è possibile SSH o Ping

Ho un Raspberry Pi Model 2 con la versione più recente di Raspbian Jessie. Il mio Pi è collegato a Internet tramite un adattatore Edimax Wireless e posso scaricare e navigare in Internet bene. Tuttavia ogni volta che provo a eseguire il ping del Pi che ottengo

Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2
Request timeout for icmp_seq 3
ping: sendto: No route to host
Request timeout for icmp_seq 4
ping: sendto: Host is down

Ogni volta che provo a SSH per il Pi anche il timeout. Ho provato a inoltrare le porte sul mio router, assegnare indirizzi IP statici sul Pi e sul mio router, reinstallare Raspbian, ecc. Qualsiasi aiuto sarebbe molto apprezzato. Grazie!

Aggiornamento: ora ho un Raspberry Pi modello 3 (con Bluetooth e WiFi integrati). Dopo aver installato la versione più recente di Jessie e aver effettuato il collegamento alla mia rete domestica, ho riscontrato lo stesso problema di cui sopra. L'unica nuova occorrenza è che quando eseguo il ping dell'indirizzo IP dei miei router ottengo una risposta normale, ma da qualsiasi altro dispositivo di rete ottengo gli errori sopra indicati. Qualsiasi consiglio sarebbe grande!

Ricontrolla il tuo indirizzo IP, per prima cosa. utilizzare ifconfigsu Mac / Linux e ipconfigsu Windows per verificare dove si trova la pagina del router. Inserisci l'indirizzo IP nel tuo browser Web e cerca l'elenco dei dispositivi collegati.

Se non è presente, assicurati che il tuo computer e Pi siano sullo stesso WiFi. Se il tuo computer è su Ethernet, collegalo allo stesso WiFi solo per essere sicuro.

Inoltre, digitare raspi-config, quindi assicurarsi che ssh sia abilitato.

Ho avuto lo stesso problema. C'è stata una cattiva interazione tra il mio lampone e il router.

Se il router supporta APSD / WMM (consultare la pagina di configurazione wireless), spegnerlo. Sul mio router di pomodoro, ho dovuto spegnerlo separatamente per entrambe le bande.

Se il Raspberry Pi, per qualsiasi motivo, non invia alcun traffico di rete per un po ', potresti riscontrare il problema del timeout della tabella MAC (noto anche come invecchiamento CAM ). Gli switch di rete hanno una tabella di ricerca che tiene traccia di quale interfaccia di rete è connessa a quali indirizzi MAC. È come una tabella ARP, ma per il livello Ethernet. Ogni volta che lo switch vede un pacchetto da un determinato indirizzo MAC, aggiorna la sua tabella di quale interfaccia si trova su quell'indirizzo. Ma c'è un periodo di timeout (predefinito 5 minuti) dopo il quale si dimentica. Se un pacchetto arriva allo switch per quell'indirizzo, non ha idea a quale interfaccia inviarlo. Ciò potrebbe portare a quei messaggi "Nessuna route verso l'host" o "L'host è inattivo".

L'ho visto su switch Ethernet, ma penso che si applichi anche al WiFi: un router WiFi deve sapere se deve inviare un pacchetto a una delle sue interfacce LAN cablate, o tramite la sua radio a 2,4 GHz o tramite 5 GHz.

Gli switch di fascia alta invieranno ("flood") il pacchetto su tutte le interfacce. Alcuni switch consumer rilasciano semplicemente il pacchetto.

Questo non è quasi mai un problema per la maggior parte dei sistemi operativi come Windows, perché sono così chiacchieroni: inviano sempre traffico di rete di qualche tipo, quindi la loro voce nello switch rimane aggiornata.

Se non riesci a connetterti al Pi da un altro computer in rete, prova ad accedere al Pi localmente. Se si esegue quindi qualsiasi operazione che causa l'invio di un singolo pacchetto di rete, il problema deve essere risolto per altri 5 minuti.

Questo potrebbe sembrare un problema molto incoerente, poiché il Pi può inviare spontaneamente traffico di rete di tanto in tanto, ma potrebbe non essere sempre entro 5 minuti. Quindi, il problema potrebbe andare e venire. La tua configurazione può variare.

Quindi, una soluzione sarebbe quella di eseguire qualcosa in background sul Pi che invii un pacchetto, diciamo, ogni quattro minuti. Forse un singolo ping come cron job.

Il problema sembra essere che il dongle WIFI non risponda alle richieste ARP in modo tempestivo (forse a causa di problemi di alimentazione). Il seguente thread contiene una serie di opzioni per risolvere il problema.

https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=33369

Alcune persone nel thread sostengono che la disattivazione della gestione dell'alimentazione sul dongle WIFI funziona per loro. Non ha funzionato per me. Avevo bisogno di un modo per eliminare le voci ARP poiché non potevo fare affidamento sul mio Raspberry Pi per farlo in modo appropriato.

Quindi ho seguito un approccio caotico in cui eseguivo il ping di ogni host della sottorete ogni pochi minuti per forzare l'immissione di una tabella ARP.

crontab -e

E aggiungi una voce come questa (supponendo che la tua sottorete sia 10.0.1.0/24)

0/10 * * * * fping -qg 10.0.1.0/24

https://www.raspberrypi.org/forums/viewtopic.php?f=27&t=15814

Si prega di fare riferimento al link sopra. funziona con il mio RP

controlla le impostazioni del router necessarie per disattivare la funzione di isolamento AP o qualcosa del genere! con questa funzione, i client connessi alla rete Wi-Fi saranno bloccati dalla comunicazione con altri dispositivi sulla rete locale ma possono accedere a Internet!