ERR_TOO_MANY_REDIRECTS — Penyebab dan Cara Mengatasinya

Melihat loop-nya dalam tiga puluh detik

Jangan menebak. Satu perintah akan mencetak seluruh rantai pengalihan lengkap dengan kode status dan tujuan setiap langkah.

Jalankan: curl -sIL -o /dev/null -w "%{http_code} %{url_effective}\n" https://situsanda.com/ — atau versi yang lebih rinci untuk melihat tiap hop: curl -sIL https://situsanda.com/ | grep -iE "^(HTTP|location)".

Hasilnya langsung memperlihatkan polanya. Dua alamat yang saling menunjuk berarti bentrokan antara dua konfigurasi. Satu alamat yang menunjuk ke dirinya sendiri berarti ada aturan rewrite tanpa kondisi berhenti.

Penyebab umum, dari yang paling sering

• SSL mode Cloudflare diset ke "Flexible". Cloudflare menghubungi server lewat HTTP polos, server melihat HTTP lalu mengalihkan ke HTTPS, Cloudflare kembali memanggil lewat HTTP, dan loop dimulai. Ini penyebab nomor satu, dan solusinya mengubahnya ke "Full (strict)".
• Konfigurasi URL WordPress tidak sejalan dengan aturan server. Kalau siteurl menyimpan versi dengan "www" sementara .htaccess menghapus "www", keduanya akan saling mendorong tanpa henti.
• Dua aturan rewrite yang bertentangan di .htaccess. Biasanya terjadi setelah menempelkan potongan pemaksa HTTPS dari internet ke file yang sudah punya aturan lain.
• Plugin pemaksa SSL dipasang di atas konfigurasi server yang juga memaksa SSL. Keduanya setengah benar, dan hasilnya sebuah loop.
• Pengalihan trailing slash yang saling bertabrakan. Satu lapisan menambahkan garis miring, lapisan lain menghapusnya.
• Cookie sesi tidak bisa disimpan. Aplikasi mengalihkan ke halaman login, login berhasil lalu kembali, tapi sesinya tidak ada sehingga dialihkan lagi ke login.
• Rantai pengalihan lama yang menumpuk setelah pindah domain. Setiap kepindahan menambah satu lapis, dan pada satu titik lapisan-lapisan itu menutup jadi lingkaran.

Periksa dengan urutan ini

• Jalankan perintah curl di atas dan catat rantainya. Semua langkah berikutnya jadi jauh lebih mudah setelah Anda tahu polanya.
• Hapus cookie untuk domain itu lalu coba lagi di jendela penyamaran. Loop akibat cookie rusak akan langsung hilang, dan Anda menghemat sore hari yang terbuang mengubah konfigurasi tanpa perlu.
• Kalau memakai Cloudflare, periksa SSL/TLS mode sebelum hal lain. "Flexible" hampir selalu jawabannya ketika loop melibatkan HTTP dan HTTPS.
• Aktifkan Development Mode di Cloudflare atau matikan sementara proxy-nya (awan abu-abu). Kalau loop hilang, masalahnya di Cloudflare, bukan di server.
• Ubah nama .htaccess menjadi .htaccess.bak lalu coba lagi. Loop yang hilang berarti salah satu aturan di sana pelakunya — kembalikan blok demi blok untuk menemukannya.
• Untuk WordPress, set WP_HOME dan WP_SITEURL langsung di wp-config.php. Cara ini menimpa nilai di database dan menghapus satu sumber bentrokan sepenuhnya.
• Nonaktifkan plugin SSL, cache, dan keamanan. Ketiga kelompok itu sering menambahkan aturan pengalihan tanpa Anda sadari.
• Periksa konfigurasi Nginx atau Apache untuk blok redirect ganda. Setelah banyak penyuntingan, tidak jarang ada dua blok pemaksa HTTPS di dua tempat berbeda.

Memperbaikinya dan menjaganya tetap benar

Satu prinsip yang perlu diingat: setiap aturan normalisasi hanya boleh ada di satu tempat.

Pilih satu lapisan untuk mengurus HTTPS — Cloudflare, server, atau aplikasi — lalu hapus aturan yang sama dari dua lapisan lainnya. Lakukan hal serupa untuk "www" dan trailing slash. Sebagian besar loop bukan karena aturannya salah, melainkan karena aturan yang benar ditulis di dua tempat.

Letakkan pengalihan di lapisan setinggi mungkin. Kalau Cloudflare sudah mengurus HTTPS, server tidak perlu tahu apa-apa tentang itu; kalau server yang mengurus, jangan pasang plugin yang melakukan hal sama.

Ringkas rantai pengalihan lama menjadi satu langkah. Setelah beberapa kali pindah domain, "http://lama" sering harus melewati tiga atau empat hop sebelum sampai tujuan — arahkan langsung ke alamat akhir, sekaligus menghindari risiko loop dan mempercepat pengunjung.