Рейтинг:0

Сервер Ubuntu 20.04 не отвечает на пинг

флаг jp

Моя проблема заключается в следующем: на 192.168.1. * в сети у меня 3 машины. Я называю их U1 (Ubuntu Desktop), US2 (Ubuntu Server), W1 (Windows) и маршрутизатор с именем R1 в 192.168.1.1. U1 производит и получает ответ на пинг от W1 и R1. US2 может выполнить эхо-запрос ВНЕ локальной сети (и к R1), но не получает ответов от W1 или U1. U1 и W1, когда они пингуют US2, не получают ответа. Все машины имеют доступ к Интернету через R1. US2 обновляется с помощью «apt update» без проблем. Прошу прощения за неудобства и если эта тема банальна, но у меня нейроны кончились и я не нашел ответа. Спасибо заранее за вашу помощь. (Переводчик гугл) Я не могу вставить журналы US2, потому что у него есть только пользовательский интерфейс в командной строке, а не графический интерфейс.

Gloat avatar
флаг hk
Вы можете попробовать проверить ufw, однако я думаю, что на сервере Ubuntu ufw отключен при новой установке. Также вы пингуете по IP-адресу или доменному имени устройства? Если вы пытаетесь использовать доменное имя, попробуйте использовать локальный IP-адрес устройств.
Georges Beaulieu avatar
флаг jp
Уфв отключен. В моем случае я пингую 192.168.1.2 (US2) с каждой машины в локальной сети (192.168.1.*), и US2 не отвечает на пинг. В U1: пропингуйте до 192.168.1.2. То же самое в W1. Результат тот же. Все пакеты ping теряются. Если я делаю ping с US2 (192.168.1.2) на каждую машину U1 (192.168.1.52) или W1 (192.168.1.135), все пакеты теряются. U1 и W1 имеют фиксированный ip. Спасибо за ответ, Злорадство!.
Рейтинг:0
флаг jp

Непонятным образом, видя повсюду «ведьм», я перекинул ethernet-кабель с одного порта роутера на другой и, о чудо, теперь он работает! Я не могу найти объяснение этой проблеме. Я очень извиняюсь перед всеми, кто пытался помочь мне с небольшими данными, которые у них были.

насколько я понимаю, эта тема должна быть "ЗАКРЫТА".

Рейтинг:0
флаг cn

Это похоже на проблему с сетевой маской или маршрутом...

В командной строке на US2 проверьте сетевую маску. Сделайте «ip a» и для основного интерфейса у вас должно быть 192.168.1.*/24

Затем выполните «ip r», чтобы получить маршруты. Для подсети 192.168.1.* в ней может быть куча других вещей, но вы должны иметь:

по умолчанию через 192.168.1.1 dev eno1 proto dhcp metric 100 
192.168.1.0/24 dev eno1 ссылка на область ядра proto src 192.168.1.1 метрика 100 

(Имена ваших устройств могут отличаться)

По умолчанию явно работает, если вы можете пинговать снаружи, а следующая строка устанавливает «локальный» маршрут в вашей сети, что может быть проблемой.

Кроме того, если у вас есть какие-либо другие строки с адресами 192.168.1.*, которые могут все испортить. Если у вас есть виртуальные машины, работающие на US2, или Docker/контейнеры, иногда вы можете случайно настроить перекрывающийся маршрут, который нарушает работу.

Если ваш IP-адрес установлен статически, проверьте файл yml в /etc/netplan/, чтобы убедиться, что у вас есть суффикс /24 на основном IP-адресе US2.

Georges Beaulieu avatar
флаг jp
"по умолчанию через 192.168.1.1 dev eno1 proto dhcp metric 100 192.168.1.0/24 dev eno1 proto kernel scope link src 192.168.1.1 metric 100 "В моем случае значение метрики равно 1000. IP-адрес значения src равен 192.168.1.2. Все остальные значения одинаковы. В файле yml У меня есть /24 в моем статическом ip.
Рейтинг:0
флаг ru

Знаете ли вы, что вы можете блокировать или разблокировать запросы ping в Ubuntu Server 20.04 LTS? Прочтите эту статью, чтобы узнать, как:

https://linuxhint.com/block-unblock-ping-requests-to-ubuntu-server/

Может быть, это поможет вам

Georges Beaulieu avatar
флаг jp
Да; Я видел это. У меня переменная net.ipv4.icmp_echo_ignore_all=0. Это локальная сеть, пока без защиты. Спасибо за ваш вклад.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.