DNS Leak Test

Sorgularınızı gerçekte hangi DNS sunucularının yanıtladığını ve VPN'inizin bunları internet sağlayıcınıza sızdırıp sızdırmadığını görün. Bu DNS sızıntı testi sayfa açılır açılmaz çalışır, her sunucuyu adıyla gösterir ve açık bir karar verir.

Kendi test ad sunucumuz görür · DNS sunucuları IPv4 adresleriyle gösterilir · sorgular 10 dakika bellekte tutulur, sonra unutulur

SizIPv4IPv6Bağlantınız bulunuyor…

Ad sunucumuza soran DNS sunucuları

Ad sunucumuza soran DNS sunucuları geldikçe burada her biri ayrı bir satırda görünür.

Komut satırından kontrol edin

1Sisteminizin DNS'i

Uygulamalarınızın kullandığı DNS sunucusu. Yukarıdaki satırlarla karşılaştırın.

C:\> nslookup -type=txt whoami.leak.dnsrobot.net

Yanıt, bize soran DNS sunucusunun adresidir.
Farklı bir yanıt, tarayıcınızın ve uygulamalarınızın farklı yollar izlediği anlamına gelir; örneğin tarayıcının Güvenli DNS ayarı.
Kendi çözümleyicinizi mi çalıştırıyorsunuz (Unbound ile Pi-hole)? Yanıt ev adresinizdir: herkese açık bir yerde paylaşmayın.

2Ele geçirme testi

Doğrudan Cloudflare'e (1.1.1.1) sorar.

C:\> nslookup -type=txt whoami.leak.dnsrobot.net 1.1.1.1

Bir Cloudflare adresi (AS13335): sorgunuz istendiği gibi Cloudflare'e ulaştı.
Başka herhangi bir ağın adresi: bir şeyin DNS'inizi yönlendirdiğine dair güçlü bir işaret: VPN uygulamanız (bazıları bunu bilerek yapar), güvenlik yazılımı, modeminiz veya sağlayıcınız.

Komutun çıktısını yapıştırın

Hangi komut?

Metin bu sayfada kalır; ağını adlandırmak için sunucumuzda yalnızca adres sorgulanır.

Ad sunucumuz her testin sorgularını 10 dakika bellekte tutar, sonra unutur. Son sonucunuz yalnızca bu tarayıcıda, önce/sonra karşılaştırması için kalır.

DNS sızıntı testi sonucum ne anlama geliyor?

İki şeye bağlıdır: ad sunucumuza hangi DNS sunucularının sorduğuna ve VPN kullanıp kullanmadığınıza. İnternet sağlayıcınızın DNS'i VPN olmadan normaldir, VPN açıkken ise bir sızıntıdır; Cloudflare veya Google gibi genel bir DNS tek başına asla sızıntı değildir.

DNS sızıntısı (DNS leak), VPN kullanırken sorgularınızı sağlayıcınızın DNS sunucularının yanıtlaması demektir; bu durumda sağlayıcınız, tünele rağmen sorguladığınız siteleri görür. VPN'inizin DNS'ini işleten ortak veya barındırma şirketleri sızıntı değildir: Proton VPN de çizgiyi aynı yere çekiyor.

Test her sunucuyu türüne göre sınıflandırır (VPN'inizin DNS'i, genel DNS, ISP'nizin DNS'i, barındırma ağı veya kendi çözümleyiciniz) ve kararı bu karışıma göre, markanın adını vererek yazar. VPN'inizin DNS'i ile sağlayıcınızınki bir aradaysa bu bir kısmi sızıntıdır: bazı sorgular arada bir tünelden kaçar.

Hiçbir şey gelmedi asla geçti sayılmaz: bir şey testin sorgularını internete ulaşmadan durdurdu. Başka bir ülkedeki DNS sunucusu da sızıntı değildir.

Ad sunucumuza kim sordu × VPN kullanıyor musunuz?altı karar

Görülen DNS sunucularıVPN yokVPN açık

VPN'inizin DNS'iOlamazVPN olmadan görülecek bir VPN DNS'i yoktur.Sızıntı yokFrankfurt'taki M247 yanıtlıyor: sağlayıcınız hiçbir şey görmez.

Genel DNSCloudflare yanıtlıyor1.1.1.1 ayarınız çalışıyor. Sızıntı değil.Sızıntı yokSorguları sizin adresinizden değil, VPN'in adresinden ulaşır.

ISP'nizin DNS'iISP'nizin DNS'iVPN olmadan olması gerektiği gibi Example Broadband yanıtlıyor. Sızıntı değil.DNS sızıntısıVPN'e rağmen sağlayıcınız sorguladığınız her adı görür.

Karışık: VPN veya genel + ISPSızıntı değilİkinci bir DNS ayarı veya yedek: VPN olmadan normal.Kısmi sızıntıBazı sorgular tünelden kaçıyor: genişletilmiş testi çalıştırın.

Bir barındırma ağıMuhtemelen Quad9Ya da başka bir hizmetin ortağı veya modeminizin üst sunucusu: sayfa, ayırt edemediğinde bunu söyler.Sızıntı yokSağlayıcınızın ağı değil: muhtemelen VPN'inizin DNS ortağı.

Hiçbir şey gelmediGeçti sayılmazAsla “güvenli” değil: bir şey testin sorgularını durdurdu.Geçti sayılmazTestin adlarına izin verin veya genişletilmiş testi çalıştırın.

