Raspberry Pi подключен к интернету, но не может использовать SSH или Ping

10

У меня 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-адрес моего маршрутизатора, я получаю нормальный ответ, но с любого другого сетевого устройства я получаю ошибки, указанные выше. Любой совет будет полезен!

Салливан Прельвиц
источник
Вы можете пропинговать свой RPi или запустить ssh-сессию, если вы подключены к той же сети?
DJCrashdummy
Нет, я не могу. Будучи подключенным к сети или по беспроводной сети, он, к сожалению, не работает.
Салливан Prellwitz
У меня такая же ситуация. Испытано Jessie Lite и Full на обоих одинаково. Я могу использовать SSH и пинговать другой PI, но не Windows 10. В той же Windows 10 я могу SSH и пинговать другой PI, на котором работает предыдущее ядро, а не 4.1.
У меня та же проблема. Я заметил, что если я отправляю эхо-запрос на другой хост в локальной сети через пи, проблема будет решена, и я смог дозвониться до пи с других компьютеров в локальной сети. Я подозреваю, что пи не отвечает должным образом на запросы ARP или что-то еще, и поэтому он никогда не попадает в таблицу маршрутизации маршрутизатора. Я настроил задание cron для регулярного пинга другого локального IP-адреса, и это, похоже, решило проблему для меня.
Келли Нортон
У меня есть Pi 3, и я получаю эту же вещь ... ни один из ответов для более ранней версии, кажется, не имеет никакого эффекта. Надеюсь, кто-то это выяснит.
RiddlerDev

Ответы:

1

Дважды проверьте свой IP-адрес, с одной стороны. используйте ifconfigв Mac / Linux и ipconfigв Windows, чтобы проверить, где находится страница вашего маршрутизатора. Введите IP-адрес в свой веб-браузер и посмотрите на список подключенных устройств там.

Если его там нет, убедитесь, что ваш компьютер и Пи подключены к одному и тому же WiFi. Если ваш компьютер подключен к сети Ethernet, подключите его к тому же WiFi, чтобы быть уверенным.

Также введите raspi-config, затем убедитесь, что ssh включен.

Kachamenus
источник
Уже готово, попробовал его по Ethernet и WiFi, оба не сработали, к сожалению, но что вы за предложение
Салливан Prellwitz
Всегда пожалуйста. Я отредактирую другое предложение, о котором я подумал ...
Качамен
Так что у меня включен SSH, и просто чтобы убедиться, что я проверил, чтобы убедиться, что сервер работает. Что это такое. Поэтому я очень смущен, почему это не работает.
Салливан Prellwitz
если вы еще не работаете в той же локальной сети, для устранения неполадок, пожалуйста, сделайте это! - убедитесь, что ssh включен и работает (возможно, вам нужно перезапустить RPi), а затем проверьте с LC_ALL=C ifconfig | grep -i 'inet addr'правильным IP-адресом вашего RPi ...
DJCrashdummy
1

У меня была идентичная проблема. Произошло плохое взаимодействие между моей малиной и роутером.

Если ваш маршрутизатор поддерживает APSD / WMM (см. Страницу конфигурации беспроводной сети), отключите его. На томатном роутере мне пришлось отключить его отдельно для обеих полос.

Фрэнк Йеллин
источник
1

Если Raspberry Pi по какой-либо причине не отправляет сетевой трафик какое-то время, вы можете столкнуться с проблемой тайм-аута таблицы MAC (также называемой устареванием CAM ). Сетевые коммутаторы имеют справочную таблицу, отслеживающую, какой сетевой интерфейс подключен к какому MAC-адресу (ам). Это как таблица ARP, но для уровня Ethernet. Всякий раз, когда коммутатор видит пакет с данного MAC-адреса, он обновляет свою таблицу того интерфейса, на котором этот адрес включен. Но есть период ожидания (по умолчанию 5 минут), после которого он забывает. Если затем пакет поступает на коммутатор для этого адреса, он не знает, на какой интерфейс его отправить. Это может привести к появлению сообщений «Нет маршрута к хосту» или «Хост не работает».

Я видел это на коммутаторах Ethernet, но я думаю, что это применимо и к WiFi: маршрутизатор WiFi должен знать, должен ли он отправлять пакет на один из своих проводных интерфейсов локальной сети, или по радиоканалу 2,4 ГГц, или по 5 ГГц.

Коммутаторы верхнего уровня отправят ("затопит") пакет всем интерфейсам. Некоторые потребительские коммутаторы просто отбрасывают пакет.

Это почти никогда не является проблемой для большинства операционных систем, таких как Windows, потому что они очень болтливы: они всегда отправляют какой-то сетевой трафик, поэтому их вход в коммутатор остается обновленным.

Если вы не можете подключиться к Pi с другого компьютера в сети, попробуйте войти в систему Pi локально. Если вы затем делаете что-либо, что приводит к отправке даже одного сетевого пакета, проблема должна быть решена в течение еще 5 минут.

Это может показаться очень противоречивой проблемой, поскольку Pi может самопроизвольно посылать сетевой трафик время от времени, но это может не всегда происходить в течение 5 минут. Таким образом, проблема может прийти и уйти. Ваша конфигурация может отличаться.

Таким образом, одним из решений было бы запустить что-то в фоновом режиме на Pi, который отправляет пакет, скажем, каждые четыре минуты. Может быть, один пинг в качестве работы cron.

Джейми Кокс
источник
0

Проблема заключается в том, что ключ WIFI не отвечает на запросы ARP своевременно (возможно, из-за проблем с питанием). Следующая ветка содержит ряд опций, которые решают проблему.

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

Некоторые люди в теме утверждают, что отключение управления питанием на ключе WIFI работает для них. Это не сработало для меня. Мне нужен был способ выдвинуть записи ARP, так как я не мог положиться на свой Raspberry Pi, чтобы сделать это соответствующим образом.

Поэтому я использовал хакерский подход, когда каждые несколько минут я пингую каждый хост в подсети, чтобы вызвать запись таблицы ARP.

crontab -e

И добавьте такую ​​запись (при условии, что ваша подсеть 10.0.1.0/24)

0/10 * * * * fping -qg 10.0.1.0/24
Келли Нортон
источник
Кажется, проблема связана с сетью, потому что с Pi 3 я использую встроенный WiFi. Не ключ.
Салливан Prellwitz
0

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

Пожалуйста, обратитесь по ссылке выше. это работает с моим RP

Nabhan25
источник
2
Ссылка только на ответы не желательна
Дарт Вейдер
Пожалуйста, возьмите тур и посетите справочный центр . Хотя это может теоретически ответить на вопрос, предпочтительно включить сюда основные части ответа и предоставить ссылку для справки. Фактически мы применяем эту политику : пожалуйста, отредактируйте ее так, чтобы в случае разрыва ссылки в будущем ответ стоял сам по себе. Если он не будет отредактирован в течение 48 часов, он будет преобразован в вики сообщества.
Ганима
0

проверьте настройки маршрутизатора, вам нужно отключить функцию изоляции AP или что-то в этом роде! с помощью этой функции клиенты, подключенные к сети Wi-Fi, будут заблокированы для связи с другими устройствами в локальной сети, но они могут получить доступ к Интернету!

Беньямин
источник