WHOIS Sorgulama Rehberi: Alan Adı Sahibini Bulun ve Kaydı Okuyun

WHOIS Sorgulama Nedir?

WHOIS sorgulama, bir alan adının herkese açık kayıt veritabanına yöneltilen bir sorgudur. .com, .net veya .org gibi genel bir üst düzey alan adının altındaki her alan adının, kayıt kuruluşu ve registrar tarafından tutulan bir kaydı vardır ve bu kaydın herkese açık kısmını herkes okuyabilir. Sorgu; registrar'ın kim olduğunu, alan adının ne zaman oluşturulduğunu, ne zaman sona ereceğini, hangi nameserver'ları kullandığını ve alan adının kilitli mi, askıda mı yoksa silinmek üzere mi olduğunu söyleyen bir dizi durum kodunu döndürür.

Ad, özgün Unix komutundan gelir. 1982'de RFC 812, ARPANET'in TCP port 43 üzerindeki NICNAME/WHOIS hizmetini, whois yazıp ardından bir ad girerek sorgulanan bir hizmet olarak tarif etti; bu düz metin protokolün güncel şartnamesi RFC 3912'dir. Altındaki protokol değişse de ad kaldı: 28 Ocak 2025'ten beri ICANN, gTLD kayıt kuruluşlarından ve registrar'lardan port 43 WHOIS çalıştırmalarını artık istemiyor (.com, .name ve .post hariç) ve aynı veriler bir JSON API olan RDAP üzerinden sunuluyor. DNS Robot'un WHOIS Lookup aracı dahil çoğu araç önce RDAP'a sorar ve sonucu yine de WHOIS kaydı diye adlandırır.

WHOIS sorgusunun artık çoğunlukla döndürmediği bir şey var: sahibin adı, adresi ve e-postası. GDPR'ın Mayıs 2018'de yürürlüğe girmesinden beri registrar'lar kişisel iletişim verilerini dünya genelinde varsayılan olarak gizliyor. Bu rehberin geri kalanı, hâlâ nelerin bulunduğunu, bunların nasıl okunacağını ve iletişim alanlarında REDACTED FOR PRIVACY yazdığında sahibine nasıl ulaşılacağını gösteriyor.

Bir WHOIS Kaydında Hangi Bilgiler Bulunur?

İşte example.com için, 27 Ekim 2026'da macOS'ta whois komutuyla alınmış gerçek bir kayıt kuruluşu kaydı. Her gTLD kaydı aynı yapıdadır, yani bunu okuyabiliyorsanız hepsini okuyabilirsiniz:

Domain Name: EXAMPLE.COM
Registry Domain ID: 2336799_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.iana.org
Registrar URL: http://res-dom.iana.org
Updated Date: 2026-08-14T08:01:43Z
Creation Date: 1995-08-14T04:00:00Z
Registry Expiry Date: 2027-08-13T04:00:00Z
Registrar: RESERVED-Internet Assigned Numbers Authority
Registrar IANA ID: 376
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Domain Status: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited
Name Server: ELLIOTT.NS.CLOUDFLARE.COM
Name Server: HERA.NS.CLOUDFLARE.COM
DNSSEC: signedDelegation
DNSSEC DS Data: 2371 13 2 C988EC423E3880EB8DD8A46FE06CA230EE23F35B578D64E78B29C3E1C83D245A
>>> Last update of whois database: 2026-10-26T19:13:27Z <<<

Kayıt beş gruba ayrılır ve her grup farklı bir soruyu yanıtlar:

