Ana sayfa › Rehberler

DNSBL (RBL) Nedir? DNS Kara Listeleri Nasıl Çalışır

Yayın tarihi 2026-11-03 ／ Güncelleme 2026-11-03 ／ Yayımlayan Yuki Nakazawa

DNSBL (DNS tabanlı kara liste; DNS engelleme listesi veya RBL olarak da bilinir), bir liste işletmecisinin spam veya kötüye kullanım kaynağı olarak gördüğü IP adreslerinin ya da alan adlarının, herkesin sıradan bir DNS sorgusuyla kontrol edebileceği şekilde yayımlanan listesidir. E-posta sunucuları bağlanan her göndericiyi bir veya daha fazla DNSBL'de sorgular ve ardından iletiyi reddeder, kabul eder ya da sonucu bir spam puanına ekler.

Bu rehber; bir DNSBL sorgusunun nasıl çalıştığını (ters çevrilmiş IP adresleri, A ve TXT kayıtları, IPv6 nibble biçimi), IP tabanlı ve alan adı tabanlı listeler arasındaki farkı, alıcıların yanıtları gerçekte nasıl kullandığını, kara listelerin beyaz listelerden farkını, adreslerin neden listelendiğini ve e-postalarınız teslim edilmediğinde bir kaydın nerede devreye girdiğini açıklar. Rehber, RFC 5782'ye ve büyük liste işletmecilerinin Kasım 2026 itibarıyla resmî belgelerine dayanır.

DNSBL ve RBL ne anlama gelir

RFC 5782, "DNS Blacklists and Whitelists", kayıtları bir listedeki ana bilgisayarları tanımlayan DNS bölgeleri için şemsiye terim olarak DNSxL ifadesini kullanır. Kara liste DNSBL, beyaz liste ise DNSWL olarak adlandırılır. İkisi de aynı şekilde oluşturulur; yalnızca alıcının bir eşleşmeye yüklediği anlam farklıdır.

RBL, Real-time Blackhole List'in kısaltmasıdır. RFC'ye göre bu türün ilk listesi 1997'de başlatılmış ve bu adla tanınmıştır. Tam anlamıyla RBL, o özgün listeyi ve onun devamını ifade eder; RFC, terimin Amerika Birleşik Devletleri'nde tescilli bir hizmet markası olduğunu da belirtir. Ancak günlük kullanımda "RBL" ve "DNSBL" neredeyse birbirinin yerine kullanılır; dolayısıyla "RBL nedir" ve "DNSBL nedir" fiilen aynı sorudur.

RFC 5782 bir İnternet standardı değil, bilgilendirici (Informational) bir belgedir. IRTF Anti-Spam Research Group tarafından hazırlanmıştır ve DNS kara listeleri ile beyaz listeleri arasında birlikte çalışabilirliği artıran uygulamalar konusunda bu grubun uzlaşısını temsil eder. Adres ekleme veya çıkarma politikalarını açıklamaz ya da önermez; RFC bunun ayrı bir belgede ele alınmasını öngörür. Pratikte her işletmeci kendi listeleme ve listeden çıkarma politikasını belirler.

Bir DNSBL sorgusu nasıl çalışır

DNSBL sorgusu normal bir DNS sorgusudur; bu nedenle manuel bir kontrol için özel bir yazılım gerekmez: ad çözümleyebilen her şey bir listeyi sorgulayabilir. Yine de liste işletmecileri kullanım koşulları belirleyebilir. Örneğin Spamhaus'un genel sunucuları yalnızca düşük hacimli ticari olmayan kullanım için ücretsizdir ve genel çözümleyiciler üzerinden yapılan sorgular güvenilir şekilde yanıtlanmaz (aşağıya bakın).

IPv4: adresi ters çevirip bölgeyi ekleyin

Bir IPv4 adresi için dört sekizliyi (oktet) ters sırada yazın ve listenin bölge adını sonuna ekleyin. Bu yapı ters DNS'ten alınmıştır. RFC 5782'deki örnek, 192.0.2.99 adresini bad.example.com'daki bir listede şu sorguyla kontrol eder:

99.2.0.192.bad.example.com

A kaydı "listede" der, TXT kaydı nedenini söyler

