Рабочая станция Ubuntu и сервер Ubuntu не могут пинговать друг друга, но всё остальное в подсети может.

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

У меня роутер Vodafone в режиме моста и роутер TP-LINK с подсетью 192.168.10.0/24 и адресом /1 в качестве шлюза. В то время как на настольном компьютере установлен файрвол iptables с правилами, указанными ниже, на Ubuntu Server 24 свежая установка с отключённым ufw и iptables, где все 3 цепочки на приеме (INPUT/FORW/OUTPUT).

Правила iptables находятся на настольном компьютере:

# Сгенерировано iptables-save v1.8.10 (nf_tables) в Вс Дек  1 21:17:37 2024
*filter
:INPUT DROP [0:0]
:FORWARD DROP [0:0]
:OUTPUT ACCEPT [0:0]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -s 192.168.10.0/24 -p icmp -j ACCEPT
-A INPUT -p icmp -m icmp --icmp-type 8 -m limit --limit 50/sec -j ACCEPT 
-A INPUT -p tcp -m tcp --dport 22 -j LOG --log-prefix "SSH Connection: "
-A INPUT -i docker0 -p tcp -m tcp -j LOG --log-prefix "Docker Connection: "
-A INPUT -p tcp -m tcp --dport 3478 -j LOG --log-prefix "Google Remote Desktop TCP in"
-A INPUT -p udp -m udp --dport 3478 -j LOG --log-prefix "Google Remote Desktop UDP in"
-A INPUT -p tcp -m tcp --dport 22 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8080 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 8000 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 6690 -m comment --comment "SYNO driver client" -j ACCEPT
-A INPUT -i docker0 -p tcp -m tcp -j ACCEPT
-A INPUT -j DROP
COMMIT
# Завершено в Вс Дек  1 21:17:37 2024

Команда ip a дает следующие настройки для интерфейсов:

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host noprefixroute 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 54:e1:ad:c5:b2:1d brd ff:ff:ff:ff:ff:ff
3: wlp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 00:e1:8c:9e:93:e6 brd ff:ff:ff:ff:ff:ff
    inet 192.168.10.155/24 brd 192.168.10.255 scope global dynamic noprefixroute wlp3s0
       valid_lft 6073sec preferred_lft 6073sec
    inet6 fe80::ab6d:c767:7c9c:f5c7/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:81:93:e3:b0 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever

Сервер находится в той же WiFi сети.

Когда я пытаюсь пинговать сервер и настольный компьютер друг с друга, я получаю сообщение host unreachable. Таблица arp содержит incomplete и не содержит MAC-адреса.

Я в замешательстве и в отчаянии, не могу найти решение. Может кто-то помочь мне это решить? Я хочу создать домашнюю лабораторию для docker и k8 на сервере, но это не работает и это ужасно, я не могу решить это уже 2 дня.

Вы упоминаете, что клиент и сервер оба подключены к одной WiFi сети через роутер TPLink. Я бы проверил, включен ли “Изоляция клиентов” (также известная как “AP Isolations”) на вашем роутере, и если да, отключите ее.

Если это не проблема, то такая ситуация также может возникнуть, если на вашем роутере включен “Гостевой режим”. Поэтому я бы проверил, не так ли это и если так, отключите его.

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

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

Взаимодействие между Ubuntu Desktop и Ubuntu Server: Решение проблемы

Проблема, с которой вы столкнулись, заключается в том, что ваш Ubuntu Desktop не может пинговать Ubuntu Server, хотя остальные устройства в одной подсети (192.168.10.0/24) работают без проблем. Давайте рассмотрим основные аспекты этой ситуации и возможные решения.

Анализ ситуации

  1. Сетевое оборудование: Вы указали, что используете маршрутизатор Vodafone в режиме моста и TP-LINK Wi-Fi роутер с подсетью 192.168.10.0/24. Убедитесь, что оба устройства подключены и правильно настроены. Проверьте, что все устройства находятся в одной и той же подсети и могут взаимодействовать друг с другом.

  2. Настройки брандмауэра: На Ubuntu Desktop включен iptables, и правила показывают, что входящий трафик по ICMP (протокол, используемый для ping) должен быть разрешен. Однако, обратите внимание на следующее правило:

    -A INPUT -s 192.168.10.0/24 -p icmp -j ACCEPT

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

  3. ARP-таблица: Если вы видите в ARP-таблице статус "incomplete", это может указывать на проблему с разрешением адресов. Убедитесь, что обе машины активны и имеют корректную конфигурацию сети.

Рекомендации по устранению неполадок

1. Проверка настройки маршрутизатора

  • Изолирование клиентов: Проверьте, отключена ли функция "изоляция клиентов" (Client Isolation) на TP-LINK роутере. Эта функция может блокировать связь между устройствами в одной сети.
  • Режим гостя: Убедитесь, что «Гостевой режим» отключен, так как он также может ограничивать доступ к локальной сети.

2. Тестирование сетевых настроек

  • На обоих устройствах выполните команду ip a и убедитесь, что каждое устройство получает правильный IP-адрес в ожидаемом диапазоне (192.168.10.x).
  • Попробуйте выполнить ping другие устройства в сети, чтобы подтвердить, что проблема специфична для связи между Desktop и Server.

3. Брандмауэр и безопасность

  • Проверьте дополнительные параметры безопасности в Ubuntu Desktop. Может оказаться, что другие службы (например, AppArmor или SELinux) влияют на соединение.
  • Если возможно, временно отключите iptables на Desktop для диагностики:
    sudo iptables -F

    После этого попробуйте выполнить ping на Server. Если он теперь работает, проблема кроется в конфигурации iptables.

4. Логи и диагностика

  • Проверьте системные логи для получения дополнительной информации о сбоях подключения:
    sudo dmesg | grep -i error

Заключение

Проблема с недоступностью между вашим Ubuntu Desktop и Ubuntu Server может быть связана как с настройками сетевого оборудования, так и с конфигурацией брандмауэра. Применив вышеописанные шаги, вы сможете диагностировать и устранить проблему. Если трудности продолжаются, рассмотрите возможность обращения к документации производители вашего сетевого оборудования или консультантам по IT для получения дополнительной поддержки.

Оцените материал
Добавить комментарий

Капча загружается...