Membaca Status HTTP dengan curl Saat Website Mengalami Gangguan

Browser kadang menampilkan pesan yang terlalu singkat untuk membantu tim teknis. Pemeriksaan HTTP dengan curl dapat memberi informasi tambahan tentang respons server, redirect, dan tahap koneksi yang gagal. Gunakan pemeriksaan ini pada website milik sendiri atau layanan yang memang diizinkan untuk diuji, lalu simpan hasil seperlunya tanpa kredensial.

Mulai dari alamat yang tepat

Tuliskan URL lengkap beserta jalur halaman. Perintah sederhana seperti curl -I https://example.com/ meminta header dengan metode HEAD. Sebagian aplikasi memperlakukan HEAD berbeda dari GET, sehingga hasilnya perlu dibaca sesuai metode yang digunakan. Jika pemeriksaan membutuhkan perilaku halaman biasa, gunakan permintaan GET yang sesuai dan hindari endpoint yang melakukan perubahan data. Domain example.com di sini hanya contoh, bukan alamat bisnis yang sedang dilaporkan bermasalah.

Arti kelompok respons

Respons 2xx menunjukkan permintaan berhasil ditangani pada tingkat HTTP, 3xx berkaitan dengan pengalihan, 4xx menunjukkan kondisi permintaan atau akses yang perlu ditinjau, dan 5xx menunjukkan masalah pada sisi layanan. Kode tersebut adalah petunjuk awal. Respons 200 tetap bisa berisi halaman yang salah, sementara 404 pada satu artikel tidak membuktikan seluruh situs mati. Periksa isi halaman yang relevan sebelum menyampaikan kesimpulan kepada pelanggan.

Amati pengalihan dan kegagalan koneksi

Opsi -L mengikuti redirect, sedangkan batas waktu seperti --max-time membantu mencegah pemeriksaan menunggu tanpa batas. Catat alamat awal, tujuan akhir, dan waktu pengamatan. Kegagalan DNS atau TLS dapat terjadi sebelum respons HTTP diterima; jangan mencatatnya sebagai kode server yang tidak pernah muncul. Contoh ilustratifnya, halaman beranda mengalihkan ke versi www yang sertifikatnya bermasalah. Menelusuri rantai alamat akan lebih berguna daripada sekadar menyimpan status awal.

Buat laporan yang bisa direproduksi

• Sertakan URL dan metode permintaan yang digunakan.
• Simpan kode HTTP atau pesan kegagalan asli.
• Catat tujuan redirect jika ada.
• Tulis waktu pemeriksaan dan konteks jaringan.
• Bandingkan dengan halaman serta browser yang relevan.

Jangan menambahkan token akun, cookie sesi, atau parameter rahasia ke laporan terbuka. Bila pemeriksaan memakai akses khusus, minta tim menjaga bukti di tempat yang sesuai. Hasil curl dari satu lokasi menggambarkan titik pengamatan tersebut dan tidak mewakili seluruh pengguna internet. Untuk konteks NawalaCP, pemeriksaan status blokir dan pemeriksaan HTTP perlu tetap dibedakan. Tim dapat menggabungkan keduanya dalam catatan insiden tanpa menganggap satu jenis hasil sudah membuktikan semua kemungkinan penyebab gangguan website.

Sumber dan bacaan

• curl: panduan opsi perintah
• MDN: kode respons HTTP