Satırlar, testin adlandırdığı DNS sunucusu türleridir ve sonuçlardaki renkleriyle gösterilir; hücreler, sayfanın yazdığı kararlardır. VPN açıkken kural: sağlayıcınızın ağı olmayan hiçbir şey sızıntı değildir.

DNS leak test sonucu: VPN kullanan birinin sorgularını internet sağlayıcısının DNS'i yanıtlıyor, her sunucu adı ve konumuyla — VPN üzerinde uydurma bir sonuç: Example Broadband'in DNS'i tünelin dışında hâlâ yanıt veriyor, bu yüzden test bir sızıntı bildiriyor. Her bölümün ne gösterdiğini görmek için bir numara seçin.

DNS leak test nasıl çalışır?

Bu DNS sızıntı testi, tarayıcınıza hiç var olmamış adları sorgulatır; örneğin 1-k3x9q2mfp7c1vn4a.leak.dnsrobot.net. Hiçbir DNS sunucusunun önbelleğinde bunlar bulunmaz, bu yüzden sorgularınızı işleyen sunucu ad sunucumuza sormak zorundadır; ad sunucumuz da onun adresini not eder ve “böyle bir ad yok” yanıtını verir.

Ardından sayfa, ad sunucumuza bu testin adlarını hangi DNS sunucularının sorduğunu sorar. Ayarlarınız ne derse desin, tarayıcınızın gerçekten kullandığı sunucular bunlardır; ev modemi genellikle sorguları yalnızca iletir, bu yüzden görünen, modemin ilettiği sunucudur. Her ad bir kez kullanılır ve ad sunucumuz testi 10 dakika sonra unutur.

Standart test 6 sorgu yapar; bu genellikle bir sızıntıyı fark etmeye yeter. Genişletilmiş test, yalnızca arada bir yanıt veren bir DNS sunucusunu yakalamak için 6'lık gruplar halinde 36 sorgu yapar; örneğin VPN'in DNS'i geç yanıt verdiğinde Windows'un her bağdaştırıcıyı denemesi gibi.

Bir DNS sunucusu adresinizin bir kısmını iletirse (EDNS Client Subnet), satırı bu alt ağı yalnızca size gösterir. Asla kayda geçmez.

Bir sorgu, adım adımbir test çalıştırması, adresler değiştirildi

Standart6 sorgu · en fazla 3 sn.

Genişletilmiş36 sorgu · 6 grup · en fazla 18 sn.

Üstte: ev bağlantısından yapılan altı sorgudan biri, adım adım. Her ad bir kez kullanılır ve ad sunucumuz kimin sorduğunu 10 dakika bellekte tutar. Altta: iki test süresi, sorgu başına bir hücre; 6 sorguluk her grup en fazla 3 saniye bekler. Renkler, 36 sorgudan 2'sini sağlayıcının DNS'ine gönderen bir VPN'i gösterir; 6 sorguluk bir test bunu kolayca kaçırabilir. Testin kendisi her DNS sunucusunun sorgulardaki payını gösterir.

Neden Google, Cloudflare veya başka bir ülke görünüyor?

Çünkü ayarladığınız adres, soran adres değildir. Genel DNS hizmetleri 1.1.1.1 veya 8.8.8.8 adresinde aynı anda birçok konumdan yanıt verir (anycast) ve her konum, diğer ad sunucularına kendi adres havuzundan, bazen bir ortağın ağından sorar.

Test ettiğimiz bir bağlantıdan yalnızca Cloudflare, Google ve OpenDNS ad sunucumuza kendi ağlarından ulaştı; Quad9 Equinix üzerinden, AdGuard Datacamp üzerinden, NextDNS ise Vultr üzerinden geldi. Bunların hiçbiri sızıntı değil. Sonuçta genel bir DNS görmek, tarayıcınızın, cihazınızın veya VPN'inizin sorguları oraya gönderdiği anlamına gelir; VPN açıkken bu sorgular sizin adresinizden değil, VPN'in adresinden gelir.

Bu yüzden test bir tabloya güvenmez: her genel DNS hizmetine tarayıcınızdan sizin için hangi adresi kullandığını sorar ve Google'ı Google'ın yayımladığı aralıklarla karşılaştırır. Doğrulayamadığı bir sunucuyu muhtemelen o hizmet ya da bir barındırma ağındaki sunucu olarak gösterir, asla sızıntı olarak değil.

Ülkeler de yanıltır: sicil verileri, sunucunun durduğu ülkeyi değil, ağın kayıtlı olduğu ülkeyi verir (1.1.1.1'in kendisi Avustralya'da kayıtlıdır). Sızıntı, sorgularınızın nerede olduğuyla değil, onları kimin gördüğüyle ilgilidir.

Sizin ayarınız · bize soran · ağıkaydedilmiş bir test, adresler değiştirildi

Fiber hatta kaydedildi: Hindistan, 24 Eki 2026

Cloudflare1.1.1.1192.0.2.10kendi ağı, AS13335sicil ülkesi: Amerika Birleşik DevletleriSızıntı değil
Google8.8.8.8192.0.2.12, 192.0.2.13kendi ağı, AS15169sicil ülkesi: Amerika Birleşik Devletleriiki sorgu için iki adresSızıntı değil
Quad99.9.9.9192.0.2.11Equinix üzerinden, AS15830sicil ülkesi: Hollandabir ortağın ağıSızıntı değil
AdGuard94.140.14.14192.0.2.30Datacamp (CDN77) üzerinden, AS60068bir barındırma ortağı (DNS4EU trafiğini de taşıyor)Sızıntı değil
NextDNSyapılandırmanız192.0.2.41Vultr üzerinden, AS20473bir barındırma ortağı (CleanBrowsing trafiğini de taşıyor)Sızıntı değil