• A kaydı. Listelenen her girişin bir A kaydı olmalıdır. Geleneksel olarak değeri 127.0.0.2'dir. Bu değer bir adres değil, bir sinyaldir ve adres olarak kullanılmamalıdır; listeler 127.0.0.0/8 aralığını kullanır, böylece yanlışlıkla kullanılan bir değer istenmeyen ağ trafiği oluşturmaz.
• Listede değil. Adres listede değilse onun için kayıt yoktur; bu yüzden sorgu normalde NXDOMAIN döndürür.
• TXT kaydı. Bir DNSBL, listelenme nedenini açıklayan bir TXT kaydı yayımlamalıdır. İstemciler A kaydını kontrol etmek zorundadır, TXT kaydını da kontrol edebilir.
• Farklı alt listeler için farklı değerler. Birleşik bir liste, hangi alt listenin eşleştiğini göstermek için farklı 127.0.0.x değerleri ya da aynı anda birden fazla A kaydı döndürebilir. Anlam her listeye özgüdür; bu nedenle her zaman işletmecinin belgelerini okuyun. DNSBL yanıt kodları rehberimiz yaygın olanları ele alır.

Terminalden (buradaki bölge bir yer tutucudur):

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

Test girişleri

RFC 5782, IPv4 listelerinin 127.0.0.2 için bir giriş içermesini ve 127.0.0.1 için giriş içermemesini zorunlu kılar. İstemcilerin bir bölgeye güvenmeden önce bu test girişlerini kontrol etmesi ve bunlara yanlış yanıt veren bir bölgeyi kullanmaması beklenir.

IPv6: nibble biçimi

Bir IPv6 adresi 32 onaltılık basamak olarak tam biçimde yazılır, ardından her basamak (her nibble) arasına nokta konularak birer birer ters çevrilir ve sonuna listenin bölgesi eklenir. RFC'nin ugly.example.com üzerinde 2001:db8:1:2:3:4:567:89ab için verdiği örnek:

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.com

IPv6 listeleri ::FFFF:7F00:2 test girişini (IPv4 eşlemeli adres olarak 127.0.0.2) içermeli ve ::FFFF:7F00:1 girişini içermemelidir. Her liste IPv6'yı desteklemez; bu nedenle bir IPv6 sorgusuna güvenmeden önce işletmecinin belgelerini kontrol edin.

IP tabanlı ve alan adı tabanlı listeler

Listeler, içerdikleri şeye göre iki genel türe ayrılır.

RFC 5782'nin alan adı örneğinde invalid.edu, invalid.edu.doms.example.net sorgulanarak doms.example.net'te kontrol edilir. Alan adı tabanlı listeler bazen RHSBL (right-hand-side blacklist, sağ taraf kara listesi) adıyla anılır. Bunların test girişleri ayrılmış adları kullanır: liste TEST'i içermeli, INVALID'i içermemelidir.

Spamhaus Domain Blocklist (dbl.spamhaus.org) yaygın olarak kullanılan bir örnektir ve belgeleri birkaç pratik noktaya değinir:

• Yalnızca alan adı içindir. Bir IP adresiyle sorgulandığında her zaman bir "listede" kodu döndürür; bu nedenle genel bir IP DNSBL'si olarak yapılandırılmamalıdır. Spamhaus, IP sorguları için ZEN'i (zen.spamhaus.org) önerir.
• Tam bir ana bilgisayar adını sorgulayabilirsiniz; ana bilgisayarın alan adı listedeyse eşleşir.
• SMTP oturumu sırasında HELO dizesi ve MAIL FROM alan adıyla karşılaştırılır. İleti kabul edildikten sonra URL'ler ve iletişim adresleri gibi başlık ve gövdedeki alan adlarıyla karşılaştırılır.

Pratik sonuç şudur: temiz bir gönderen IP teslimatı garanti etmez. Listelenmiş bir gönderen alan adı veya iletide bağlantı verilen listelenmiş bir alan adı yine de engellemeye yol açabilir.

Alıcı sunucular DNSBL'leri nasıl kullanır

RFC 5782 tipik kurulumu şöyle tarif eder: Bir e-posta sunucusu gelen her SMTP bağlantısında yapılandırılmış bir DNSxL kümesini kontrol eder. Kara listede eşleşme bağlantının reddedilmesine, beyaz listede eşleşme ise kabul edilmesine yol açar. Alternatif olarak sonuçlar, bunları diğer sinyallerle birlikte değerlendiren bir puanlama işlevine aktarılır. İleti alındıktan sonra çalışan filtreler, test edilecek IP'leri genellikle Received başlık alanlarından veya gövdedeki URI'lerden alır.