• Kimlik — Domain Name ve Registry Domain ID. ID, kayıt kuruluşunun iç anahtarıdır ve alan adı el değiştirse bile hiç değişmez.
• Registrar — sahibin ücret ödediği şirket. Registrar IANA ID, registrar'ın IANA registrar listesindeki benzersiz numarasıdır; Registrar WHOIS Server ise iletişim alanlarının durduğu yerdir, çünkü .com ve .net için kayıt kuruluşunun kendisi hiçbir iletişim verisi tutmaz.
• Tarihler — Creation Date, Updated Date ve Registry Expiry Date. Üçü de UTC'dir. Oluşturma tarihi, bir alan adı yaşı sorgulama aracının raporladığı değerdir.
• Durum — bir veya daha fazla EPP durum kodu. Kaydın en işe yarar ve en çok yanlış okunan kısmıdır; aşağıda kendi bölümü var.
• Delegasyon — nameserver'lar ve DNSSEC bayrağı. WHOIS ile DNS arasındaki köprü budur: buradaki nameserver'ları değiştirdiğinizde alan adının bütün DNS kayıtları onlarla birlikte taşınır.

WHOIS Sorgulama Nasıl Yapılır?

Sorgu çalıştırmanın üç yolu var ve hepsi aynı veriyi döndürür. Seçiminizi ne sıklıkta ihtiyaç duyduğunuza ve ham çıktı isteyip istemediğinize göre yapın.

Yöntem 1: Online Bir WHOIS Aracı Kullanın

DNS Robot'un WHOIS Lookup aracını açın, bir alan adı yazın (yapıştırılan bir URL veya e-posta adresi de olur: kayıtlı alan adı olarak okunur) ve Enter'a basın. Araç önce kayıt kuruluşunun kendi RDAP sunucusuna sorar (IANA listesindekiler ve DENIC gibi RDAP'ı listenin dışında çalıştıran kuruluşlar), iletişim alanları için sonra registrar'ın kaydına bakar; RDAP'ı olmayan TLD'ler için, yani ülke kodlarının yaklaşık üçte ikisi (.jp, .ru, .it ve .eu bunların arasında) için kayıt kuruluşunun port 43 sunucusuna sorar. Sonuçta kötüye kullanım iletişim bilgisiyle birlikte registrar'ı, oluşturma, güncelleme ve bitiş tarihlerini, sade dille açıklanmış durum kodlarını, nameserver'ları, DNSSEC durumunu ve alan adının yaşını görürsünüz.

ICANN Lookup resmî alternatiftir. Her gTLD için yetkilidir, ancak yalnızca kayıt kuruluşu RDAP çalıştıran ülke kodlu alan adlarını kapsar; geçmiş, toplu sorgu ve DNS verisine bağlantı yoktur. GoDaddy ve Namecheap gibi registrar siteleri de aynı herkese açık kayıtları okuyan WHOIS sayfaları sunar; çalışırlar, ama alan adı boşsa size satmak için yapılmışlardır.

Yöntem 2: whois Komutu (macOS, Linux, Windows)

macOS bir whois istemcisiyle gelir, Linux dağıtımları da bir paket sunar. Port 43 WHOIS konuşur, registrar'a yönlendirmeleri otomatik takip eder ve her kaydı art arda yazdırır (macOS IANA'dan başlar, bu yüzden üç kayıt görürsünüz):

# Basic lookup (follows registry -> registrar referral)
whois example.com

# Query one specific server and skip the referral
whois -h whois.verisign-grs.com example.com

# Only the lines you usually care about
whois example.com | grep -iE 'Registrar:|Creation Date|Expiry|Domain Status|Name Server'

# Debian/Ubuntu: install if missing
sudo apt install whois

Windows'ta yerleşik bir whois yoktur. İki temiz seçenek var: Microsoft'un kendi Sysinternals aracı ve Windows 10 ile 11'de hazır gelen curl üzerinden RDAP sorgulamak:

Windows: Sysinternals whois veya curl

whois.exe dosyasını Sysinternals paketinden indirin ve PATH'e ekleyin. -v registrar'a yönlendirmeyi takip eder; belirli bir sunucu -h'den sonra değil, alan adından sonra yazılır (whois example.com whois.verisign-grs.com). Hiçbir şey kurmak istemezseniz RDAP sunucusuna doğrudan sorun ve JSON'u PowerShell'in biçimlendirmesine bırakın:

# Sysinternals whois (after download)
whois -v example.com

# No install: query RDAP and pretty-print the JSON
curl.exe -sL -H "Accept: application/rdap+json" https://rdap.org/domain/example.com | ConvertFrom-Json | Select-Object ldhName, status, events, nameservers

Yöntem 3: Doğrudan RDAP Sorgulama (Betikler İçin)

WHOIS verisine bir betik içinde ihtiyacınız varsa metin biçimini bırakıp RDAP'ı çağırın. Yanıt sabit şemalı JSON'dur, yani alanları regex'e başvurmadan çıkarabilirsiniz. .com kayıt kuruluşu rdap.verisign.com adresinden yanıt verir; diğer TLD'lerde rdap.org, IANA bootstrap dosyasından doğru sunucuyu bulur ve sizi oraya yönlendirir:

# Registry record for a .com, straight from Verisign
curl -s -H 'Accept: application/rdap+json' \
  https://rdap.verisign.com/com/v1/domain/example.com | jq '{status, events, nameservers: [.nameservers[].ldhName]}'

# Any TLD: let rdap.org find the authoritative server
curl -sL https://rdap.org/domain/example.org | jq '.events'

# Output of the first command (trimmed: Verisign also returns a "last update of RDAP database" event)
{
  "status": ["client delete prohibited", "client transfer prohibited", "client update prohibited"],
  "events": [
    { "eventAction": "registration", "eventDate": "1995-08-14T04:00:00Z" },
    { "eventAction": "expiration",   "eventDate": "2027-08-13T04:00:00Z" },
    { "eventAction": "last changed", "eventDate": "2026-08-14T08:01:43Z" }
  ],
  "nameservers": ["ELLIOTT.NS.CLOUDFLARE.COM", "HERA.NS.CLOUDFLARE.COM"]
}

Kayıt kuruluşu yanıtındaki links dizisi, registrar'ın kendi RDAP sunucusuna giden bir related bağlantısı içerir. Onu izlediğinizde iletişim nesnelerine ulaşırsınız — gizlenmiş olsun ya da olmasın. İyi yazılmış bir web aracı tam olarak bunu tek istekte sizin için yapar. Bunun üzerine bir şey inşa ediyorsanız, genel bir API uç noktası nasıl test edilir yazısındaki altı adımlı yöntem RDAP sunucuları için de diğer JSON API'ler kadar geçerlidir.

Sonuçlar Nasıl Okunur (Alan Alan)

Çoğu kişi bir sorguyu dört sorudan birine yanıt aramak için çalıştırır. Yanıtın kayıtta nerede durduğuna bakalım.

Alan adı alınmış mı? Bir kayıt döndüyse evet. Kayıtlı bir alan adının her zaman bir Creation Date değeri vardır. Kayıt kuruluşu No match for domain döndürürse ya da RDAP HTTP 404 verirse ad kayıtlı değildir veya kayıt kuruluşu tarafından ayrılmıştır; kısa ve sözlük kelimelerinde bu yaygındır. İkisini ayırt etmek için DNS üzerinden de doğrulayan bir alan adı uygunluk denetleyicisi kullanın.

Ne zaman sona eriyor, düşecek mi? Bitiş tarihini okuyun, sonra durum kodlarına bakın. autoRenewPeriod veya redemptionPeriod durumundaki bir alan adı serbest bırakılmış değildir; sahibi onu hâlâ yenileyebilir veya geri alabilir. Yalnızca pendingDelete serbest bırakılacağı anlamına gelir ve bu genellikle beş gün daha sürer. Tüm zaman çizelgesini aşağıdaki süre dolum yaşam döngüsü bölümü anlatıyor. Yalnızca kayıt kuruluşunun tarihine bakarak karar vermeyin: bir gTLD alan adının süresi dolduğunda kayıt kuruluşu onu otomatik olarak bir yıl yeniler, dolayısıyla Registry Expiry Date şimdiden gelecek yılı gösterirken registrar'ın kendi kaydı (Registrar Registration Expiration Date) sahibinin ödemeyi bıraktığı günü göstermeye devam edebilir. İkisi uyuşmadığında düşüp düşmeyeceğine durum kodları karar verir.