Bu bağlantıdan sorulan 12 genel DNS hizmetinden yalnızca Cloudflare, Google ve OpenDNS ad sunucumuza kendi ağlarından ulaştı; geri kalanlar ortaklar veya barındırma şirketleri üzerinden geldi. Bayrak, sunucunun durduğu yeri değil, ağın kayıtlı olduğu yeri gösterir. Sayfa, bunun gibi bir tabloya güvenmek yerine her hizmete sizin için hangi adresi kullandığını canlı olarak sorar.

DNS sızıntısına ne neden olur?

Genellikle cihazınızın sorguları VPN dışında bir yere göndermesi: VPN uygulaması kendi DNS'ini ayarlamaz, Windows her ağ bağdaştırıcısına sorar veya IPv6, yalnızca IPv4 taşıyan bir tüneli atlar.

Windows daha hızlı yanıt almak için her sorguyu aynı anda Wi-Fi'a ve VPN'e gönderebilir (smart multi-homed name resolution). Birçok VPN yalnızca IPv4 taşır; IPv6 trafiğini ve onun üzerinden gönderilen DNS'i tünelin dışında bırakır (RFC 7359). Sistemde ayarlanan özel bir DNS de VPN uygulamasının korumasını geçersiz kılabilir.

Her neden, sonuçta kendi izini bırakır. Tarayıcıdaki özel bir Güvenli DNS sağlayıcısı, VPN'in DNS'ini atlayan o genel DNS olarak görünür. Ancak Chrome'un otomatik modu mevcut sağlayıcınızı korur, Firefox'un varsayılan ayarı ise bir VPN olduğunda devreden çıkar.

53 numaralı portta DNS'i yönlendiren bir şey, örneğin bir sağlayıcının şeffaf proxy'si, siz 1.1.1.1 ayarlamış olsanız bile sağlayıcınızı gösterir. Bağlantı kesici olmadan kopan bir VPN yalnızca bir anlığına sızdırır, bu yüzden tek bir test bunu kaçırabilir: VPN yeniden bağlandıktan sonra tekrar test edin.

Altı neden ve bu testin her biri için gösterdiğikartın son satırı

VPN kendi DNS'ini ayarlamıyor
Trafik tünelden geçer, ancak sistem önceki DNS sunucularını, genellikle sağlayıcınızınkileri kullanmaya devam eder.
DNS sızıntısıVPN açıkken ISP'nizin DNS'i
Tarayıcıda özel bir Güvenli DNS sağlayıcısı
Özel bir sağlayıcıya ayarlanan tarayıcı, sorguları VPN'in DNS'ini atlayarak HTTPS üzerinden ona gönderir. Chrome'un otomatik modu mevcut sağlayıcınızı korur; Firefox'un varsayılan ayarı ise bir VPN gördüğünde devreden çıkar.
Sızıntı yokVPN'inizinki değil, genel bir DNS
Windows her bağdaştırıcıya soruyor
smart multi-homed name resolution açıkken Windows sorguları aynı anda her ağa, hem VPN'e hem Wi-Fi'a gönderir.
Kısmi sızıntıVPN'inizin DNS'i + ISP'nizin DNS'i
IPv6 tüneli atlıyor
Birçok VPN yalnızca IPv4 taşır. IPv6 trafiği ve onun üzerinden gönderilen her DNS sorgusu sağlayıcınız üzerinden çıkar.
IPv6 sızıntısısonucun altında ayrı bir satır
Bir şey DNS'i yönlendiriyor
Bir modem, güvenlik yazılımı veya sağlayıcı (ya da bilerek bir VPN uygulaması) 53 numaralı porttaki sorguları yakalayıp yanıtlar; 1.1.1.1 için olanları bile.
ISP'nizin DNS'i“Cloudflare 1.1.1.1 değil: ISP'niz yanıtladı”
VPN kopuyor ve bağlantı kesici yok
Tünel kesilirse sorgular, bağlantı geri gelene kadar sistemin varsayılan DNS'ine, muhtemelen sağlayıcınızınkine gidebilir.
Kısmi sızıntıyalnızca arada bir: genişletilmiş test bunu daha sık yakalar

Windows'un IPv6'yı IPv4 üzerinden tünellemenin eski yolu olan Teredo, Windows 10 sürüm 1803'ten beri devre dışıdır; bu yüzden bugün nadiren neden olur.

DNS sızıntısı nasıl düzeltilir?

VPN uygulamanızın DNS sızıntısı korumasını, IPv6 sızıntı korumasını ve bağlantı kesicisini açın, ardından tekrar test edin. Sızıntı koruması DNS'i güvenlik duvarı kurallarıyla VPN'in içinde tutar; bağlantı kesici ise tünelin koptuğu anları kapsar.

Sızıntı sürerse sistemi düzeltin. Windows'ta bir OpenVPN profilindeki block-outside-dns sorguları diğer tüm bağdaştırıcılardan uzak tutar; her şeyi yönlendiren (0.0.0.0/0) ve bir DNS = satırı olan bir WireGuard tüneli de 53 numaralı portun yalnızca tünelin DNS'ine ulaşmasına izin verir. smart multi-homed name resolution özelliğini kapatmak yalnızca paralel sorguları durdurur; çözüm bu değildir.

