Jaringan hilang di mesin

“Jaringan hilang” mencakup dua kasus berbeda: tidak ada apa pun yang mencapai mesin dari luar, dan mesin itu sendiri tidak bisa menjangkau apa pun. Mulailah dari konsol, karena SSH tidak tersedia dalam situasi ini, dan konsol selalu berfungsi — konsol terhubung langsung ke mesin, melewati jaringan.

Langkah 1. Masuk melalui konsol

Buka /hosting/vds/m/<id>, tab “Console”. Konsol teks (port serial) berfungsi untuk perintah apa pun; “Screen” (VNC) diperlukan jika sistem tidak menampilkan prompt pada jalur serial. Jika konsol menampilkan prompt login, mesin masih hidup dan masalahnya ada di jaringan, bukan di proses boot.

Jika tidak ada prompt dan “Screen” menampilkan pesan kesalahan kernel, lihat Kernel panic: apa yang harus dilakukan selanjutnya.

Langkah 2. Periksa antarmuka dan alamat

ip -brief address
ip route

Antarmuka harus memiliki alamat IPv4 publik Anda dari tab “Overview”, dan rutenya harus menyertakan baris default via .... Temuan yang umum:

• antarmuka berada dalam status DOWN — aktifkan dengan: ip link set dev ens18 up;
• alamatnya hilang setelah pengeditan konfigurasi secara manual — pulihkan file pengaturan dan mulai ulang layanan jaringan (systemctl restart systemd-networkd atau netplan apply di Ubuntu);
• tidak ada rute default — pulihkan sementara dengan ip route add default via <gateway> untuk mendapatkan akses kembali, lalu perbaiki konfigurasinya, jika tidak masalah akan terulang setelah reboot.

Perubahan yang dilakukan melalui ip hanya bertahan sampai reboot. Perbaikan yang sebenarnya selalu ada di file konfigurasi.

Langkah 3. Bedakan “tidak ada konektivitas” dari “tidak ada nama”

ping -c3 1.1.1.1
ping -c3 millida.net

Jika alamatnya bisa di-ping tetapi namanya tidak, jaringan Anda baik-baik saja dan resolusi nama yang bermasalah: buka Nama tidak bisa di-resolve (DNS).

Langkah 4. Periksa filter paket

Penyebab paling umum hilangnya akses adalah aturan Anda sendiri yang mematikan akses login. Periksa:

nft list ruleset
iptables -S
ufw status verbose

Jika Anda melihat kebijakan DROP pada lalu lintas masuk tanpa port 22 diizinkan, Anda telah memutus akses SSH Anda sendiri. Pulihkan akses melalui konsol:

ufw allow 22/tcp
ufw reload

Sebelum mengaktifkan firewall, selalu izinkan port SSH dalam satu set perintah yang sama. Pendekatan “tolak dulu, izinkan kemudian” membuat Anda kehilangan akses.

Langkah 5. Periksa daemon SSH itu sendiri

Jaringan bisa berfungsi sementara portnya tertutup karena layanannya crash:

systemctl status ssh
ss -tlnp | grep :22

Lihat Layanan tidak mau start: troubleshooting systemd untuk cara mendiagnosis status layanan.

Jika tidak ada yang berhasil

Boot ke disk pemulihan SystemRescue dari tab “Access”: login root tanpa kata sandi, dan disk mesin terlihat sebagai /dev/sda. Mount root dan perbaiki konfigurasi jaringan “dari luar” sistem. Setelah selesai, kembalikan ke mode boot normal dan reboot mesin — jika tidak, mesin akan terus start ke SystemRescue.