Reddetmek mi, puanlamak mı?

Bu seçim alıcıya aittir. SpamCop'un kendi SSS'si listesini agresif bir araç olarak niteler ve e-postaları doğrudan reddetmek yerine şüpheli spam'i etiketlemeyi veya başka yere yönlendirmeyi ya da listeyi bir puanlamadaki etkenlerden biri olarak kullanmayı önerir. Reddetme ayarlarını, daha incelikli bir yaklaşım kullanamayan yöneticiler için bilgi olarak sunar.

Alıcıların uyarıldığı tuzaklar

• Muhakemeyi devretmiş olursunuz. Bir DNSxL kullanmak, sunucunuzun yönetiminin bir kısmını liste işletmecisine bırakmak demektir. RFC, listenin politikalarının sizinkilerle tutarlı olduğundan emin olmanız gerektiğini söyler.
• Ölü listeler. Bir listeyi kapatan işletmeci, her adresi listeleyen bir joker karakter kaydı (wildcard) kurabilir. İstemci bunu yukarıdaki test girişleri sayesinde fark eder.
• Önbellekleme. Sunucular sonuçları önbelleğe alabilir, ancak TTL'lere uymalı ve süresi dolan kayıtları atmalıdır.
• Genel çözümleyiciler. Spamhaus'un SSS'sine göre Google Public DNS üzerinden yapılan sorgular çoğu durumda "listelenmemiş" yanıtı döndürür ve böylece gerçek kayıtlar gözden kaçar. 127.255.255.x aralığındaki kodlar hatadır (örneğin engellenmiş bir genel çözümleyici üzerinden yapılan sorgu için 127.255.255.254) ve "listede" olarak okunmamalıdır. Spamhaus, bazı sunucuların bu yüzden yanlışlıkla tüm e-postaları reddettiğini belirtir ve kendi çözümleyicinizi çalıştırmanızı önerir.

İki kontrol aracının aynı adres hakkında farklı sonuç vermesinin nedenlerinden biri de budur: farklı çözümleyiciler üzerinden soruyor olabilirler.

Kara listeler ve beyaz listeler (DNSBL ve DNSWL)

DNSBL ve DNSWL aynı şekilde sorgulanır, ancak bir eşleşme tam tersi anlama gelir. RFC 5782'ye göre ağ yöneticileri genellikle trafiği engellemek için DNSBL'leri, trafiği öncelikli olarak kabul etmek için DNSWL'leri kullanır. Aynı liste bir bağlamda kara liste, başka bir bağlamda beyaz liste olarak bile kullanılabilir.

dnswl.org (list.dnswl.org) bir beyaz liste örneğidir. Belgelerine göre yanıtlar 127.0.x.y biçimindedir; burada x bir kategori, y ise 0 (yok) ile 3 (yüksek) arasında bir güven düzeyidir. Listelenen ana bilgisayarların greylisting ve kara liste kontrollerini atlamasına, orta ve yüksek güvenli ana bilgisayarların spam filtrelemesini atlamasına izin verilmesini ve virüs taramasının asla atlanmamasını önerir. Bir beyaz liste girişinin neyi ne ölçüde muaf tutacağı yine alıcının kararıdır.

Bir IP veya alan adının listelenmesinin yaygın nedenleri

Her işletmeci kendi kriterlerini belirler ve birçoğu tam tetikleyicileri gizli tutar. Aşağıdaki nedenler, işletmecilerin yayımlanmış belgelerinden alınmıştır.

