Cara Mengatasi Error 522 Cloudflare: Penyebab dan Langkah Pengecekan

Website tiba-tiba menampilkan Error 522: Connection timed out, padahal sebelumnya bisa dibuka seperti biasa? Jika domain menggunakan proxy Cloudflare, pesan ini menandakan adanya kendala pada komunikasi antara Cloudflare dan server tempat website disimpan.

Untuk menemukan penyebabnya, mulailah dengan mencatat waktu kejadian, memeriksa tujuan DNS, lalu membandingkan akses melalui Cloudflare dengan akses langsung ke server. Hasilnya akan membantu menentukan pemeriksaan berikutnya, sehingga perubahan konfigurasi tidak dilakukan berdasarkan dugaan saja.

Panduan AnymHost ini menjelaskan arti error 522 dan urutan pengecekan yang dapat dilakukan oleh pemilik website maupun administrator VPS.

Apa Itu Error 522 Cloudflare?

Error 522 muncul ketika Cloudflare kehabisan waktu saat menghubungi origin server, yaitu server hosting yang menyimpan website Anda.

Menurut dokumentasi resmi Cloudflare tentang error 522, timeout bisa terjadi pada dua tahap:

Tahap komunikasi	Kondisi yang memicu error 522
Sebelum koneksi TCP terbentuk	Cloudflare tidak menerima balasan SYN+ACK dari origin dalam 19 detik.
Setelah koneksi TCP terbentuk	Origin tidak mengirim ACK untuk permintaan resource dalam 90 detik.

Artinya, error 522 tidak selalu berarti koneksi ke origin sudah berhasil. Kendala juga dapat terjadi sejak proses pembentukan koneksi.

Mulai dari Informasi yang Terlihat di Halaman Error

Sebelum mengubah pengaturan, simpan tangkapan layar halaman error dan catat:

Domain serta URL yang mengalami kendala.
Tanggal, jam, dan zona waktu kejadian, misalnya WIB.
Cloudflare Ray ID yang tercantum, jika tersedia.
Apakah error muncul terus-menerus atau hanya sesekali.
Perubahan terakhir, seperti migrasi hosting atau pembaruan konfigurasi.

Jika Anda hanya mengunjungi website milik orang lain, coba akses kembali beberapa saat kemudian atau laporkan kendalanya kepada pengelola. Pemeriksaan origin memerlukan akses pemilik website atau penyedia hosting.

Cara Mengatasi Error 522 Cloudflare

1. Cocokkan DNS dengan Server Hosting yang Digunakan

Buka pengelolaan DNS pada dashboard Cloudflare, lalu periksa record untuk hostname yang bermasalah. Cocokkan nilai A dengan IPv4 server yang diberikan penyedia hosting. Periksa juga AAAA jika menggunakan IPv6 dan tujuan CNAME jika hostname memakai alias.

Jangan hanya mengecek domain utama. Misalnya, example.com dan www.example.com bisa memiliki konfigurasi berbeda. Setelah migrasi, pastikan tidak ada record yang masih menunjuk ke server lama.

Saat status record Proxied aktif, hasil pencarian DNS publik biasanya menampilkan IP Cloudflare. Karena itu, gunakan nilai record di dashboard untuk memeriksa tujuan origin, bukan membandingkan IP publik hasil lookup dengan IP hosting secara langsung.

Panduan pengelolaan record tersedia di dokumentasi DNS Cloudflare.

2. Bandingkan Akses Melalui Cloudflare dan Langsung ke Origin

Pengujian langsung membantu mempersempit area pemeriksaan. Bagi pengguna yang terbiasa dengan terminal, gunakan curl --resolve agar domain tetap dikirim sebagai hostname saat koneksi diarahkan ke IP origin.

Contoh untuk membandingkan akses HTTPS:

# Akses domain dengan resolusi DNS normal.
curl -v --connect-timeout 10 --max-time 30 \
  -o /dev/null https://example.com/

