Что здесь происходит? Не удается пинговать устройство в сети [закрыто]

Вопрос или проблема

Закрыт. Этот вопрос является вне темы. В настоящее время не принимает ответы.

Вопросы должны демонстрировать разумные практики управления информационными технологиями. Вопросы, касающиеся неподдерживаемых аппаратных или программных платформ или немедленных окружений, могут быть не подходящими для Server Fault.

Закрыт 7 часов назад.

Улучшить этот вопрос

У меня есть ЛВС, управляемая сервером под управлением Ubuntu, который предоставляет DHCP (через dnsmasq), печать и файловые услуги. Когда я подключаю RaspberryPi к сети, в системном журнале появляется следующее:-

Jan 31 18:24:23 localhost dnsmasq-dhcp[14626]: DHCPDISCOVER(enp5s0) b8:27:eb:45:29:fb
Jan 31 18:24:23 localhost dnsmasq-dhcp[14626]: DHCPOFFER(enp5s0) 192.168.1.138 b8:27:eb:45:29:fb
Jan 31 18:24:23 localhost dnsmasq-dhcp[14626]: DHCPREQUEST(enp5s0) 192.168.1.138 b8:27:eb:45:29:fb
Jan 31 18:24:23 localhost dnsmasq-dhcp[14626]: DHCPACK(enp5s0) 192.168.1.138 b8:27:eb:45:29:fb raspberrypi

Таким образом, ему был назначен IP-адрес, и всё хорошо. Но когда я пытаюсь пропинговать устройство, я получаю это:-

$ ping raspberrypi
PING raspberrypi (192.168.1.138) 56(84) байт данных.
From 192.168.1.2 (192.168.1.2) icmp_seq=1 Destination Host Unreachable

Что происходит здесь? Правильный IP-адрес получен, но не удается его пинговать. Почему используется IP-адрес 192.168.1.2 (IP-адрес сервера)?

После небольшого исследования я попробовал это:-

$ arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.1.138                    (incomplete)                              enp5s0

Почему MAC-адрес “неполный” и связано ли это с чем-то?

Если потребуется дополнительная информация, дайте знать, как её получить, и я обновлю этот вопрос.

Ответ на пинг идет с 192.168.1.2, потому что это система, с которой вы пингуете. Это фактически говорит: “Я (192.168.1.2) не могу пропинговать этот адрес”.
MAC-адрес неполный, потому что цель пинга не ответила на запрос. IP-адрес не может быть разрешен в MAC-адрес, если цель не отвечает на пинг. Это фактически блокирует или игнорирует запрос пинга.
Проверьте наличие брандмауэра на целевом устройстве, который может блокировать пинг.

Ответ или решение

Теория:
Давайте рассмотрим ситуацию, в которой устройство, будучи подключенным к локальной сети, получает IP-адрес через сервер DHCP, но при попытке его пинговать возникает ошибка «Destination Host Unreachable». В данном случае, есть несколько потенциальных причин, почему это может происходить.

Во-первых, сообщение "Destination Host Unreachable" обычно означает, что устройство, с которого отправляется пинг (в нашем случае сервер Ubuntu с IP 192.168.1.2), не может доставить пакеты до указанного IP-адреса (в нашем случае это 192.168.1.138, RaspberryPi). Это может быть связано с тем, что либо целевое устройство (RaspberryPi) недоступно или не отвечает, либо по пути есть ограничения, такие как блокировка ICMP (протокола управления сообщениями в Интернете), которая может препятствовать доставке эхо-запросов.

В примере, наличие записи "incomplete" в выводе команды arp -n указывает на то, что MAC-адрес целевого устройства не может быть обнаружен. Это часто случается, если целевое устройство или его сетевой интерфейс не отвечают на ARP-запросы, что может также указывать на сетевые неисправности или ограничения на устройстве.

Примеры:
На практике подобные проблемы часто вызывают различные факторы, включая:

Файрволы: Современные операционные системы и устройства часто имеют встроенные механизмы безопасности, такие как файерволы, которые по умолчанию блокируют ICMP-пакеты для предотвращения возможных атак из внешних источников.
Ошибки конфигурации сети: Неправильные сетевые настройки, такие как неправильная маска подсети или несоответствующий шлюз по умолчанию, могут препятствовать нормальной сетевой коммуникации.
Аппаратные повреждения: Проблемы на уровне оборудования, включая дефектные сетевые кабели, порты, либо неисправности в самом устройстве RaspberryPi.

Применение:
С учетом вышеизложенных теоретических аспектов, чтобы устранить вашу проблему, стоит рассмотреть следующий пошаговый подход:

Проверка и настройка файервола на RaspberryPi: Убедитесь, что устройство RaspberryPi не блокирует входящие ICMP-запросы. Для этого проверьте настройки UFW (или другого файервола) и откройте порты для ICMP, если они заблокированы.
Проверка физического подключения: Убедитесь, что сетевые кабели и физические соединения надежны. Попробуйте использовать другой кабель или порт коммутатора для подключения RaspberryPi.
Диагностика на уровне сети: Проверьте другие устройства в сети, чтобы определить, возможно ли пинговать их с вашего сервера Ubuntu. Это поможет понять, изолирована ли проблема только на уровне RaspberryPi или затрагивает всю сеть.
Анализ журналов и системных логов: Ознакомьтесь с системными логами как на сервере Ubuntu, так и на RaspberryPi, чтобы выявить возможные аномалии или ошибки, которые могут указывать на источник проблемы.
Перезагрузка сетевых устройств: Иногда простая перезагрузка маршрутизатора или коммутатора в локальной сети может устранить временные сбои в сетевых соединениях, которые в противном случае трудно диагностировать.
Ручная проверка сетевой конфигурации RaspberryPi: Перейдите в сетевые настройки RaspberryPi, чтобы удостовериться в правильности IP-конфигурации, маски подсети, шлюза по умолчанию и DNS-серверов.

Заключение:
Ваш случай указывает на сетевую проблему, связанную с недоступностью устройства на уровне сети. Для тщательного анализа понадобятся более глубокие проверки и тесты, но следование вышеуказанным шагам может выявить легкоустранимые проблемы. Если после всех проверок проблема останется нерешенной, возможно обратиться за помощью в специализированные технические форумы или к профессиональному сетевому администратору.