Cara Keluar dari Blacklist Barracuda: Cek dan Delist IP Anda
Penghapusan dari blacklist Barracuda pada dasarnya terdiri dari tiga langkah: pastikan dari bounce dan halaman pengecekan resmi Barracuda bahwa Anda benar-benar tercantum di Barracuda Reputation Block List (BRBL), perbaiki penyebab penilaian buruk tersebut, lalu kirim satu permintaan penghapusan melalui formulir resmi. BRBL adalah basis data reputasi IP yang dikelola oleh Barracuda Central. Produk keamanan email Barracuda menggunakannya, dan server email lain dapat mengkuerinya sebagai DNS blocklist standar.
Halaman penghapusan Barracuda menyebutkan bahwa permintaan yang disertai penjelasan yang valid biasanya diselidiki dan diproses dalam 12 jam. Halaman itu juga menyatakan bahwa permintaan tanpa informasi yang valid, serta permintaan berulang, akan diabaikan. Keputusan delisting ada di tangan Barracuda.
Panduan ini didasarkan pada halaman resmi Barracuda yang dapat kami akses pada November 2026. Halaman penggunaan BRBL tidak dapat dimuat pada saat itu, sehingga detail kueri DNS di bawah ini berasal dari salinan arsip halaman resmi tersebut per Maret 2023. Periksa situs Barracuda sebelum mengajukan apa pun. Jika Anda masih mencari tahu mengapa email bounce secara umum, mulailah dengan panduan kami tentang email yang diblokir blacklist.
Apa itu Barracuda Reputation Block List
Menurut dokumentasi produk Barracuda, Barracuda Reputation adalah basis data yang dikelola oleh Barracuda Central. Basis data ini berisi alamat IP pengirim yang dikenal baik serta spammer yang dikenal dan pengirim lain yang bereputasi buruk. Datanya dikumpulkan dari spam trap (alamat yang ada semata-mata untuk menangkap email yang tidak diminta) dan sistem lain di seluruh internet, dan riwayat pengiriman setiap alamat IP server email pengirim dianalisis. Tim engineering Barracuda Central memperbaruinya secara terus-menerus.
Halaman pengecekan Barracuda Central menggambarkan Barracuda Reputation System sebagai basis data real-time berisi alamat IP yang memiliki reputasi buruk dalam mengirim email yang valid. Halaman permintaan penghapusan menambahkan bahwa BRBL dihasilkan oleh sistem otomatis, sementara halaman pengecekan menyebutkan bahwa Barracuda Central juga memverifikasi secara manual alamat IP yang ditandai "poor" (buruk). Dalam praktiknya, penilaian Anda sebagian besar mencerminkan bagaimana perilaku email dari IP Anda teramati, bukan penilaian sekali jadi terhadap perusahaan Anda.
Halaman penggunaan BRBL yang diarsipkan menjelaskan bahwa daftar ini juga dipublikasikan sebagai DNSBL standar di zona b.barracudacentral.org, dan dapat digunakan oleh banyak server email dan produk anti-spam yang umum, tidak hanya perangkat Barracuda. Jadi, pencantuman di BRBL dapat menyebabkan penolakan di organisasi yang menjalankan server email sendiri dengan BRBL diaktifkan, tidak hanya di pelanggan Barracuda. Untuk latar belakang cara kerja DNS blocklist, lihat apa itu DNSBL atau RBL.
Membaca bounce: BRBL atau penyebab lain?
Sebelum melakukan hal lain, baca seluruh pesan bounce. Referensi kode error SMTP Barracuda untuk Email Security Gateway mencantumkan teks penolakan di bawah ini. Membedakannya akan mencegah Anda mengajukan permintaan penghapusan untuk daftar yang sebenarnya tidak mencantumkan Anda.
| Kode | Teks dalam dokumentasi Barracuda | Artinya dan yang perlu dilakukan |
|---|---|---|
| 554 | Service unavailable; client host [IP or hostname] blocked using Barracuda Reputation | IP pengirim Anda ditolak berdasarkan penilaian BRBL-nya. Periksa IP tersebut, perbaiki penyebabnya, lalu ajukan penghapusan. |
| 554 | Service unavailable; client host blocked. The final sending domain or IP address may be on a Real Time Blocklist (RBL). | Gateway penerima mungkin menolak Anda berdasarkan blocklist real-time selain BRBL. Periksa daftar lain yang mungkin digunakannya. |
| 554 | IP name lookup failed. No PTR record found for the given IP address. | IP pengirim Anda tidak memiliki record reverse DNS (PTR). Ini masalah konfigurasi, bukan pencantuman. |
| 550 | Blocked IP address. / Sender IP address rejected. | Pemblokiran yang dikonfigurasi oleh penerima. Hanya administrator mereka yang dapat menjelaskan atau mengubahnya. |
| 454 | Too many connections from origin (rate control). | Anda membuka terlalu banyak koneksi dalam waktu singkat. Perlambat pengiriman dan coba lagi nanti. |
Dalam referensi Barracuda, teks penolakan BRBL diikuti oleh tautan ke halaman reputasi Barracuda. Kata-katanya dapat berbeda tergantung produk dan konfigurasi penerima, jadi anggap tabel ini sebagai panduan, bukan kecocokan persis.
Patokan umumnya: jika bounce menyebutkan "blocked using Barracuda Reputation", Anda berurusan dengan BRBL. Jika tidak, penyebabnya lebih mungkin blocklist lain atau kebijakan penerima sendiri. Anda dapat memeriksa banyak daftar lain sekaligus dengan pemeriksa blacklist kami, dan panduan kami tentang kode respons DNSBL menjelaskan cara membaca jawabannya.
Cara memeriksa apakah Anda tercantum di BRBL
- Kenali IP pengirim. Teks penolakan BRBL mencantumkan alamat IP atau hostname yang diblokir. Jika Anda tidak dapat menemukannya, lihat header Received dari pesan yang Anda kirim, atau tanyakan kepada pengelola server email Anda. Situs web dan email Anda belum tentu keluar dari alamat yang sama.
- Gunakan pengecekan resmi. Masukkan alamat IP atau domain di Reputation Lookup (barracudacentral.org/lookups) milik Barracuda Central. Halaman pengecekan ini juga menautkan ke penjelasan Barracuda tentang alasan suatu IP dapat tercantum.
- Catat hasil dan waktunya. Anda akan membutuhkannya untuk permintaan penghapusan dan untuk komunikasi dengan penyedia hosting atau administrator penerima.
Anda juga dapat mengkueri zona DNS secara langsung. Seperti DNSBL lainnya, balik urutan oktet IP lalu tambahkan zonanya. Halaman penggunaan yang diarsipkan memakai alamat uji standar 127.0.0.2 sebagai contoh; jika blocklist menerima kueri dari resolver Anda, hasilnya seharusnya 127.0.0.2:
host 2.0.0.127.b.barracudacentral.org
nslookup 2.0.0.127.b.barracudacentral.orgNamun ada syaratnya. Halaman yang sama menjelaskan akses DNS langsung sebagai sesuatu yang harus Anda minta terlebih dahulu: alamat IP name server yang melakukan kueri didaftarkan ke Barracuda dan disetujui sebelum digunakan. Dari resolver yang tidak terdaftar, Anda mungkin tidak mendapat jawaban yang bermakna. Untuk memastikan apakah Anda tercantum atau tidak, halaman pengecekan resmi adalah sumber yang lebih andal.
Cara mengirim permintaan penghapusan ke Barracuda
Permintaan penghapusan dikirim melalui halaman Removal Request (barracudacentral.org/rbl/removal-request) milik Barracuda Central.
- Perbaiki penyebabnya terlebih dahulu. Telusuri penyebab di bagian berikutnya dan selesaikan sebelum mengajukan. Karena daftar ini dihasilkan oleh sistem otomatis, IP yang terus berperilaku sama dapat kembali mendapat penilaian buruk.
- Isi formulirnya. Halaman tersebut meminta alamat IP server email Anda, alamat email Anda, nomor telepon, dan alasan penghapusan (opsional). Formulir juga memiliki kolom untuk nama pelanggan Barracuda dan alamat email pelanggan Barracuda. Kolom wajib ditandai dengan huruf tebal di halaman tersebut.
- Tulis penjelasan yang sungguh-sungguh. Halaman tersebut menyatakan bahwa permintaan biasanya diselidiki dan diproses dalam 12 jam jika disertai penjelasan yang valid. Jelaskan secara singkat apa yang salah, apa yang Anda ubah, dan kapan. "Tolong hapus kami" saja bukanlah penjelasan.
- Kirim satu kali. Barracuda menyatakan dengan jelas bahwa permintaan tanpa informasi yang valid akan diabaikan, dan permintaan yang berulang juga akan diabaikan.
Permintaan bukanlah jaminan delisting; Barracuda yang memutuskan. Halaman resmi yang kami tinjau tidak menyebutkan biaya apa pun, dan formulirnya berada di situs Barracuda sendiri. Jika IP tersebut bukan wewenang Anda untuk dikelola, misalnya alamat bersama di web host atau layanan email, hubungi penyedia tersebut alih-alih mengajukan atas nama mereka. Panduan kami tentang IP shared hosting yang masuk blacklist membahas situasi tersebut.
Mengapa IP tercantum, dan yang perlu diperiksa sebelum mengajukan
Barracuda Central mencantumkan alasan-alasan berikut mengapa IP yang sah dapat ditandai buruk:
- Server email Anda terinfeksi virus dan telah mengirim spam.
- Server email Anda dikonfigurasi dengan tidak benar.
- PC Anda sendiri terinfeksi virus atau perangkat lunak botnet.
- Orang lain di organisasi Anda memiliki PC yang terinfeksi.
- Anda menggunakan alamat IP dinamis yang sebelumnya digunakan oleh spammer yang dikenal.
- Tim pemasaran Anda mengirim email massal yang tidak mematuhi US CAN-SPAM Act.
- Jaringan nirkabel yang tidak diamankan memungkinkan orang asing mengirim spam melalui koneksi Anda.
- Dalam kasus yang jarang terjadi, perangkat Barracuda milik penerima salah dikonfigurasi.
Jadikan daftar tersebut sebagai daftar periksa sebelum mengajukan:
- Akun yang disusupi. Cari lonjakan pengiriman yang tidak dapat dijelaskan di log email Anda, dan atur ulang kata sandi yang mungkin telah bocor.
- Perangkat dan jaringan. Pindai mesin-mesin yang berbagi koneksi, dan pastikan jaringan nirkabel Anda dienkripsi dengan kata sandi yang kuat.
- Praktik email massal. Berhenti mengirim ke daftar lama atau daftar yang dibeli, kirim email hanya kepada orang yang memintanya, dan sertakan opsi berhenti berlangganan yang berfungsi di setiap pesan.
- Konfigurasi server. Pastikan IP pengirim memiliki record PTR. Seperti yang ditunjukkan tabel di atas, PTR yang tidak ada saja sudah dapat membuat Anda ditolak.
- Satu penerima atau banyak? Jika hanya satu organisasi yang menolak Anda sementara yang lain menerima email Anda, konfigurasi mereka mungkin menjadi bagian dari masalah.
Jika Anda belum menyiapkan autentikasi pengirim, tinjau juga SPF, DKIM, dan DMARC. Hal itu saja tidak akan mencegah pencantuman, tetapi membantu Anda menemukan pemalsuan dan membangun kepercayaan dengan penerima.
Mencegah pencantuman ulang, dan yang perlu dilakukan jika email masih bounce
Karena BRBL didasarkan pada perilaku pengiriman yang teramati, anggaplah masalah yang sama akan membawa hasil yang sama. Kebiasaan yang membuat Anda tidak tercantum:
- Pantau volume pengiriman dan tingkat bounce Anda, dan hentikan kampanye atau akun begitu angkanya melonjak.
- Gunakan kata sandi yang unik, dan aktifkan autentikasi dua faktor di mana pun platform email Anda mendukungnya.
- Pastikan server, instalasi CMS, dan komputer desktop selalu di-patch.
- Rapikan daftar penerima Anda dan kirim hanya kepada orang yang telah memberikan persetujuan (opt-in).
- Periksa IP Anda terhadap blocklist secara rutin, baik dengan pemeriksa blacklist kami maupun dengan pemantau otomatis.
Jika Anda sudah di-delist tetapi satu penerima tertentu masih menolak Anda, konfigurasi merekalah yang mungkin menjadi masalah. Dokumentasi Barracuda menjelaskan bahwa administrator dapat mengecualikan alamat IP pengirim tepercaya dari pemeriksaan BRBL, dan dapat mengesampingkan block list dengan filter IP atau filter pengirim. Di Email Gateway Defense, pesan yang diblokir oleh BRBL tidak dikirim ke log pesan pengguna akhir, sehingga orang yang Anda kirimi mungkin sama sekali tidak melihat pesan Anda (administrator tetap dapat melihat alasan "Barracuda Reputation" di Message Log admin). Kirimkan kepada administrator mereka teks bounce lengkap, IP pengirim Anda, dan waktu kegagalan agar mereka dapat memeriksanya.
Jika menelusuri penyebab atau berurusan dengan tim TI penerima terlalu berat untuk Anda tangani, Anda dapat meminta bantuan kami.
Kami memperkenalkan penyedia jasa yang menangani permintaan delisting, konsultasi, dan saran (mulai JPY 50,000). Keputusan delisting ada di tangan masing-masing pengelola daftar dan tidak dapat dijanjikan.
Minta bantuanSitus ini dapat menerima komisi rujukan dari penyedia jasa yang tercantum. About
Tanya jawab
Berapa lama proses penghapusan dari blacklist Barracuda?
Halaman penghapusan Barracuda menyebutkan bahwa permintaan dengan penjelasan yang valid biasanya diselidiki dan diproses dalam 12 jam setelah dikirim. Keputusan ada di tangan Barracuda, dan server penerima juga menerapkan filter mereka sendiri, sehingga tidak ada yang dapat menjanjikan kapan email Anda akan diterima kembali.
Apakah mengirim beberapa permintaan akan mempercepat proses?
Tidak. Barracuda menyatakan bahwa permintaan berulang akan diabaikan, begitu pula permintaan tanpa informasi yang valid. Perbaiki penyebabnya, lalu kirim satu permintaan dengan penjelasan yang jelas.
Apakah saya harus menjadi pelanggan Barracuda untuk meminta penghapusan?
Formulir tersebut meminta alamat IP server email Anda, alamat email Anda, dan nomor telepon. Formulir itu juga memiliki kolom untuk nama dan email pelanggan Barracuda, tetapi halaman resmi yang kami tinjau tidak membatasi permintaan hanya untuk pelanggan. Periksa kolom mana yang ditandai wajib di formulir itu sendiri.
Server Barracuda menolak email saya, tetapi bounce tidak menyebutkan Barracuda Reputation. Apa yang harus dilakukan?
Penolakan tersebut kemungkinan didasarkan pada blocklist lain atau aturan yang dikonfigurasi oleh penerima. Baca seluruh bounce, periksa apakah IP Anda tercantum di daftar lain, dan hubungi administrator penerima jika tidak ditemukan apa pun.
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.
- Barracuda Central: Reputation System Removal Request
- Barracuda Central: IP / Domain Lookups (Barracuda Reputation)
- Barracuda Central: Why is my IP listed on the Barracuda Reputation System?
- Barracuda Central: BRBL How to Use (archived copy, March 2023)
- Barracuda Email Security Gateway: SMTP Error Codes
- Email Gateway Defense: Barracuda Reputation and Email Categorization
- Email Gateway Defense: Message Actions
- Barracuda Email Security Gateway: IP Analysis Inbound
Panduan terkait
Email diblokir blacklist? Baca kode bounce, periksa penyebab secara berurutan, ketahui daftar yang penting, dan ajukan penghapusan dengan cara yang benar.
IP shared hosting, VPS, atau cloud Anda masuk blacklist? Cara mengetahui sumber masalahnya, apa yang dikirim ke hosting, dan kapan beralih ke relay SMTP.
Setting SPF, DKIM, dan DMARC: record DNS siap pakai, batas 10 lookup, kunci 2048-bit, mulai aman dari p=none, serta aturan Gmail, Yahoo, dan Outlook.