systemd-resolved kullanan Linux'ta, başka hiçbir bağlantıya sorulmaması için VPN bağlantısına ~. yönlendirme alanını verin. IPv6'yı kapatmak yerine VPN uygulamasının IPv6'yı taşımasına veya engellemesine izin verin; Microsoft IPv6'yı kapatmayı önermez. VPN'i kullanırken tarayıcıdaki özel Güvenli DNS sağlayıcısını ve sistemdeki özel DNS'i kaldırın.

Android'de VPN kullanırken, Proton VPN ve Mullvad'ın önerdiği gibi “Gizli DNS” ayarını Kapat olarak belirleyin: Gizli DNS ana makine adı her sorguyu o sağlayıcıya gönderir. Ardından testi yeniden çalıştırın: önce/sonra karşılaştırması hangi DNS sunucularının kaybolduğunu gösterir.

Önemli olan ayarlarsisteme göre

VPN uygulaması · Ayarlar

DNS sızıntısı korumasıher sorguyu tünelin içinde tutar

IPv6 sızıntı korumasıIPv6'yı engeller veya tünelde taşır

Bağlantı kesicitünel kapalıyken hiç trafik yok

Özel DNSkapalı bırakın: bazı uygulamalarda sızıntı korumasını kapatır

OpenVPN profili (.ovpn)

block-outside-dns

# yalnızca Windows: 53 numaralı port başka hiçbir bağdaştırıcıya ulaşmaz

WireGuard (.conf)

[Interface]

DNS = 10.2.0.1

# bu satır olmadan sistem eski DNS'ini kullanmaya devam eder

[Peer]

AllowedIPs = 0.0.0.0/0, ::/0

# Windows için WireGuard: /0 rotasıyla 53 numaralı port yalnızca yukarıdaki DNS'e ulaşır

Windows 11 · Settings

SettingsNetwork & internetWi-FiManage known networks

DNS server assignmentVPN açıkken elle girdiğiniz bir DNS, VPN'in sızıntı korumasını geçersiz kılabilirAutomatic (DHCP)

IPv6'yı açık bırakın: Microsoft kapatılmasını önermez. VPN uygulamasının IPv6 sızıntı korumasını kullanın.

Group Policy

Computer Configuration › Network › DNS Client

Turn off smart multi-homed name resolution = Enabled

# yalnızca paralel sorguları durdurur: çözüm bu değil

kayıt defteri değeri

DisableSmartNameResolution

Sistemin DNS'ini kontrol edin

C:\> nslookup -type=txt whoami.leak.dnsrobot.net

macOS · System Settings

Apple menuSystem SettingsNetworkWi-FiDetailsDNS

DNS ServersVPN kullanırken elle eklediğiniz sunucuları kaldırın

Açtığınız şifreli DNS profili veya uygulaması tüm sistem için geçerlidir ve VPN uygulaması onu yönlendiremez.

VPN açıkken iCloud Private Relay devreden çıkar.

Sistemin DNS'ini kontrol edin

$ dns-sd -q whoami.leak.dnsrobot.net TXT

# Ctrl-C'ye basana kadar çalışır

$ dig +short TXT whoami.leak.dnsrobot.net

# dig yalnızca /etc/resolv.conf içindeki birincil çözümleyiciye sorar

Linux

systemd-resolvedHiçbir yönlendirme alanıyla eşleşmeyen bir sorgu, varsayılan rotası olan her bağlantıya gider: hem VPN'e hem Wi-Fi'a.çözüm: VPN bağlantısına ~. yönlendirme alanını verin

NetworkManagerVPN profilindeki negatif bir DNS önceliği, diğer bağlantıların DNS sunucularını devre dışı bırakır.

/etc/resolv.confsystemd-resolved olmadan: bağlandıktan sonra /etc/resolv.conf içinde kalan nameserver satırlarını silin.

# her sorguyu VPN bağlantısına gönder

$ resolvectl domain wg0 '~.'

# NetworkManager: yalnızca VPN profilinin DNS'i

$ nmcli connection modify my-vpn ipv4.dns-priority -10

Sistemin DNS'ini kontrol edin

$ resolvectl query --type=TXT whoami.leak.dnsrobot.net

Android · Settings

SettingsNetwork & internetPrivate DNS

Samsung: SettingsConnectionsMore connection settingsPrivate DNS

Off
Automatic
Private DNS provider hostname

VPN üreticileri, VPN kullanırken bu özelliği kapatmanızı söylüyor.
Bir ana makine adı, VPN'in DNS'ini atlayarak her sorguyu o sağlayıcıya gönderir.

iPhone · Settings

SettingsWi-FiⓘConfigure DNS

Automatic
Manual

Elle girdiğiniz bir DNS yalnızca o Wi-Fi ağı için geçerlidir ve VPN'inkini geçersiz kılabilir.

Açtığınız şifreli DNS profili veya uygulaması tüm sistem için geçerlidir ve VPN uygulaması onu yönlendiremez.
VPN açıkken iCloud Private Relay devreden çıkar.

Chrome · Settings

SettingsPrivacy and securitySecurityAdvanced

Use secure DNS

your current service provider
a custom service provider

Edge: aynı seçenekler, şurada:SettingsPrivacy, search, and services

Otomatik mod yalnızca mevcut sağlayıcınızı şifreli DNS'e yükseltir.
Özel bir sağlayıcı, sorguları VPN'i atlayarak gönderir; VPN uygulaması bunları yönlendiremez.
VPN üreticileri daha da ileri gidip bu özelliği kapatmanızı söylüyor.

Firefox · Settings

DNS over HTTPS

Default Protection
Increased Protection
Max Protection
Off

