Menyalakan Server Linux: Dari Nol Sampai Bisa Connect ke Internet
Panduan santai nyalain server Linux dari instalasi, set IP, sampai internetnya beneran konek. Catatan dari pengalaman sendiri, bukan tutorial copy-paste.
Jadi ini nggak akan jadi artikel tutorial yang rapi kayak di blog blog lain pada umumnya. Ini lebih ke catatan SOP di otak yang gue coba keluarin ulang biar nggak ilang. Kalau bacaannya ngantuk, maaf ya, gue nulis ini buat diri gue sendiri dulu, kebetulan aja kalian ikut baca juga. Dulu gue sempet dikerjain di project sebuah perusahaan yang lingkungannya masih 99% virtual machine. Di situ gue belajar banyak dari nol: dari server mentah hasil deploy VM, sampai akhirnya siap dipakai tim aplikasi buat naruh service mereka. Nah dari pengalaman itu, gue sering banget pegang Red Hat, soalnya kebetulan perusahaannya punya subscription buat distro itu. Jadi cerita di bawah ini mayoritas langganan Red Hat family. Tapi sebenernya logikanya mirip mirip aja sama distro lain. 1. Nyalain VMnya Gak ada cerita nyolok USB atau bongkar hardware kayak pegang fisik. Semuanya VM, jadi instalasinya tinggal pilih template dari hypervisor, isi hostname, kasih password root, terus submit. Nyaman. Tapi justru di sinilah hal teknis yang bener bener dimulai, setelah VMnya nyala. Biasanya abis instalasi gue langsung dongeng ke SSH:
sudo dnf updateEee, dulu gue sering ceroboh langsung ngejalanin ini padahal servernya udah dipake tim. Nggak masalah sih kalau VM baru. Abis itu mastiin SSHnya jalan:
sudo systemctl status sshdKalau udah aktif, baru deh gue login dari laptop. Momen ini seru banget. Rasanya kayak nemuin senjata baru di game, padahal cuma SSH. 2. Masalah DNS yang "kelasik" Ini yang bikin gue cukup sering ngakak kalau inget. Waktu itu gue spin VM baru, terus mau install paket. Keluarnya:
Temporary failure in name resolutionAh kelasik. Gue langsung cek koneksi ke IP dulu:
ping 8.8.8.8Ini jalan normal. Terus baru sadar: kalau ping ke IP nyambung tapi ke domain gagal, berarti DNSnya yang bermasalah. Tapi pas ngecek /etc/resolv.conf, isinya udah dikasih sistem dari hypervisor. Kok bisa gagal? Setelah muter muter, ketemu deh: resolver sebenarnya narik konfigurasi DNS dari hypervisor, dan DNS itu kadang lambat dan aneh. Buat server yang gue rakit sendiri, gue paksa pake public DNS aja:
nameserver 8.8.8.8
nameserver 1.1.1.1Dah beres. Lima menit doang ngerjainnya, tapi nyari penyebabnya bisa sejam. Hampir tiap nyerah lalu nyalahin DNS internal perusahaan, padahal jelas bukan. 3. Route hilang setelah reboot Pernah juga dapet server staging yang abis reboot jadi di luar jaringan. Keluarnya:
Network is unreachableAwalnya gue udah curiga firewalld yang kadang suka bawa masalah. Udah gue matiin, eh tetep aja gagal. Ternyata route defaultnya ilang, soalnya settingan manual itu mah nggak tahan reboot. Cek dulu, terus tambah manual:
ip route
sudo ip route add default via 10.10.1.1Beres keliatan. Tapi gue cape nambal terus terusan, akhirnya gue bikin permanen. Di Red Hat, jaringan diatur lewat NetworkManager, dan setting per interface disimpen di sana:
nmcli connection modify ens3 ipv4.addresses 10.10.1.50/24
nmcli connection modify ens3 ipv4.gateway 10.10.1.1
nmcli connection modify ens3 ipv4.dns "8.8.8.8 1.1.1.1"
nmcli connection modify ens3 ipv4.method manual
nmcli connection up ens3Kalau soal VM, gue sendiri lebih suka ngatur IPnya lewat DHCP reservation di level hypervisor supaya pas reboot IPnya nggak pindah pindah. Itu cuma saran praktis sih, bukan aturan baku. 4. Closing sekalian Terakhir, buat mastiin bener bener kelar:
curl -I https://redhat.comKalau dapet response HTTP, baru gue napas lega. Server udah siap dipakai tim buat jalan service mereka. Kesimpulannya, server yang bisa internet itu fondasinya. Nah dari cerita di atas, 70% masalah hidup gue cuma DNS sama route. Kelihatannya sepele, tapi dua duanya bisa bikin malam nggak tidur. Ya udah segitu dulu deh. Nanti kalau gue inget lagi ada yang menarik, moga moga gue rajin update. Btw, maap typo di manamana, gue nulis kejar otak. Kalau ada yang mau bareng bareng benerin, sila haha.