Simulasi Sederhana dan Memahami Log di Server
Dulu setiap kali ada error di server, refleks saya hanya coba perintahnya lagi. Kalau masih error, restart. Kalau tetap error, baru bingung. Gitu saja terus sampai install ulang.
Sampai akhirnya saya sadar, server itu sebenarnya tidak pernah diam. Dia selalu “cerita” lewat log. Kita saja yang sering malas membaca.
Sejak itu, setiap ada masalah, langkah pertama saya bukan restart. Tapi baca log. Awalnya memang sulit sekali memahami nya namun lama kelamaan terbiasa
Di blog hari ini saya akan tunjukkan cara membaca log dengan simulasi sederhana yang bisa langsung dipraktikkan siapa pun.
Mari memahami sedikit pengertian Log
Log itu adalah catatan aktivitas sistem.
Isinya bisa berupa:
- Login berhasil / gagal
- Service start / stop
- Error permission
- Aktivitas user
- Proses yang crash
Kalau server itu manusia, log itu seperti riwayat hidupnya.
Simulasi Sederhana Terbentuknya Log dan Memahaminya
Ini contoh aman dan mudah untuk disimulasikan.
1. Siapkan Dua Terminal (1 Server Sama)
- Terminal 1 → login ke server sebagai root
- Terminal 2 → kita pakai untuk melihat log
2. Jalankan Monitoring Log (Real-time)
Di Terminal 2 jalankan:
tail -f /var/log/auth.log
3. Simulasi Login Salah
Di Terminal 1, coba login SSH dengan password salah:
ssh coba@192.168.14.100
Masukkan password yang salah beberapa kali.
4. Lihat Reaksi Log
Di Terminal 2 muncul seperti ini:
Failed password for user from 192.168.x.x port 53422 ssh2
Bisa kita ketahui bersama:
- IP mana yang mencoba login
- User apa yang dipakai
- Jam berapa kejadian
Cara Membaca Log yang Benar (Versi Saya)
Membaca log dari bawah
Biasanya saya lakukan ini:
- Fokus ke waktu kejadian
- Cocokkan jam dengan saat error terjadi.
Cari kata penting
Biasanya saya cari:
- failed
- error
- denied
- refused
Contoh:
tail -f /var/log/auth.log | grep Failed
Tools yang Digunakan
Ini tools yang hampir selalu saya gunakan:
1. tail
Melihat log real-time.
tail -f /var/log/syslog
Cocok untuk:
- Monitoring live
- Debug cepat
2. grep
Filter log supaya tidak pusing.
grep -i error /var/log/syslog
Tanpa grep, membaca log seperti mencari jarum di jerami.
3. less
Untuk membaca file log panjang.
less /var/log/syslog
- Tekan / lalu ketik keyword untuk search
- Tekan n untuk lanjut ke hasil berikutnya
Pola Pikir Saat Troubleshooting
Sekarang kalau ada masalah, saya biasanya:
- Tenang terlebih dahulu
- Jangan restart dulu
- Lihat log
- Cocokkan timestamp
- Baru ambil keputusan
Log itu seperti saksi kejadian. Kalau tidak dibaca, kita cuma menebak-nebak.
Kesalahan yang Dulu Sering Saya Lakukan. Restart service tanpa tahu penyebab. Edit konfigurasi tanpa baca log. Menganggap server “ngadat sendiri”. Tidak melihat jam kejadian.
Padahal jawabannya hampir selalu ada di log.
Belajar membaca log itu bukan soal hafal error. Tapi membiasakan diri melihat sistem secara runtut.
Server itu tidak pernah diam. Dia selalu bicara.
Kita hanya perlu mau membaca.
Comments
Post a Comment