Сервер ubuntu 20.04 не отвечает на ping

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

0
задан 1 July 2021 в 21:50

3 ответа

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

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

Возможно, она вам поможет

0
ответ дан 28 July 2021 в 11:23

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

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

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

default via 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 

(Имена ваших устройств могут быть другими)

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

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

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

0
ответ дан 28 July 2021 в 11:23

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

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

0
ответ дан 28 July 2021 в 11:23

Другие вопросы по тегам:

Похожие вопросы: