Beranda › Panduan

IP Shared Hosting Kena Blacklist? Yang Bisa dan Tidak Bisa Anda Atasi

Diterbitkan 2026-11-03 ／ Diperbarui 2026-11-03 ／ Oleh Yuki Nakazawa

Ketika IP shared hosting masuk blacklist, langkah pertama adalah memastikan siapa yang mengendalikan IP tersebut serta daftar mana tepatnya yang mencantumkannya, beserta kode balasannya. Setelah itu, bereskan apa pun yang ada di sisi Anda sendiri dan kirimkan bukti hasil pengecekan kepada penyedia hosting agar mereka dapat bertindak. Pada IP bersama, penyebabnya bisa saja sepenuhnya pelanggan lain, dan untuk beberapa daftar hanya pemilik jaringan yang dapat meminta penghapusan.

IP VPS atau cloud yang baru disediakan juga bisa tampak "masuk blacklist" sejak hari pertama, baik karena riwayat pengguna sebelumnya maupun karena rentangnya dicantumkan sebagai rentang yang tidak semestinya mengirim email secara langsung. Apa pun situasinya, keputusan penghapusan selalu berada di tangan operator daftar.

Panduan ini disusun berdasarkan halaman resmi Spamhaus, AWS, Google Cloud, dan Microsoft Azure per November 2026. Pembatasan dan prosedur dapat berubah, jadi pastikan bunyi ketentuan terbaru sebelum Anda bertindak. Untuk gambaran yang lebih luas tentang bounce terkait blacklist, lihat panduan kami tentang email yang diblokir karena blacklist.

Mulailah dengan memastikan IP mana dan daftar mana

"Server saya masuk blacklist" dapat berarti hal yang sangat berbeda, dan cara mengatasinya bergantung pada detailnya. Jawablah tiga pertanyaan berikut sebelum melakukan hal lain.

1. IP mana yang sebenarnya mengirim email Anda? IP yang menghosting situs web Anda belum tentu sama dengan IP yang mengirimkan email Anda. Baca pesan bounce, yang sering mengutip IP yang ditolak, dan periksa header Received pada pesan yang Anda kirim untuk memastikan alamat keluar yang sebenarnya.
2. Siapa yang mengendalikan IP tersebut? Pada shared hosting, IP itu adalah alamat yang dipakai bersama pelanggan lain. Pada server dedicated, VPS, atau instance cloud, IP itu ditetapkan untuk Anda, meskipun rentang di sekitarnya tetap milik penyedia. Paket hosting atau panel kontrol Anda akan menunjukkan apakah email keluar Anda memakai alamat bersama.
3. Di daftar mana IP itu tercantum? Setiap daftar berbeda maknanya dan berbeda pula pihak yang dapat mengatasinya. Periksa IP tersebut dengan pemeriksa blacklist kami untuk melihat semua daftar utama sekaligus, lalu catat nama daftar dan kode balasannya.

Setelah ketiga pertanyaan itu terjawab, biasanya akan jelas apakah ini masalah yang dapat Anda atasi sendiri, masalah yang harus diatasi penyedia, atau tanda bahwa Anda sebaiknya mengubah cara pengiriman email secara keseluruhan.

Cara membaca hasil pengecekan dan kode balasan

Spamhaus ZEN (zen.spamhaus.org) adalah daftar IP gabungan dari Spamhaus. IP yang tercantum mengembalikan alamat dalam rentang 127.0.0.x, dan angka terakhirnya menunjukkan daftar dasar mana yang cocok. Untuk IP shared hosting dan cloud, berikut kode-kode yang perlu dibedakan:

Entri PBL bukanlah tuduhan. Entri ini merupakan pernyataan kebijakan bahwa email dari alamat tersebut semestinya diserahkan, dengan autentikasi, ke server yang meneruskannya. Spamhaus secara aktif mendorong ISP dan jaringan lain untuk mencantumkan setiap rentang yang tidak semestinya mengirim email, dan hal itu secara tegas mencakup server web.

Kode 127.255.255.252, 127.255.255.254, dan 127.255.255.255 adalah galat, bukan pencantuman. FAQ penggunaan DNSBL dari Spamhaus juga memperingatkan bahwa resolver publik gratis seperti Google Public DNS (8.8.8.8) dalam sebagian besar kasus akan mengembalikan "tidak tercantum", sehingga hasil dari alat yang berbeda bisa tidak sama. Jika ragu, periksa hasilnya di pemeriksa reputasi milik Spamhaus sendiri. Untuk prosedur lengkap per daftar, lihat cara kerja penghapusan dari Spamhaus.

Yang bisa Anda atasi sendiri dan yang tidak

Seberapa banyak yang dapat Anda ubah bergantung pada layanan yang Anda bayar.

Memastikan masalahnya bukan dari akun Anda di shared hosting

• Kotak surat yang disusupi. Telusuri log pengiriman dan folder terkirim untuk mencari lonjakan email yang tidak Anda kirim. Segera ganti kata sandi jika Anda menemukannya.
• Situs web yang diretas. Instalasi CMS dan plugin yang usang adalah jalan yang umum bagi penyerang untuk mengunggah skrip pengirim email.
• Formulir yang disalahgunakan. Formulir kontak yang balasan otomatisnya memungkinkan pengunjung memilih penerima atau isi pesan dapat diubah menjadi meriam spam.
• Kualitas daftar penerima. Mengirim ke daftar yang dibeli atau ke alamat yang tidak pernah memberikan persetujuan adalah cara ampuh untuk merusak IP bersama bagi semua orang, termasuk Anda sendiri.

Jika tidak ada satu pun dari hal ini yang ditemukan, kemungkinan penyebabnya adalah pihak lain di alamat yang sama. FAQ port 25 dari Spamhaus menyampaikannya secara lugas: pada kumpulan IP bersama, sebagian besar orang yang terdampak pencantuman bukanlah pemilik perangkat yang terinfeksi. Dalam kasus seperti itu, bagian Anda adalah mengumpulkan bukti dan menyerahkannya kepada penyedia.

Cara melaporkannya ke penyedia hosting

Spamhaus menyatakan bahwa permintaan penghapusan SBL harus dikirim oleh ISP yang bertanggung jawab atas IP yang tercantum, dan meminta pengguna umum untuk menghubungi ISP mereka guna penanganan. Bagi pelanggan shared hosting, ISP tersebut adalah perusahaan hosting Anda. Tiket dukungan yang hanya berbunyi "email saya tidak sampai" cenderung dioper ke sana kemari. Tiket yang memuat hal-hal berikut biasanya diproses lebih cepat:

1. IP pengirim, sebagaimana dipastikan dari header atau bounce.
2. Daftar dan kode balasannya, misalnya zen.spamhaus.org mengembalikan 127.0.0.2.
3. Kapan dan dengan apa Anda memeriksanya, termasuk hasil dari pemeriksa reputasi resmi jika Anda menggunakannya.
4. Teks bounce, khususnya baris tempat server penerima menjelaskan penolakannya.
5. Apa saja yang sudah Anda kesampingkan, seperti pengaturan ulang kata sandi dan pemindaian situs yang bersih.
6. Apa yang Anda minta: investigasi, permintaan penghapusan ke operator daftar jika memang sesuai, atau pemindahan email keluar akun Anda ke IP lain.

Contoh singkat:

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

Penyedia Anda mungkin memerlukan waktu, dan bahkan setelah mereka bertindak, keputusan akhir tetap ada pada operator daftar. Jika ada email yang tidak bisa menunggu, pertimbangkan opsi relay yang dijelaskan di bawah sebagai solusi sementara secara paralel. Jika Anda kesulitan menemukan letak masalahnya, Anda juga dapat meminta bantuan kami.

Pembatasan port 25 dan reverse DNS di VPS dan cloud

Jika Anda menjalankan server email sendiri di VPS atau instance cloud, Anda mungkin menghadapi masalah bahkan sebelum blacklist berperan: banyak penyedia membatasi port TCP 25 keluar, yaitu port yang dipakai untuk pengiriman email antarserver. Dokumentasi resmi AWS, Google Cloud, dan Microsoft Azure menyebutkan hal-hal berikut.

• Amazon EC2 (AWS). Secara default, EC2 hanya mengizinkan lalu lintas port 25 keluar ke alamat IPv4 privat; lalu lintas ke alamat IPv4 dan IPv6 publik diblokir. Anda dapat meminta agar pembatasan ini dicabut. Untuk email kepada pihak ketiga, AWS menyarankan penyediaan alamat Elastic IP dan penetapan record reverse DNS statis untuk alamat tersebut, dengan catatan bahwa hal ini dapat membantu mencegah email ditandai sebagai spam. Record DNS forward (A) yang mengarah ke Elastic IP harus sudah ada sebelum Anda membuat record reverse.
• Google Cloud (Compute Engine). Egress ke port TCP 25 pada alamat IP eksternal diblokir secara default. Blokir ini dicabut secara otomatis ketika Google Cloud menilai sebuah project berisiko rendah, dan Anda dapat memeriksa status project melalui banner di halaman jaringan VPC atau kebijakan firewall di konsol. SMTP melalui TLS di port 465 dan 587 dikecualikan dari blokir ini. Google menyarankan penggunaan penyedia email pihak ketiga yang tepercaya, yang menurut Google dapat meningkatkan reputasi IP Anda.
• Microsoft Azure (virtual machine). Port 25 keluar diblokir untuk semua jenis langganan selain Enterprise Agreement standar dan Microsoft Customer Agreement for enterprise (MCA-E). Langganan Enterprise Dev/Test diblokir secara default, tetapi dapat dikecualikan melalui fitur diagnostik di portal. Layanan relay SMTP dengan autentikasi, biasanya di port 587, tidak dibatasi untuk jenis langganan apa pun, dan Microsoft menyarankannya. Bahkan jika port 25 terbuka, Microsoft mencatat bahwa tidak ada jaminan domain eksternal akan menerima email tersebut.

Port 25 yang diblokir adalah masalah pengiriman, bukan masalah reputasi, dan membuka port tersebut tidak berpengaruh apa pun terhadap reputasi IP Anda. Jika Anda ingin mendapatkan pengecualian PBL dari Spamhaus untuk alamat cloud atau VPS, IP tersebut harus statis, benar-benar menjalankan server email keluar, memiliki DNS forward dan reverse yang benar, dan ditetapkan untuk Anda. Spamhaus juga mensyaratkan agar port 25 keluar ditutup untuk setiap perangkat lain di belakangnya.

Beralih ke IP dedicated atau relay SMTP dengan autentikasi

Jika IP bersama terus terseret oleh tetangganya, atau penyedia cloud Anda tidak mau membuka port 25, mengubah cara pengiriman sering kali lebih praktis daripada terus mengejar penghapusan dari daftar.

Relay SMTP eksternal dengan autentikasi

Alih-alih server Anda mengirimkan email langsung ke penerima, server Anda menyerahkan setiap pesan ke server pengirim yang memerlukan autentikasi, yang kemudian mengirimkannya atas nama Anda. Inilah model yang dijelaskan Spamhaus untuk rentang yang tercantum di PBL: email diharapkan diserahkan dengan autentikasi ke relay, yang dapat dijalankan oleh ISP penghubung atau oleh layanan email eksternal. FAQ port 25 dari Spamhaus menambahkan bahwa pengguna akhir semestinya memakai port 587 atau 465 dengan SMTP AUTH. Azure dan Google Cloud sama-sama menyarankan relay dengan autentikasi atau layanan email pihak ketiga, dan Microsoft mencatat bahwa layanan semacam itu dipakai antara lain untuk menjaga reputasi IP yang menjadi penentu keberhasilan pengiriman.

• Konfigurasikan nama host, port (umumnya 587), dan kredensial relay sesuai dokumentasi penyedia Anda.
• Perbarui record SPF domain Anda agar mencakup relay tersebut dan siapkan penandatanganan DKIM untuknya. Lihat cara mengatur SPF, DKIM, dan DMARC.
• Periksa batas pengiriman relay sebelum memindahkan email bervolume tinggi ke sana.

IP dedicated

IP dedicated melindungi Anda dari perilaku pelanggan lain, tetapi tidak otomatis meningkatkan reputasi. Pedoman pengirim dari Spamhaus mencantumkan faktor-faktor yang memengaruhi reputasi, termasuk penyedia layanan, lingkungan IP, infrastruktur di balik alamat tersebut, dan riwayat IP.

• Alamat baru mendapat pemeriksaan tambahan. Pedoman yang sama menyebutkan bahwa domain HELO tanpa riwayat pengiriman dikenai penyaringan tambahan, dan IP atau hostname HELO yang berubah sebaiknya diperlakukan sebagai baru dan dipanaskan (warm-up) secara bertahap. Layanan warm-up yang menghasilkan lalu lintas buatan dilarang.
• Tetapkan reverse DNS yang bermakna. Spamhaus memperingatkan bahwa reverse DNS yang generik atau dibuat otomatis pada IP dedicated dapat merusak reputasi.
• Periksa IP baru sebelum menggunakannya. Sebuah alamat dapat membawa pencantuman dari pengguna sebelumnya, jadi periksalah sebelum Anda mulai mengirim.

Mencegah agar tidak terulang

• Selaraskan hostname, HELO, dan reverse DNS. FAQ CSS dari Spamhaus menyebutkan bahwa DNS forward dari IP Anda harus cocok dengan nilai HELO yang diatur di server Anda, dan HELO harus berupa nama domain yang lengkap (FQDN). FAQ tersebut menyebut nilai seperti localhost.localdomain sebagai kesalahan yang umum.
• Batasi port 25 hanya untuk server email. Pada VPS yang juga menjalankan beban kerja lain, tutup port 25 keluar untuk apa pun yang bukan server email Anda.
• Jaga keamanan situs dan akun. Perbarui CMS dan plugin, berhenti memakai ulang kata sandi, dan aktifkan autentikasi dua faktor jika memungkinkan.
• Tinjau pengaturan email keluar di panel kontrol Anda. FAQ CSS menjelaskan sebuah opsi di Plesk yang memasukkan nama masing-masing domain ke dalam salam SMTP. FAQ itu memperingatkan bahwa jika lebih dari satu domain di server memakai IP yang sama, email dari sebagian atau seluruh domain tersebut dapat ditandai sebagai spam oleh penerima yang memakai Spamhaus XBL, dan opsi ini harus digunakan dengan sangat hati-hati. Periksa pengaturan serupa di panel Anda sendiri dan ikuti panduan dari penyedia atau vendor panel Anda.
• Pantau secara rutin. Status IP bersama dapat berubah karena tindakan orang lain. Periksa secara berkala dengan pemeriksa blacklist kami dan beri tahu penyedia Anda sejak dini ketika ada perubahan.

Bahkan setelah dihapus dari daftar, penerima tetap menerapkan penyaringan sendiri, sehingga pengiriman mungkin tidak langsung pulih. Pencantuman CSS biasanya kedaluwarsa sekitar tiga hari setelah deteksi terakhir, tetapi IP akan dicantumkan lagi jika masalahnya masih terdeteksi, dan penghapusan mandiri dibatasi.

Tanya jawab

Halaman resmi yang digunakan

Fakta dalam artikel ini telah diperiksa berdasarkan halaman resmi di bawah ini pada saat diterbitkan. Kebijakan dan perilaku layanan dapat berubah tanpa pemberitahuan, jadi periksa halaman resmi sebelum mengandalkan informasi yang penting.

• Spamhaus: Policy Blocklist (PBL)
• Spamhaus: Spamhaus Blocklist (SBL)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus FAQ: Combined Spam Sources (CSS)
• Spamhaus FAQ: Port 25 General Questions
• Spamhaus: Sender Guidelines
• AWS: Amazon EC2 service quotas (Restriction on email sent using port 25)
• AWS: Create a reverse DNS record for email on Amazon EC2
• Google Cloud: Sending email from an instance
• Google Cloud: VPC firewall rules (Blocked and limited traffic)
• Microsoft Learn: Troubleshoot outbound SMTP connectivity in Azure

Panduan terkait

Semua panduan →