Диагностика сети: симптомы и команды

Эта памятка помогает локализовать проблему без перезапуска всех служб подряд.

Быстрая диагностика только на чтение

printf '\n--- INTERFACES ---\n'
ip -br link
ip -br address
printf '\n--- ROUTES ---\n'
ip -4 route
ip -6 route
printf '\n--- NETWORKD ---\n'
networkctl list
printf '\n--- DNS ---\n'
resolvectl status
printf '\n--- FILTER ---\n'
sudo iptables -S
sudo ip6tables -S
printf '\n--- FAILED UNITS ---\n'
systemctl --failed

Таблица симптомов

Проявление	Первые проверки	Возможная область
Интерфейса нет в ip link	гипервизор, драйвер, journalctl -k -b	оборудование, virtio, udev
Интерфейс DOWN	ip -br link, networkctl status	физическая связь, конфигурация
DHCP не выдаёт адрес	networkctl status, журнал networkd	сеть, DHCP/VLAN
Есть IP, нет маршрута	ip route	шлюз, DHCP, .network
Шлюз доступен, Интернет нет	ip route get, iptables -L	маршрутизация, firewall, upstream
IP работает, доменное имя нет	resolvectl query, getent	DNS/NSS/firewall
SSH не принимает	systemctl status sshd, ss -lntp, iptables	SSH, INPUT, служба
После загрузки IP иной	networkctl status, cloud-init	приоритет профилей, генератор конфигурации
IPv4 есть, IPv6 нет	ip -6 addr, ip6tables -S	RA, DHCPv6, IPv6 policy

Сбор журналов для обращения в поддержку

cat /etc/os-release
uname -r
systemctl --failed
journalctl -u systemd-networkd -b -n 200 --no-pager
journalctl -u systemd-resolved -b -n 200 --no-pager

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

Чего не делать в попытке починить связь

• Не отключать iptables целиком ради проверки.
• Не запускать неизвестный сетевой менеджер «на замену» networkd.
• Не удалять /etc/resolv.conf, не проверив текущую схему resolved.
• Не чистить маршруты и таблицы фильтрации без обратного доступа.
• Не перезапускать весь networkd через SSH, если сервер не имеет альтернативного канала управления.