У меня Raspberry Pi Model 2, на которой установлена новейшая версия Raspbian Jessie. Мой Pi подключен к Интернету с помощью беспроводного адаптера Edimax, и я могу нормально скачивать и просматривать Интернет. Однако всякий раз, когда я пытаюсь пинговать Пи, я получаю
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
Каждый раз, когда я пытаюсь подключиться к пиратской системе SSH, время ожидания истекает. Я попытался переадресовать порты на моем маршрутизаторе, назначить статические IP-адреса на Pi и на моем маршрутизаторе, переустановить Raspbian и т. Д. Любая помощь будет принята с благодарностью. Спасибо!
Обновление: теперь у меня Raspberry Pi модель 3 (со встроенным Bluetooth и WiFi). После установки новейшей версии Jessie и подключения к моей домашней сети я столкнулся с той же проблемой, что и выше. Единственным новым случаем является то, что когда я пингую IP-адрес моего маршрутизатора, я получаю нормальный ответ, но с любого другого сетевого устройства я получаю ошибки, указанные выше. Любой совет будет полезен!
источник
Ответы:
Дважды проверьте свой IP-адрес, с одной стороны. используйте
ifconfigв Mac / Linux иipconfigв Windows, чтобы проверить, где находится страница вашего маршрутизатора. Введите IP-адрес в свой веб-браузер и посмотрите на список подключенных устройств там.Если его там нет, убедитесь, что ваш компьютер и Пи подключены к одному и тому же WiFi. Если ваш компьютер подключен к сети Ethernet, подключите его к тому же WiFi, чтобы быть уверенным.
Также введите
raspi-config, затем убедитесь, что ssh включен.источник
LC_ALL=C ifconfig | grep -i 'inet addr'правильным IP-адресом вашего RPi ...У меня была идентичная проблема. Произошло плохое взаимодействие между моей малиной и роутером.
Если ваш маршрутизатор поддерживает APSD / WMM (см. Страницу конфигурации беспроводной сети), отключите его. На томатном роутере мне пришлось отключить его отдельно для обеих полос.
источник
Если Raspberry Pi по какой-либо причине не отправляет сетевой трафик какое-то время, вы можете столкнуться с проблемой тайм-аута таблицы MAC (также называемой устареванием CAM ). Сетевые коммутаторы имеют справочную таблицу, отслеживающую, какой сетевой интерфейс подключен к какому MAC-адресу (ам). Это как таблица ARP, но для уровня Ethernet. Всякий раз, когда коммутатор видит пакет с данного MAC-адреса, он обновляет свою таблицу того интерфейса, на котором этот адрес включен. Но есть период ожидания (по умолчанию 5 минут), после которого он забывает. Если затем пакет поступает на коммутатор для этого адреса, он не знает, на какой интерфейс его отправить. Это может привести к появлению сообщений «Нет маршрута к хосту» или «Хост не работает».
Я видел это на коммутаторах Ethernet, но я думаю, что это применимо и к WiFi: маршрутизатор WiFi должен знать, должен ли он отправлять пакет на один из своих проводных интерфейсов локальной сети, или по радиоканалу 2,4 ГГц, или по 5 ГГц.
Коммутаторы верхнего уровня отправят ("затопит") пакет всем интерфейсам. Некоторые потребительские коммутаторы просто отбрасывают пакет.
Это почти никогда не является проблемой для большинства операционных систем, таких как Windows, потому что они очень болтливы: они всегда отправляют какой-то сетевой трафик, поэтому их вход в коммутатор остается обновленным.
Если вы не можете подключиться к Pi с другого компьютера в сети, попробуйте войти в систему Pi локально. Если вы затем делаете что-либо, что приводит к отправке даже одного сетевого пакета, проблема должна быть решена в течение еще 5 минут.
Это может показаться очень противоречивой проблемой, поскольку Pi может самопроизвольно посылать сетевой трафик время от времени, но это может не всегда происходить в течение 5 минут. Таким образом, проблема может прийти и уйти. Ваша конфигурация может отличаться.
Таким образом, одним из решений было бы запустить что-то в фоновом режиме на Pi, который отправляет пакет, скажем, каждые четыре минуты. Может быть, один пинг в качестве работы cron.
источник
Проблема заключается в том, что ключ WIFI не отвечает на запросы ARP своевременно (возможно, из-за проблем с питанием). Следующая ветка содержит ряд опций, которые решают проблему.
https://www.raspberrypi.org/forums/viewtopic.php?f=28&t=33369
Некоторые люди в теме утверждают, что отключение управления питанием на ключе WIFI работает для них. Это не сработало для меня. Мне нужен был способ выдвинуть записи ARP, так как я не мог положиться на свой Raspberry Pi, чтобы сделать это соответствующим образом.
Поэтому я использовал хакерский подход, когда каждые несколько минут я пингую каждый хост в подсети, чтобы вызвать запись таблицы ARP.
И добавьте такую запись (при условии, что ваша подсеть 10.0.1.0/24)
источник
https://www.raspberrypi.org/forums/viewtopic.php?f=27&t=15814
Пожалуйста, обратитесь по ссылке выше. это работает с моим RP
источник
проверьте настройки маршрутизатора, вам нужно отключить функцию изоляции AP или что-то в этом роде! с помощью этой функции клиенты, подключенные к сети Wi-Fi, будут заблокированы для связи с другими устройствами в локальной сети, но они могут получить доступ к Интернету!
источник