Kim yönetiyor? Registrar iletişime geçilecek şirkettir ve Registrar Abuse Contact Email ile telefon, geri kalan her şey gizli olsa bile yayımlanır. Bu bilinçli bir tasarımdır: ICANN'in Kayıt Verisi Politikası bu alanların açık kalmasını şart koşar.

Yakın zamanda değişti mi? Updated Date, registrar bir değişiklik işlediğinde ilerler: yenileme, nameserver değişikliği, eklenen veya kaldırılan bir kilit. Geçen hafta nameserver değiştirmiş ve gelecek ay sona erecek bir alan adı, 2015'ten beri dokunulmamış bir alan adıyla aynı risk profilinde değildir. Nameserver'lar değiştiyse bir NS sorgusu DNS'in artık nerede olduğunu gösterir.

Alan Adı Durum Kodları (EPP) Ne Anlama Geliyor?

Durum kodları, bir WHOIS kaydındaki tek en değerli satırdır — ve en çok yanlış okunanıdır. EPP protokolüyle tanımlanırlar ve her kodun ICANN tarafından yayımlanmış sabit bir anlamı vardır. client ile başlayan bir kodu registrar koymuştur, genellikle sahibin isteğiyle; server ile başlayan bir kodu ise kayıt kuruluşu koymuştur ve yalnızca kayıt kuruluşu kaldırabilir.

Akılda tutulacak örüntü: clientTransferProhibited + clientUpdateProhibited + clientDeleteProhibited sağlıklı ve sıkıcıdır. Birdenbire hiçbir şeye çözümlenmeyen ve clientHold gösteren bir alan adında sahibinin DNS'ine değil gelen kutusuna bakması gerekir. Birinin süresini kaçırdığı bir alan adını satın almak için bekliyorsanız, pendingDelete'ten önceki hiçbir şey izlemeye değmez.

WHOIS Neden "REDACTED FOR PRIVACY" Gösteriyor?

2018'e kadar bir .com'un WHOIS kaydı genellikle kayıt sahibinin tam adını, posta adresini, telefonunu ve e-postasını listelerdi. Registrar'lar, bu alanları bir vekil hizmetin bilgileriyle değiştiren WHOIS gizliliğini ek bir hizmet olarak satardı. Sonra AB'nin GDPR'ı 25 Mayıs 2018'de, ICANN'in bir hafta önce kabul ettiği Geçici Şartname ile aynı gün yürürlüğe girdi ve registrar'lar kimin kapsamda olduğuna karar vermeye çalışmak yerine herkesin kişisel verilerini gizlemeye başladı. Bu geçici kural, 21 Ağustos 2025'ten beri tam yürürlükte olan ICANN Kayıt Verisi Politikası ile değiştirildi: registrar'lar gizlilik yasasının gerektirdiği yerde kişisel verileri gizlemek zorunda, diğer herkes için de gizleyebilir.

cloudflare.com için registrar düzeyindeki RDAP kaydının bugün kayıt sahibi için döndürdüğü şu (kısaltılmış):

{
  "objectClassName": "entity",
  "roles": ["registrant"],
  "vcardArray": ["vcard", [
    ["fn",  {}, "text", "DATA REDACTED"],
    ["org", {"type": "work"}, "text", "DATA REDACTED"],
    ["adr", {"cc": "US", "type": "work"}, "text",
      ["", "", ["DATA REDACTED", "DATA REDACTED"], "DATA REDACTED", "CA", "DATA REDACTED", ""]],
    ["contact-uri", {}, "uri", "https://domaincontact.registrar.cloudflare.com/cloudflare.com"]
  ]],
  "remarks": [{ "title": "REDACTED FOR PRIVACY",
                "description": ["Some of the data in this object has been removed"] }]
}