• Spam bildirimleri ve spam tuzakları. SpamCop Blocking List, SpamCop kullanıcılarının bildirdiği e-postaları gönderen IP'leri içerir; spam tuzaklarına (spam göndericilerin topladığı veya oluşturduğu adresler) giden e-postalara ek ağırlık verilir. SSS'sine göre yeni bildirim olmazsa kayıt yalnızca 24 saat sürer ve bildirimler durduğunda adresler otomatik olarak kaldırılır.
• Virüslü veya ele geçirilmiş cihazlar. Spamhaus XBL; kötü amaçlı yazılım, üçüncü taraf trafiğini cihaz üzerinden aktaran "ücretsiz VPN" uygulamaları, kaba kuvvet saldırılarına katılım veya çalınmış kimlik bilgileriyle e-posta aktarma girişimleri gibi kanıtlara dayanarak IP'leri otomatik olarak listeler. Neden devam ediyorsa IP bir sonraki bağlantısında yeniden listelenir.
• Yanlış yapılandırma ve kötü liste hijyeni. Spamhaus CSS; ileri DNS ile eşleşmeyen HELO adlarını, ele geçirilmiş web sitelerini ve CMS kurulumlarını, güvensiz yapılandırmaları ve iyi yönetilmeyen e-posta listelerini sayar. Kaldırmadan önce nedenin belirlenip düzeltilmesi gerektiğini belirtir.
• Politika kayıtları. Spamhaus PBL, doğrudan e-posta göndermemesi gereken ve çoğu zaman ev tipi geniş bant olan adres alanlarını kapsar. Spamhaus, PBL kaydının son kullanıcının yaptığı herhangi bir şeyin sonucu olmadığını söyler; bu aralıklardan gelen e-postaların kimlik doğrulamalı bir SMTP sunucusu üzerinden gönderilmesi beklenir.
• Paylaşımlı altyapı. Paylaşımlı hostingde başka bir müşterinin gönderimleri kullandığınız IP'yi etkileyebilir. Bkz. paylaşımlı hosting IP'si kara listeye alındığında yapılması gerekenler.

E-posta teslim edilmediğinde DNSBL'lerin yeri

DNSBL kaydı, teslim edilmeyen e-postaların olası nedenlerinden yalnızca biridir. Yanlış adresler, dolu posta kutuları, alıcı tarafındaki sorunlar ve eksik kimlik doğrulama da geri dönmelere yol açabilir. Bir liste söz konusu olduğunda geri dönme iletisi çoğu zaman listenin adını verir veya bir sorgu URL'si içerir.

1. Geri dönme iletisini okuyun. Yanıt kodunu ve metindeki liste adını veya URL'yi not edin.
2. Gönderen IP'nizi ve alan adınızı belirleyin. Başlıklardaki Received satırlarını kullanın veya sunucuyu yöneten kişiye sorun.
3. Büyük listeleri tek seferde kontrol edin. Kara liste kontrol aracını kullanın, ardından her eşleşmeyi işletmecinin kendi sorgulama sayfasında doğrulayın.
4. Nedeni giderin. Yukarıdaki nedenleri tek tek gözden geçirin. Neden giderilmeden yapılan talepler genellikle yeniden listelenmeyle sonuçlanır.
5. O işletmecinin sürecini izleyin. Bazı listelerde kayıt kendiliğinden düşer, bazıları kaldırma talebi kabul eder, bazıları ise yalnızca ağ sahibinden gelen talepleri kabul eder. Listeden çıkarma kararı her zaman liste işletmecisine aittir ve bir talep, kaldırma sözü anlamına gelmez.

Alıcılar kendi filtrelerini de çalıştırır; bu nedenle bir kayıt sona erdiği anda e-postalar yeniden akmayabilir. Sorun gidermenin tam sırası için e-posta kara listede: geri dönme iletisi nasıl okunur, kimlik doğrulama için SPF, DKIM ve DMARC kurulumu yazılarına bakın. Nedeni kendiniz tespit edemiyorsanız bizden yardım isteyebilirsiniz.

Sık sorulan sorular

Kullanılan resmî sayfalar

Bu makaledeki bilgiler, yayın tarihinde aşağıdaki resmî sayfalarla karşılaştırılarak doğrulanmıştır. Politikalar ve işleyiş haber verilmeden değişebilir; önemli bir konuda karar vermeden önce resmî sayfaları kontrol edin.

• RFC 5782: DNS Blacklists and Whitelists
• Spamhaus FAQ: DNSBL Usage
• Spamhaus: Domain Blocklist (DBL)
• Spamhaus: Exploits Blocklist (XBL)
• Spamhaus: Combined Spam Sources (CSS)
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: What is the SpamCop Blocking List (SCBL)?
• SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
• dnswl.org: Return codes and recommended usage

İlgili rehberler

Tüm rehberler →