“Default Protection”, bir VPN algıladığında DNS over HTTPS'i kapatır.
“Increased” ve “Max”, VPN'in DNS'ini atlayarak seçtiğiniz sağlayıcıyı kullanmaya devam eder.
Varsayılan olarak yalnızca şu ülkelerde açık: Amerika Birleşik Devletleri, Kanada, Rusya ve Ukrayna.

Ayar adları uygulamaya göre değişir: bunlar genel adlardır. Menü adları, üreticilerin İngilizce etiketleridir. 10.2.0.1, örnek olarak Proton VPN'in tünel içi DNS'idir; OpenVPN seçeneği yalnızca Windows'ta çalışır.

Özel DNS'iniz çalışıyor mu? 1.1.1.1, NextDNS, AdGuard veya Pi-hole'u kontrol edin

Kurduğunuz şeyi Neyi kontrol ediyorsunuz? altında seçin ve testi çalıştırın: karar, o hizmetin gerçekten yanıt verip vermediğini söyler. Çalışan bir kurulum yalnızca o hizmeti gösterir; tablonun gösterdiği gibi bu çoğu zaman hizmetin kendi ağından değil, bir ortağın veya barındırıcının ağından gelir. Çalıştığında DNS Hız Testi onu bağlantınızdan diğer çözümleyicilerle karşılaştırarak ölçer.

Pi-hole sorguları üst DNS sunucusuna iletir, bu yüzden test Pi-hole'u değil o üst sunucuyu (örneğin Cloudflare) gösterir. Unbound ile adları kendisi çözer, bu yüzden kendi ev adresiniz görünür: VPN olmadan bu normaldir. Cloudflare ve NextDNS de kendi hizmetlerini doğrular: Cloudflare'in kontrol sayfasında ve test.nextdns.io adresinde.

Onun yerine sağlayıcınız görünüyorsa, bir modem, uygulama veya tarayıcı seçiminizi geçersiz kılıyordur ya da bir şey 53 numaralı portu yönlendiriyordur; bazı modemler 1.1.1.1'i bile yanlış yönlendirir. Komut satırı kontrolü hangisi olduğunu daraltır.

Her hizmet ne göstermelitek bir bağlantıdan örnek

Hizmet	Ayarınız	Bu testin göstermesi gereken	Çoğu zaman geldiği yer
Cloudflare	1.1.1.1	Genel DNS Cloudflare	kendi ağı · AS13335
Google Public DNS	8.8.8.8	Genel DNS Google	yayımladığı kendi aralıkları · AS15169 +3 daha
Quad9	9.9.9.9	Genel DNS Quad9	bir ortak, örneğin Equinix · AS15830
NextDNS	yapılandırma kimliğiniz	Barındırma NextDNS muhtemelen	bir barındırıcı, örneğin Vultr · AS20473
AdGuard DNS	94.140.14.14	Barındırma AdGuard muhtemelen	bir barındırıcı, örneğin Datacamp (CDN77) · AS60068
Control D	76.76.2.0	Genel DNS Control D	bölgesel bir barındırıcı · AS146943
Pi-hole	Pi-hole'unuzun adresi	Genel DNS Pi-hole'unuzun üst sunucusu veya Unbound ile Size ait	üst sunucunuzun ağı veya kendi adresiniz

“Çoğu zaman geldiği yer”, tek bir bağlantıdan bir örnektir (doğruluk kontrolü, 24 Eki 2026); sizinki farklı olabilir. Sayfa buna dayanmaz: her hizmete DNS over HTTPS ile sizin için hangi adresi kullandığını sorar ve bir hizmete sorulamadığında “muhtemelen” der.

DNS sızıntısını komut satırından nasıl kontrol ederim?

nslookup -type=txt whoami.leak.dnsrobot.net komutunu çalıştırın: ad sunucumuz, soran DNS sunucusunun, yani sisteminizin varsayılan DNS'inin adresiyle yanıt verir. Mac'te dns-sd -q whoami.leak.dnsrobot.net TXT kullanın (Ctrl-C ile durdurun), çünkü orada dig yalnızca birincil DNS ayarını görür; Linux'ta resolvectl query --type=TXT whoami.leak.dnsrobot.net kullanın. Komut paneli her birini kopyalar.

Bu test tarayıcınızın kullandığı DNS'i görür; uygulamalar farklı bir yol izleyebilir: Chrome veya Firefox'taki özel bir Güvenli DNS sağlayıcısı, sistemin DNS'i yerine tarayıcının sorgularını alır. Tarayıcı ve komut farklı sonuç veriyorsa sızıntı yalnızca birindedir.

Cloudflare'e doğrudan sormak için sonuna 1.1.1.1 ekleyin (Mac veya Linux'ta dig @1.1.1.1 TXT whoami.leak.dnsrobot.net +short). Yanıt, Cloudflare ağındaki bir adres olmalıdır. Başka herhangi bir ağın adresi, 1.1.1.1 için gönderilen DNS'i başka bir şeyin yanıtladığına dair güçlü bir işarettir: VPN uygulamanız (bazıları bunu bilerek yapar), güvenlik yazılımı, modeminiz veya sağlayıcınız.

Unbound ile Pi-hole gibi kendi çözümleyicinizi çalıştırıyorsanız yanıt kendi ev adresinizdir: bir yere yapıştırmadan önce bunu aklınızda tutun.

Terminalden iki kontrolWindows nslookup, gerçek çıktı biçimi

1 · sisteminizin DNS'i

C:\> nslookup -type=txt whoami.leak.dnsrobot.net
Server:  cache2.broadband.example
Address:  203.0.113.53

Non-authoritative answer:
whoami.leak.dnsrobot.net        text =

        "203.0.113.53"