Politika, neyin açık kalacağı konusunda kesindir. Bir gTLD alan adı için şu alanlar her zaman yayımlanmalıdır: alan adı, registrar'ın adı ve IANA ID'si, registrar URL'si, registrar'ın kötüye kullanım e-postası ve telefonu, oluşturma tarihi, bitiş tarihi, nameserver'lar ve durum kodları. Gizleme de hiçbir zaman tam değildir: politika kayıt sahibinin eyalet/il ve ülkesinin yayımlanmasını, kayıt sahibi kabul ettiyse organizasyon adının da yayımlanmasını şart koşar; yani gizlenmiş bir kayıt bile sahibin Kaliforniya'da ya da Bavyera'da olduğunu söyleyebilir. Yukarıdaki kayıtta bu CA ve US ile birlikte Cloudflare'in iletişim formuna giden bir contact-uri bağlantısıdır.

Gizlilik ile gizleme arasındaki pratik fark şudur: ücretli bir WHOIS gizlilik hizmeti vekil adresine gelen postayı hâlâ iletir; düz gizleme ise e-postayı kaldırıp registrar'a göre bir iletişim formu bağlantısı veya anonimleştirilmiş bir yönlendirme adresiyle değiştirir. Her iki durumda da dışarıdaki biri, sahibin kim olduğunu öğrenmeden ona yazma yolunu bulur.

WHOIS Gizliyken Alan Adı Sahibi Nasıl Öğrenilir?

Gizleme ön kapıyı kapattı ama bir alan adı başka her yerde iz bırakır. Bunları sırayla izleyin; her biri bir dakika sürer.

• Gizlenmeyeni okuyun. Eyalet/il ve ülke her zaman yayımlanır, kayıt sahibi kabul ettiyse organizasyon da. Registrar'ın kendisi de aramayı daraltır: MarkMonitor veya CSC'deki bir alan adı büyük bir şirkete aittir; Cloudflare Registrar'daki muhtemelen bir geliştiriciye veya girişime.
• Registrar'ın iletişim aktarımını kullanın. Her registrar, kayıt sahibine ulaşmanız için bir yol sunmak zorundadır: abc123@contact.gandi.net gibi anonimleştirilmiş bir e-posta ya da WHOIS çıktısından bağlanan bir web formu. Meşru mesajlar iletilir.
• SSL sertifikasına bakın. Kuruluş doğrulamalı (OV) ve genişletilmiş doğrulamalı (EV) sertifikalar Subject alanında şirketin yasal adını taşır. Alan adını bir SSL denetleyicisinden geçirip sertifika zincirini okuyun; SSL sertifika zincirleri rehberi organizasyonun nerede durduğunu gösterir.
• DNS'e bakın. SOA kaydının RNAME alanı, @ yerine nokta konmuş bölge yöneticisinin e-postasıdır. TXT kayıtları e-posta sağlayıcısını, Google, Microsoft ve Facebook doğrulama belirteçlerini ve bazen doğrudan şirket adını ortaya çıkarır. SOA ve TXT için bir DNS sorgusu saniyeler sürer; bir alt alan adı bulucu ise bir şirketin kullandığı araçları belli eden mail., crm. veya jira. gibi ana bilgisayar adlarını ortaya çıkarır.
• WHOIS geçmişine bakın. Mayıs 2018 öncesi kayıtlar herkese açıktı ve birkaç ticari hizmet tarafından arşivlendi. Bundan yıllar önce kaydedilmiş bir alan adının, o zaman da bir gizlilik hizmeti kullanmadıysa, ilk kayıt sahibini gösteren gizlenmemiş bir geçmiş kaydı sıklıkla vardır.
• Ters WHOIS. Bilinen tek bir ayrıntınız varsa (bir şirket adı veya geçerliliğini koruyan bir e-posta), ters WHOIS hizmetleri onu hiç listelemiş olan tüm alan adlarını arar. Pahalıdır, ama marka koruma ekipleri bir alan adı vurguncusunun portföyünü bu yolla çıkarır.
• Talep gönderin. Marka uyuşmazlığı, kimlik avı veya dolandırıcılık gibi hukuki bir ihtiyaç için ICANN'in Registration Data Request Service (RDRS) hizmeti, resmî bir ifşa talebini registrar'a iletir. Yalnızca gTLD'lerde ve yalnızca katılımcı registrar'larla çalışır. İki yıllık pilot sürecinde (28 Kasım 2023 – 30 Kasım 2025) 3.700'den fazla talep aldı; bunların %26'sı onaylandı, %55'i reddedildi (ICANN); topluluk sırada ne olacağına karar verirken ICANN hizmeti çalışır durumda tuttu.

