Kenapa setting server lebih mudah pakai CLI?
Kali ini saya cuma share pengalaman dan opini saja. Mungkin bagi yang mengikuti blog ini dari awal tahu saya awalnya pakai OpenLiteSpeed untuk belajar, tapi mulai akhir Desember ini saya sudah menggantinya dengan Nginx. Ini bukan karena ada rencana tapi ada sedikit masalah yang saya sendiri agak malas menguji coba solusinya. Lebih capek dan menghabiskan waktu memperbaiki lewat panel daripada pakai CLI (Command Line Interface) atau basis teks dari pengalaman ini.
Jadi tiba – tiba system load LSPHP (mesin PHPnya LiteSpeed) melonjak tinggi. Saya masih bisa SSH ke VPSnya dan melihat pemantauan proses yang aktif kerjanya yang sudah kewalahan. Ini yang buat servernesia down setengah hari. Masalahnya saya tahu apa yang terjadi dan penyebabnya (request halaman web berlebihan) tapi tidak bisa segera mengatasinya.
Kenapa? Karena setting OpenLiteSpeed itu pakai PHP juga, lebih tepatnya pakai panel web. Sistem seperti ini memang membantu dalam manajemennya, apalagi pas mengaktifkan fitur tinggal klik – klik saja. Tapi pas troubleshooting… Astaga sulit sekali. 😥 Ilmu saya belum setinggi itu untuk editing manual. Setidaknya kalau pakai VestaCP masih pakai konfigurasi Nginx standar, jadi bisa diedit langsung.
Konfigurasi OpenLiteSpeed sejatinya juga disimpan dalam file teks juga, karena saya dulu waktu masih awam sekali soal OLSWS ini sempat bermasalah juga dan terpaksa modifikasi manual. Tidak disarankan. Apalagi kalau kita cari dokumentasinya pasti utamanya diarahkan ke panduan lewat panelnya. Jadi tidak semudah itu juga.
Apa yang sedang berusaha saya lakukan saat itu? Sederhana aslinya, mungkin kalau kena kasusnya dibruteforce atau dicrawl bot dan pakai Nginx maka tinggal:
- Matikan saja mesin PHP supaya langsung 501/502 saat diakses. Ini langsung mengurangi beban server secara signifikan karena tidak ada yang diproses.
- Lakukan rate limiting terhadap setiap request yang masuk, jadi satu alamat IP/hostname akan terbatas kemampuannya membanjiri web server/PHP.
- Kalau ada waktu bisa digabungkan dengan fail2ban agar setiap usaha yang melebihi batas akan langsung diblokir pada level network, bukan pada aplikasi. Ini menghemat satu langkah.
Dan hasilnya? Sulit sekali melakukan 2 hal pertama apabila pakai OpenLiteSpeed karena saya tidak bisa/tahu cara mematikan proses PHP hanya pada bagian tertentu saja. Kalau di Nginx kan tinggal disable saja virtual hostnya dan restart. Selesai cerita.
Akhirnya saya memilih reboot VPSnya, begitu lancar akses SSHnya langsung backup semuanya, reinstall VPSnya, dan pakai Nginx langsung. Sisanya tinggal setting – setting saja.
Oh ya, pakai CloudFlare itu lumayan ampuh untuk mengatasi masalah seperti ini. Cuma saya belum pakai. Dan aslinya saya sempat pertimbangan tidak menggunakan WordPress lagi tapi semuanya pakai konten statis. Jadi tidak perlu PHP karena pakai HTML saja, sedangkan form komentar pakai Disqus.
Kesimpulannya, mendekati pergantian tahun ini langsung disambut musibah dan membuat saya terpaksa mengganti mesinnya. Sekian curhatnya. 😀
Saya pernah lebih ngeri. PHP sudah saya matikan load tetap tinggi bisa sampai 20 lebih. Sampai akhirnya saya restart servernya. Semakin tidak bisa nyala servernya. Akses SSH tidak bisa, ternyata diakses dengan VNC bisa hanya bisa lihat kalo servernya nyala tapi tidak sampai masuk linux. Untungnya penyelola menyediakan akses safe mode dari servernya. Akhirnya dikonfigurasi dengan posisi safe mode.
Pakai provider apa mas?
Ga coba pasang rate limiting dan fail2ban? Atau kurang ampuh? Yang diserang websitenya atau servernya langsung?
wah mantap kalo web statis eheh, jadiin CMS mas :). namanya Servernesia CMS greget tuh hehe.
saya kurang doyan yang berpanel mending emang yang CLI, selain abisin resource tentunya waktu troble itu lhoo kwkww jera dah waktu itu make webuzo :v.
ganti EE aja mas chandraaa uhuyyy hehee 😀
EasyEngine 4 kabarnya sedang dikembangkan mas, kalau saya baca pengumumannya ikut jalannya ServerPilot.
Ahaha… misal saya sudah nyerah paling coba static page generator semacam Hugo mas. Saya sih pengguna saja kalau dari sisi ini. 🙂
Berarti memang pengalaman kita sama mas. 😀 Resiko penyakitnya memang lebih banyak kalau pakai panel, memang sangat dimudahkan tapi ya gitu pas ada masalah malah terbatas.
om can
bahas rate limite nginx donk hehehehe