Example Broadband DNS'i: tarayıcı testindekiyle aynı sunucu; yani burada tarayıcı ve sistem aynı yolu izliyor.

Kendi çözümleyicinizi mi çalıştırıyorsunuz (Unbound ile Pi-hole)? O zaman yanıt kendi genel adresinizdir.

2 · ele geçirme testi

C:\> nslookup -type=txt whoami.leak.dnsrobot.net 1.1.1.1
Server:  one.one.one.one
Address:  1.1.1.1

Non-authoritative answer:
whoami.leak.dnsrobot.net        text =

        "192.0.2.10"

Bir Cloudflare adresi (AS13335): sorgunuz istendiği gibi Cloudflare'e ulaştı. Bu tek başına arada hiçbir şey olmadığını kanıtlamaz: bir proxy, sorguları 1.1.1.1 adresine iletebilir.

Yanıt "203.0.113.53" olsaydı, bu bir şeyin DNS'inizi yönlendirdiğine dair güçlü bir işaret olurdu: VPN uygulamanız (bazıları bunu bilerek yapar), güvenlik yazılımı, modeminiz veya sağlayıcınız.

Belgeleme adresleriyle, Windows nslookup'ın ad sunucumuza karşı gerçek çıktısının biçimi. Aracın kendi paneli bu komutları Windows, macOS, Linux ve PowerShell için kopyalar.

DNS sızıntısı, IPv6 sızıntısı ve WebRTC sızıntısı: farkları ne?

Bunlar, bir VPN'i atlayan üç farklı yoldur. DNS sızıntısı, sorguladığınız adları sağlayıcınıza gösterir; IPv6 sızıntısı, IPv6 trafiğini gerçek adresinizle dışarı gönderir; WebRTC sızıntısı ise bir web sitesinin adresinizi tarayıcının gerçek zamanlı görüşme özelliği üzerinden okumasına izin verir. Tam bir VPN sızıntı testi, yani IP sızıntı testi, üçüne de bakar.

Bu sayfa ilk ikisini tek seferde kontrol eder: soran DNS sunucularını ve IPv6 adresinizin nereden çıktığını, sonucun altında ayrı bir satırda. WebRTC DNS'e hiç dokunmaz, bu yüzden kendi WebRTC Sızıntı Testi vardır; web sitelerinin gördüğü adresler IP Adresim Nedir sayfasında, IPv6 sitelerine hiç ulaşıp ulaşamadığınız ise IPv6 Testi sayfasındadır.

Bir IPv6 DNS sızıntı testi olarak da çalışır, tek bir sınırla: ad sunucumuza yalnızca IPv4 üzerinden ulaşılabilir, bu yüzden her DNS sunucusu IPv4 adresiyle gösterilir. Cihazınızın IPv6 üzerinden gönderdiği bir sorgu yine de yakalanır, çünkü ulaştığı DNS sunucusu bize IPv4 üzerinden sormak zorundadır; yalnızca IPv6 kullanan nadir bir DNS sunucusu bize ulaşamaz ve hiçbir şey gelmedi olarak görünür.

VPN'i atlayan üç yoltek bağlantı, üç kontrol

DNS sızıntısıSoran DNS sunucuları: bu testin satırları.
WebRTC sızıntısıTarayıcınızın web siteleriyle paylaşabileceği adresler: bunları WebRTC Sızıntı Testi kontrol eder.
IPv6 sızıntısıIPv6 trafiğinizin çıktığı yer: bu testin sonucunun altında ayrı bir satır.

Aracın IPv6 sızıntısı örneği: DNS tünelden VPN'in DNS'ine gittiği için DNS sızıntısı yok, ancak bu VPN yalnızca IPv4 taşıdığı için IPv6 Example Broadband üzerinden çıkıyor. WebRTC için ayrı bir test gerekir.

Bir VPN, DNS sızıntı testinde ne göstermeli?

Yalnızca VPN'in kendi DNS'ini: VPN'in veya ortağının ağındaki, genellikle bağlandığınız sunucuya yakın bir sunucu. VPN açıkken internet sağlayıcınızın adı asla görünmemelidir; web sitelerinin bunun yerine hangi ağı gördüğünü ISP'im Nedir gösterir.

Üreticiler bunu farklı anlatır. Surfshark, bir Surfshark DNS sızıntı testinin VPN'inizle aynı adrese sahip tek bir DNS sunucusu göstermesi gerektiğini söyler; Proton VPN ve Windscribe ise adresin farklı olduğunu ama aynı yerde bulunduğunu söyler. Mullvad, bağlı olduğunuz VPN sunucusundaki DNS sunucusunu kullanır; ExpressVPN her sunucusunda kendi şifreli DNS'ini çalıştırır; NordVPN ise iki DNS adresini yayımlar.

Bu yüzden ExpressVPN, Mullvad veya NordVPN DNS sızıntı testi de, her VPN DNS sızıntı testi gibi, adres ne olursa olsun sağlayıcınızın ağında hiçbir DNS sunucusu yoksa geçer: bu test adresleri asla karşılaştırmaz. Mullvad'ın kendi kuralı daha katıdır: orada Mullvad'a ait olmayan her DNS sunucusu sızıntı sayılır.

VPN uygulamasındaki özel bir DNS durumu değiştirir: PIA'nın “Use Existing DNS” seçeneği ve Mullvad'ın özel DNS seçeneği sorguları VPN'in kendi DNS'ini atlayarak gönderir, bu yüzden onun yerine o sunucu görünür. Tablo, her VPN'in kendi yardım sayfalarının söylediklerini listeler; bir sıralama veya tavsiye değildir.