WHOIS ile RDAP Karşılaştırması: 2025'te Ne Değişti?

RDAP (Registration Data Access Protocol), port 43 WHOIS'in bozuk olan her yanını düzeltmek için IETF tarafından tasarlandı ve sorgulama aracınızın bugün fiilen kullandığı protokol bu. Veri üzerine bir şey inşa ediyorsanız aradaki farklar önemli:

İki pratik sonuç var. Birincisi, bir betiğiniz whois metin çıktısını kazıyorsa borç zamanda yaşıyor demektir: .com, .name ve .post dışında kayıt kuruluşları ve registrar'lar port 43 hizmetini istedikleri an kapatabilir, bazıları kapattı bile. .app ve .dev'e hizmet veren Google Registry'nin whois.nic.google adresi artık çözümlenmiyor bile, GoDaddy'nin registrar sunucusu ise her sorguya "This WHOIS server is being retired. Please use our RDAP service instead." yanıtını veriyor (ikisi de 27 Ekim 2026'da denetlendi).

İkincisi, RDAP bootstrap'ı WHOIS'in hiç çözemediği sorunu çözer: example.museum verildiğinde bir istemci data.iana.org/rdap/dns.json dosyasını bir kez indirir, museum girdisini bulur ve önceden bilinen hiçbir şeye gerek duymadan yetkili sunucuya sorar. Geçiş trafikte de görünüyor: ICANN'in aylık raporlarına göre gTLD RDAP sorguları Ocak 2025'te ayda yaklaşık 7 milyardan Ağustos 2025'te 65 milyara çıktı ve Haziran 2025'te port 43 WHOIS'i geçti (APNIC).

Ülke Kodu Alan Adları: Her Kayıt Kuruluşu Farklı Davranır

ICANN'in politikaları gTLD'leri bağlar. Ülke kodlu TLD'ler (.de, .uk, .br, .jp ve yaklaşık 300 tane daha) kendi kurallarını koyar ve bir ccTLD üzerindeki WHOIS sorgusu tam bir doğrulanmış kimlikten neredeyse hiçbir şeye kadar her şeyi döndürebilir. İşte 27 Ekim 2026'da sekiz kayıt kuruluşunda herkese açık bir sorgunun döndürdüğü:

Ölçeğin öbür ucunda, example.de için DENIC'in port 43 yanıtının tamamı şu:

% The DENIC whois service on port 43 doesn't disclose any information concerning
% the domain holder, general request and abuse contact.
% This information can be obtained through use of our web-based whois service
% available at the DENIC website:
% https://webwhois.denic.de/?lang=en

Domain: example.de
Nserver: ns1078.ui-dns.biz
Nserver: ns1078.ui-dns.com
Nserver: ns1078.ui-dns.de
Nserver: ns1078.ui-dns.org
Status: connect
Changed: 2018-08-10T05:24:12+02:00

Registrar yok, oluşturma veya bitiş tarihi yok, sahip yok; durum sözlüğü (connect) de EPP'ye değil DENIC'e özgü.

IP WHOIS Sorgulama: Bir IP Adresi Kime Ait?

Aynı whois komutu IP adresleri için de çalışır, ama yanıt bambaşka bir veritabanından gelir. Alan adlarını kayıt kuruluşları ve registrar'lar yönetir; IP adres bloklarını ise beş Bölgesel İnternet Kayıt Kuruluşu (Kuzey Amerika için ARIN, Avrupa ve Orta Doğu için RIPE NCC, Asya-Pasifik için APNIC, Latin Amerika için LACNIC ve Afrika için AFRINIC) tahsis eder. Bir IP WHOIS kaydı size bloğu hangi kurumun elinde tuttuğunu, bloğun büyüklüğünü, tahsis edildiği ülkeyi ve kötüye kullanım iletişim adresini söyler — yani bir adres sunucunuza saldırırken ya da size spam gönderirken ihtiyacınız olan her şeyi.

# Port-43 WHOIS: the client finds the right RIR automatically
whois 1.1.1.1

# RDAP: rdap.org redirects to the right RIR (APNIC here)
curl -sL https://rdap.org/ip/1.1.1.1 | jq '{name, handle, startAddress, endAddress, country, type}'

# Output
{
  "name": "APNIC-LABS",
  "handle": "1.1.1.0 - 1.1.1.255",
  "startAddress": "1.1.1.0",
  "endAddress": "1.1.1.255",
  "country": "AU",
  "type": "ASSIGNED PORTABLE"
}

Bir IP kaydı size o adreste hangi web sitelerinin barındığını asla söylemez; tek bir bulut IP'si binlerce alan adının önünde durabilir. Kullanıcının fiziksel konumunu da söylemez, yalnızca bloğun nerede tescil edildiğini gösterir. Komut satırına girmeden hızlı bir yanıt için IP Sorgulama aracı RIR verisini konum bilgisiyle birleştirir, ASN Sorgulama ise bloğun hangi ağdan duyurulduğunu gösterir. Bir IP'den ana makine adına dönmek içinse WHOIS'i değil PTR kaydını okuyan ters DNS aracını kullanın.

Bitiş Tarihlerini Okumak: Alan Adı Yaşam Döngüsü

Durum kodları ancak bir gTLD alan adının, sahibi ödemeyi bıraktıktan sonra izlediği zaman çizelgesiyle birlikte anlam kazanır. ICANN'in Expired Registration Recovery Policy belgesi asgari süreleri belirler, kayıt kuruluşları ve registrar'lar kendi paylarını ekler; ortaya çoğu kişinin beklediğinden uzun bir yol çıkar:

• Bitişten yaklaşık 30 gün ve yine yaklaşık 7 gün önce — registrar sahibine e-posta göndermek zorundadır. Üçüncü bir bildirim, bitişten sonraki 5 gün içinde gelir.
• 0. gün (bitiş) — kayıt kuruluşu alan adını otomatik yeniler ve autoRenewPeriod koyar. Registrar'ın onu tutmak veya silmek için 45 güne kadar süresi vardır. Silmeden önce registrar, alan adının son 8 gün boyunca (daha erken silerse bitişten itibaren) çözümlenmesini durdurmak zorundadır; site karanlığa gömülür ve birçok registrar onu alan adının süresinin dolduğunu söyleyen bir sayfaya yönlendirir.
• 1–45. gün (registrar ek süresi) — sahibi hâlâ yenileyebilir. ICANN bunu yalnızca alan adı kesintiye uğradığı sürece garanti eder (ERRP); bunun ötesinde registrar'ın ne kadar izin verdiği ve hangi fiyatla verdiği kendi politikasıdır ve süre sonrası ücretlerini web sitesinde yayımlamak zorundadır.
• Silme → redemptionPeriod (30 gün) — registrar alan adını sildi. Sahibi onu hâlâ geri alabilir; yenilemenin üzerine registrar'ın web sitesinde göstermek zorunda olduğu bir geri alma ücreti ödemesi gerekir. Başkası kaydedemez.
• pendingDelete (5 gün) — geri alma artık mümkün değil. Bu pencerenin sonunda, kayıt kuruluşunun duyurmadığı bir saatte ad temizlenir ve kayıt için uygun hale gelir.
• Düşme — alan adı kayıt için serbest kalır ve kayıt kuruluşunu sürekli yoklayan alan adı yakalama hizmetleri onu milisaniyeler içinde kapışmak için yarışır.

Yani registrar kaydında bitiş tarihi iki hafta önce görünen bir alan adı, gerçekten kayıt edilebilir olmaktan hâlâ yaklaşık 35 ile 66 gün uzakta olabilir ve hiç olmayabilir de: sahibi pendingDelete'e kadar her an geri alabilir. Bitiş tarihini değil, durum satırını izleyin. Günde bir kez WHOIS sorgusu yapıp durum geçişini not etmek yeterlidir.

WHOIS Sorgulama Gerçekte Ne İçin Kullanılıyor?

"Bu ad boş mu" sorusunun ötesinde, destek kuyruklarında ve güvenlik ekiplerinde tekrar tekrar karşımıza çıkan birkaç iş var.

Bir siteye güvenmeden önce doğrulamak. On yıllık olduğunu söyleyen ama alan adı üç hafta önce oluşturulmuş bir mağaza, size bir şey söylüyor demektir. Oluşturma tarihi, registrar ve nameserver'lar on saniyede kontrol edilir ve kayıt kuruluşunun kaydında sahte gösterilmesi imkânsızdır.

Çözümlenmeyi bırakan bir sitenin sorununu gidermek. DNS'e dokunmadan önce alan adının süresinin dolmadığını ve clientHold durumunda olmadığını doğrulayın; öyleyse hiçbir DNS değişikliği yardımcı olmaz. Bir nameserver geçişinden sonra WHOIS'teki Name Server satırları, registrar'ın değişikliği gerçekten uyguladığını doğrular; çözümleyiciler eski nameserver'ları, .com'un delegasyon kayıtlarının TTL'si olan 48 saate kadar önbellekte tutabilir. Bir NS sorgusu dünyanın şu an ne gördüğünü gösterir.

Alınmış bir alan adını satın almak. WHOIS size registrar'ı (bazılarının aracılık hizmeti var), alan adının kilitli olup olmadığını, mevcut sahibinin onu ne kadardır elinde tuttuğunu ve süresinin dolmaya doğru ilerleyip ilerlemediğini söyler.

Kimlik avı veya kötüye kullanımı araştırmak. Registrar Abuse Contact Email, kötü amaçlı bir alan adını onu askıya alabilecek tarafa bildirebilmeniz için yayımlanır. Barındırma sağlayıcısı için bunu IP WHOIS kötüye kullanım iletişim bilgisiyle eşleştirin.

Kendi portföyünüzü denetlemek. Alan adları hacker'lara olduğu kadar süresi geçmiş kredi kartlarına da kaybedilir. Sahip olduğunuz her alan adının bitiş tarihlerini ve kilit durumunu kontrol eden üç aylık bir WHOIS taraması ucuz bir sigortadır.

WHOIS Alan Referansı

Bir gTLD kaydında karşınıza çıkacak her alanın hızlı referansı; JSON'u ayrıştıranlar için RDAP karşılıklarıyla birlikte:

Baktığınız kayıt bu tabloya uymuyorsa, neredeyse kesinlikle bir ccTLD'ye bakıyorsunuzdur; o durumda referansınız ilgili kayıt kuruluşunun kendi dokümantasyonudur.