# Akses langsung ke origin menggunakan hostname yang sama.
curl -v --connect-timeout 10 --max-time 30 \
  --resolve example.com:443:192.0.2.10 \
  -o /dev/null https://example.com/

Ganti example.com dengan domain Anda dan 192.0.2.10 dengan IP origin sebenarnya. Alamat IP di atas hanya contoh. Gunakan URL yang mengalami error bila kendala hanya muncul pada halaman tertentu.

Opsi —resolve mempertahankan hostname untuk HTTP dan SNI pada HTTPS. Membuka IP langsung di browser dapat mengarah ke virtual host lain, sehingga hasilnya kurang mewakili website yang sedang diuji.

Gunakan hasil pengujian sebagai petunjuk:

Hasil pengujian	Pemeriksaan berikutnya
Origin dapat diakses, tetapi melalui Cloudflare muncul 522	Periksa pembatasan IP Cloudflare, konfigurasi tujuan origin, dan jalur jaringan.
Akses langsung ke origin juga timeout	Periksa akses jaringan ke origin, port web, serta kondisi layanan server.
Akses langsung gagal pada verifikasi sertifikat	Periksa sertifikat dan kebijakan akses origin sebelum menyimpulkan terjadi timeout.

Tabel ini merupakan panduan interpretasi awal. Satu pengujian yang berhasil belum membuktikan bahwa semua jalur dari Cloudflare ke origin berfungsi, terutama jika error bersifat intermittent.

Jika origin hanya menerima koneksi dari Cloudflare, tes dari komputer pribadi dapat ditolak meskipun konfigurasinya memang benar. Minta administrator melakukan pengujian dari sumber yang diizinkan.

3. Periksa Firewall dan Pembatasan Koneksi

Pada website yang diproxy, origin menerima koneksi dari IP Cloudflare. Banyak permintaan dapat terlihat berasal dari sejumlah IP yang sama, sehingga aturan pembatasan koneksi berpotensi memblokir trafik yang sah.

Administrator perlu memeriksa firewall server, firewall di panel penyedia VPS, serta pengaturan keamanan lain yang membatasi akses ke origin. Cocokkan kejadian pemblokiran dengan waktu error.

Gunakan daftar IP resmi Cloudflare untuk memastikan rentang IPv4 dan IPv6 yang relevan diizinkan pada port web yang digunakan. Periksa juga rate limit atau batas koneksi per IP. Penjelasan alur trafik dan allowlist tersedia pada dokumentasi IP Cloudflare.

Lakukan koreksi pada aturan yang menyebabkan kendala. Menonaktifkan seluruh firewall membuat hasil pemeriksaan kurang terarah sekaligus membuka akses yang tidak diperlukan.

4. Periksa Resource Hosting dan Kondisi Layanan

Di shared hosting berbasis CloudLinux, buka menu Resource Usage di cPanel jika tersedia. Perhatikan CPU, memori, I/O, entry processes, dan jumlah proses. Periksa riwayat penggunaan serta kejadian limit pada waktu error, bukan hanya angka saat pemeriksaan berlangsung.

Penjelasan metrik dan riwayat resource dapat dilihat pada memahami resource hosting cpanel.

Jika kenaikan penggunaan bertepatan dengan gangguan, telusuri aktivitas pada waktu tersebut: backup terjadwal, cron yang berjalan bersamaan, lonjakan kunjungan, atau proses aplikasi tertentu. Hubungan waktu ini membantu memilih bagian yang perlu diperiksa; penyebabnya tetap perlu dikonfirmasi melalui log.

Untuk VPS, administrator juga perlu memeriksa apakah web server aktif dan mendengarkan pada port yang digunakan. Tes ping saja belum membuktikan layanan HTTP atau HTTPS dapat diakses, karena pemeriksaan tersebut menggunakan protokol yang berbeda.

Jika sebuah layanan berhenti, simpan log yang relevan sebelum memulihkannya. Setelah layanan kembali aktif, ulangi pengujian. Restart berulang tanpa pemeriksaan dapat menyamarkan pola kejadian dan hanya memberi perbaikan sementara.