Yedi VPN'e göre ne görmelisinizkendi yardım sayfalarından

VPN	Varsayılan olarak kendi DNS'i	Bu testin gösterdiği	Yayımladığı DNS adresi
Mullvad	evet	Bağlı olduğunuz Mullvad sunucusundaki DNS sunucusu	yayımlanmamış
Proton VPN	evet	VPN sunucunuzla aynı veri merkezinde, farklı bir adreste bir DNS sunucusu; bir ortağa ait olabilir	10.2.0.1
NordVPN	evet	NordVPN hizmetinin kendi DNS sunucuları	103.86.96.100103.86.99.100
Surfshark	evet	Aynı konumdan tek bir DNS sunucusu; Surfshark, IP ve DNS adreslerinizin aynı olduğunu söylüyor	yayımlanmamış
ExpressVPN	evet	ExpressVPN hizmetinin her sunucusunda çalışan kendi şifreli DNS'i	yayımlanmamış
Private Internet Access	evet	PIA DNS'i, uygulamanın varsayılanı	10.0.0.24210.0.0.243
Windscribe	evet	Aynı ülkede kendi DNS'i; genellikle tam olarak VPN adresiniz değil	10.255.255.x

Her VPN'in kendi yardım sayfalarından, 24 Eki 2026 tarihinde okundu. Kuralları farklı (Surfshark: aynı adres; Proton ve Windscribe: aynı yerde farklı bir adres), bu yüzden test adresleri asla karşılaştırmaz: hiçbir DNS sunucusu sağlayıcınızın ağında değilse sızıntı yoktur.

DNS Leak Test: sık sorulan sorular

DNS sızıntısı (DNS leak) nedir, kötü bir şey mi?

DNS sızıntısı, VPN kullanırken sorgularınızı internet sağlayıcınızın DNS sunucularının yanıtlamasıdır. Gizlilik için VPN'e güveniyorsanız önemlidir: trafiğiniz tünelden geçse bile sağlayıcınız sorguladığınız her sitenin adını görebilir. VPN olmadan sağlayıcınızın DNS'i normal yoldur, sızıntı değildir. Test hangi durumda olduğunuzu söyler.

DNS sızdırırsa ISP'm gezindiğim siteleri görebilir mi?

Sorguladığınız sitelerin adlarını, örneğin example.com, ve ne zaman sorguladığınızı görebilir. Sayfaları veya yazdıklarınızı göremez, çünkü HTTPS bunları şifreler. Çalışan bir VPN ile yalnızca tüneli görür. DNS sızıntısında adları yeniden görür: web sitesinin kendisi HTTPS kullansa bile düz DNS şifrelenmez (RFC 9076).

VPN, DNS sızıntılarını düzeltir mi?

İyi bir VPN uygulaması, DNS sızıntısı koruması açık olduğu ve cihazınızdaki hiçbir şey onu geçersiz kılmadığı sürece, her sorguyu tünelin içindeki kendi DNS'ine göndererek sızıntıları önler. Windows ağ bağdaştırıcıları, IPv6, tarayıcıdaki özel bir Güvenli DNS sağlayıcısı ve Android'in Gizli DNS ayarı sorguları yine de başka yere gönderebilir. Kontrol etmek için bağlandıktan sonra testi çalıştırın.

Test neden başka bir ülkede bir DNS sunucusu gösteriyor?

DNS hizmetleri birçok konumdan en yakınından yanıt verir ve o konum, diğer ad sunucularına başka bir yerde kayıtlı bir adresten veya bir ortağın ağından sorabilir. Bir VPN'in DNS'i de yakındaki bir veri merkezinde olabilir. Başka bir ülke tek başına asla sızıntı değildir: önemli olan sunucunun kime ait olduğudur ve bunu her satırdaki etiket söyler.

Ayarlamadığım hâlde neden Google veya Cloudflare görüyorum?

Cihazınızdaki veya ağınızdaki bir şey sorguları oraya gönderiyor: tarayıcınızdaki özel bir Güvenli DNS, modeminizin ayarları, VPN uygulamanız veya bir DNS uygulaması. Sisteminizin DNS'i 1.1.1.1 veya 8.8.8.8 ise Chrome, yalnızca 53 numaralı portu yakalayan bir VPN'i atlayarak bu hizmeti HTTPS üzerinden kullanmaya devam edebilir. Bunların hiçbiri tek başına sızıntı değildir; VPN açıkken bu sorgular sizin adresinizden değil, VPN'in adresinden gelir.

Test hiç DNS sunucusu bulamadı. Bu, sızıntı olmadığı anlamına mı gelir?

Hayır. “Hiçbir şey gelmedi”, ad sunucumuza hiçbir DNS sunucusunun sormadığı anlamına gelir; genellikle bir reklam engelleyici, bir Pi-hole listesi, filtreleyen bir DNS veya bir ağ engeli testin adlarını durdurduğu için test DNS'inizi hiç göremez. *.leak.dnsrobot.net adresine izin verip testi tekrar çalıştırın veya genişletilmiş testi deneyin. Boş bir sonuç asla geçti sayılmaz.

Bu DNS sızıntı testi gizli mi?

Test kendi alan adımız altında rastgele adlar sorgular; ad sunucumuz soran DNS sunucularını 10 dakika bellekte tutar, sonra unutur. Diğer adresinizi okumak ve genel DNS hizmetlerini tanımlamak için tarayıcınız ipify'a ve birkaç DNS hizmetine bir iki soru da sorar, bu yüzden onlar IP adresinizi görür. Sizinle ilgili iletilen bir alt ağ yalnızca size gösterilir. Son sonucunuz tarayıcınızda kalır ve onu silebilirsiniz.

