На машині зникла мережа

«Мережа зникла» охоплює два різні випадки: до машини нічого не доходить ззовні, і сама машина нікуди не може достукатися. Почніть з консолі, бо SSH у цій ситуації недоступний, а консоль працює завжди — вона під'єднана до машини напряму, оминаючи мережу.

Крок 1. Зайдіть через консоль

Відкрийте /hosting/vds/m/<id>, вкладку «Консоль». Текстова консоль (послідовний порт) працює для будь-яких команд; «Screen» (VNC) потрібен, якщо система не видає запрошення на послідовній лінії. Якщо консоль показує запрошення входу, машина жива, і проблема в мережі, а не в завантаженні.

Якщо запрошення немає, а «Screen» показує повідомлення про помилку ядра, дивіться Kernel panic: що робити далі.

Крок 2. Перевірте інтерфейс і адресу

ip -brief address
ip route

Інтерфейс має мати вашу публічну адресу IPv4 з вкладки «Огляд», а серед маршрутів має бути рядок default via .... Поширені знахідки:

• інтерфейс у стані DOWN — підніміть його: ip link set dev ens18 up;
• адреса зникла після ручного редагування конфігурації — відновіть файл налаштувань і перезапустіть мережеву службу (systemctl restart systemd-networkd або netplan apply на Ubuntu);
• немає маршруту за замовчуванням — тимчасово відновіть його командою ip route add default via <gateway>, щоб повернути доступ, а потім виправте конфігурацію, інакше це повториться після перезавантаження.

Зміни, зроблені через ip, тримаються лише до перезавантаження. Справжнє виправлення завжди у файлі конфігурації.

Крок 3. Відрізніть «немає зв'язку» від «немає імен»

ping -c3 1.1.1.1
ping -c3 millida.net

Якщо адреса пінгується, а ім'я — ні, мережа справна, а зламано розв'язання імен: переходьте до Імена не розв'язуються (DNS).

Крок 4. Погляньте на фільтр пакетів

Найчастіша причина втраченого доступу — ваше власне правило, яке відрізало вхід. Перевірте:

nft list ruleset
iptables -S
ufw status verbose

Якщо ви бачите політику DROP для вхідного трафіку без дозволеного порту 22, ви відрізали собі SSH. Відновіть доступ через консоль:

ufw allow 22/tcp
ufw reload

Перш ніж вмикати фаєрвол, завжди дозволяйте порт SSH тим самим набором команд. Підхід «спершу заборонити, потім дозволити» коштує вам доступу.

Крок 5. Перевірте сам демон SSH

Мережа може працювати, а порт — бути закритим, бо служба впала:

systemctl status ssh
ss -tlnp | grep :22

Як діагностувати стан служби, дивіться в Служба не запускається: діагностика systemd.

Якщо нічого не допомогло

Завантажтеся в рятувальний диск SystemRescue з вкладки «Доступ»: вхід root без пароля, а диск машини видно як /dev/sda. Змонтуйте корінь і виправте мережеву конфігурацію «ззовні» системи. Коли закінчите, поверніться до звичайного режиму завантаження й перезавантажте машину — інакше вона й надалі запускатиметься в SystemRescue.