5. Periksa Gangguan Jaringan dan Pola Kejadiannya

Jika konfigurasi sudah sesuai tetapi error tetap muncul, kumpulkan beberapa contoh waktu kejadian. Catat apakah error hanya terjadi pada hostname tertentu atau pada jam tertentu.

Administrator dapat mencocokkan catatan tersebut dengan log server dan meminta pemeriksaan jalur jaringan kepada penyedia hosting. Untuk investigasi lebih lanjut, Cloudflare menyarankan MTR atau traceroute dari origin menuju IP Cloudflare yang terlibat dalam koneksi, disertai hasil pemeriksaan penyedia hosting.

Periksa pula halaman status Cloudflare untuk mengetahui apakah ada insiden yang berkaitan. Status layanan normal tetap perlu dilengkapi dengan pemeriksaan koneksi ke origin Anda.

6. Gunakan DNS Only sebagai Pengujian Sementara Bila Diperlukan

Jika pengujian terminal tidak memungkinkan, Anda dapat mempertimbangkan perubahan record web dari Proxied menjadi DNS Only, setelah memastikan origin memang siap diakses langsung.

Mockup pengaturan DNS untuk example.com

Pada mode DNS Only, trafik web tidak melewati proxy Cloudflare. IP origin menjadi terlihat, dan fitur proxy seperti WAF serta cache Cloudflare tidak diterapkan pada akses tersebut. Perubahan juga dapat memerlukan waktu untuk terlihat karena cache DNS.

Pastikan sertifikat origin dipercaya browser. Jika server hanya memakai Cloudflare Origin CA, akses langsung dapat menampilkan peringatan sertifikat karena sertifikat tersebut ditujukan untuk koneksi Cloudflare ke origin.

Setelah pengujian selesai, kembalikan pengaturan sesuai konfigurasi yang digunakan sebelumnya. Website yang berhasil dibuka pada mode DNS Only memberi petunjuk untuk memeriksa jalur proxy dan aturan origin, tetapi belum menentukan komponen mana yang bermasalah.

Penutup

Penanganan error 522 akan lebih terarah jika dimulai dari data kejadian, dilanjutkan dengan pemeriksaan DNS dan perbandingan akses ke origin. Gunakan hasilnya untuk memilih pemeriksaan firewall, resource, atau jaringan yang diperlukan, lalu ulangi pengujian setelah perbaikan.

Pertanyaan yang Sering Diajukan

Apa perbedaan error 522 dan 524?

Error 522 berkaitan dengan timeout saat komunikasi koneksi atau pengakuan permintaan oleh origin. Pada [error 524](https://developers.cloudflare.com/support/troubleshooting/http-status-codes/cloudflare-5xx-errors/error-524/), koneksi sudah berhasil dan permintaan sudah diakui, tetapi respons HTTP terlalu lama diterima. Proses aplikasi yang berjalan panjang lebih relevan diperiksa pada kasus 524.

Apakah menghapus cache browser akan memperbaiki error 522?

Menghapus cache browser bukan perbaikan utama untuk kegagalan komunikasi Cloudflare ke origin. Memuat ulang halaman bisa berhasil jika gangguannya sudah berlalu, tetapi error berulang tetap memerlukan pemeriksaan konfigurasi, koneksi, dan log.

Apakah harus upgrade hosting?

Tentukan berdasarkan hasil pemeriksaan. Jika penggunaan resource memang sering menyentuh batas dan optimasi aplikasi belum mencukupi, peningkatan kapasitas dapat dipertimbangkan. Jika sumber kendalanya adalah tujuan DNS atau aturan firewall, perbaiki konfigurasi tersebut terlebih dahulu.

AnymHost

Tim Konten AnymHost

Tim content creator AnymHost yang menulis panduan, tutorial, dan tips seputar web hosting, VPS, domain, dan pengelolaan website. Punya pertanyaan atau butuh bantuan? Tim support kami siap membantu 24/7.

Hubungi Kami