IPv6 sızıntısı nedir, bu test onu kontrol ediyor mu?

IPv6 sızıntısı, VPN'iniz IPv4 trafiğini taşırken IPv6 trafiğinizin gerçek IPv6 adresinizle sağlayıcınız üzerinden çıkmasıdır. Bu test, IPv6 adresinizin nereden çıktığını aynı testte kontrol eder ve ayrı bir satırda gösterir. Çözüm, VPN uygulamasının IPv6 sızıntı koruması veya IPv6 taşıyan bir VPN'dir; Microsoft IPv6'yı kapatmayı önermez.

DNS over HTTPS, DNS sızıntılarını önler mi?

Sorgularınızı ağınızdan gizler, ancak onları gönderdiğiniz DNS şirketinden gizlemez; bu yüzden Cloudflare veya NextDNS gibi bir DoH hizmeti sağlayıcınıza sızıntı değildir. Tarayıcıdaki özel bir DoH sağlayıcısı ise VPN'inizin DNS'ini atlar. Chrome'un otomatik modu mevcut sağlayıcınızı korur, Firefox ise DoH'u varsayılan olarak yalnızca ABD, Kanada, Rusya ve Ukrayna'da açar ve bir VPN olduğunda devreden çıkar.

VPN olmadan DNS sızıntısı olabilir mi?

Olağan anlamda hayır: VPN olmadan sağlayıcınızın DNS'i normal yoldur. Olabilecek şey, seçtiğiniz DNS'in, örneğin 1.1.1.1'in, aslında yanıt vermemesidir; çünkü modeminiz, bir uygulama veya sağlayıcınız onu geçersiz kılar ya da 53 numaralı portu yönlendirir. O hizmeti “Neyi kontrol ediyorsunuz?” altında seçin; karar, onun gerçekten yanıt verip vermediğini söyler.

Android'de veya iPhone'da DNS sızıntısını nasıl düzeltirim?

Android'de VPN kullanırken Gizli DNS'i kapatın: Gizli DNS ana makine adı her sorguyu VPN yerine o sağlayıcıya gönderir. iPhone'da şifreli bir DNS profili veya uygulaması açıldığında tüm sisteme uygulanır, bu yüzden artık kullanmadıklarınızı kaldırın. iCloud Private Relay açıkken Safari'nin sorgularını Apple'ın aktarım ortakları yapar, bu yüzden onların sunucuları görünür; bir VPN, Private Relay'e göre önceliklidir.

DNS sızıntılarını ne sıklıkla test etmeliyim?

Bir VPN uygulamasını yükledikten veya güncelledikten sonra, DNS ayarlarını değiştirdikten sonra ve ağ her değiştirdiğinizde, örneğin ev Wi-Fi'ından bir kafeye veya mobil veriye geçtiğinizde. Her ağ kendi DNS'ini dağıtır ve kopan bir VPN bir anlığına ona geri dönebilir. Sayfa son sonucunuzu tarayıcınızda tutar, böylece her yeni test hangi DNS sunucularının değiştiğini gösterir.

Eksik bir şey mi var?Bir özellik ya da yeni bir araç önerin

Komut satırından kontrol edin

1Sisteminizin DNS'i

2Ele geçirme testi

DNS sızıntı testi sonucum ne anlama geliyor?

DNS leak test nasıl çalışır?

Neden Google, Cloudflare veya başka bir ülke görünüyor?

DNS sızıntısına ne neden olur?

VPN kendi DNS'ini ayarlamıyor

Tarayıcıda özel bir Güvenli DNS sağlayıcısı

Windows her bağdaştırıcıya soruyor

IPv6 tüneli atlıyor

Bir şey DNS'i yönlendiriyor

VPN kopuyor ve bağlantı kesici yok

DNS sızıntısı nasıl düzeltilir?

Özel DNS'iniz çalışıyor mu? 1.1.1.1, NextDNS, AdGuard veya Pi-hole'u kontrol edin

DNS sızıntısını komut satırından nasıl kontrol ederim?

DNS sızıntısı, IPv6 sızıntısı ve WebRTC sızıntısı: farkları ne?

Bir VPN, DNS sızıntı testinde ne göstermeli?

DNS Leak Test: sık sorulan sorular

DNS sızıntısı (DNS leak) nedir, kötü bir şey mi?

DNS sızdırırsa ISP'm gezindiğim siteleri görebilir mi?

VPN, DNS sızıntılarını düzeltir mi?

Test neden başka bir ülkede bir DNS sunucusu gösteriyor?

Ayarlamadığım hâlde neden Google veya Cloudflare görüyorum?

Test hiç DNS sunucusu bulamadı. Bu, sızıntı olmadığı anlamına mı gelir?

Bu DNS sızıntı testi gizli mi?

IPv6 sızıntısı nedir, bu test onu kontrol ediyor mu?

DNS over HTTPS, DNS sızıntılarını önler mi?

VPN olmadan DNS sızıntısı olabilir mi?

Android'de veya iPhone'da DNS sızıntısını nasıl düzeltirim?

DNS sızıntılarını ne sıklıkla test etmeliyim?

Diğer DNS ve ağ araçları

DNS Hız Testi

WebRTC Sızıntı Testi

IP Adresim Nedir

ISP'im Nedir

IPv6 Testi

DNS Sorgulama