Bir Sitenin Hosting Firması Nasıl Bulunur? Hosting Sorgulama Rehberi

“Bu sitenin hostingi kim?” sorusunun aslında kaç farklı cevabı var

Tek bir siteyi internette yayında tutmak için çoğu zaman birden fazla firma devrededir ve “hosting” kelimesi günlük konuşmada bunların hepsi için gelişigüzel kullanılır. Herhangi bir sorgu çalıştırmadan önce yapabileceğiniz en faydalı şey, bu rolleri birbirinden ayırmaktır.

Alan adı ile hosting arasındaki temel ayrım hâlâ kafa karıştırıyorsa, domain ile hosting arasındaki fark yazısı bu rehberden önce okunacak doğru başlangıç noktasıdır.

Başlamadan önce: neyi öğrenebilir, neyi öğrenemezsiniz

Açık sorgular, açık altyapı ilişkilerini gösterir. Sözleşmesel veya faturasal ilişkileri güvenilir biçimde göstermez ve arkasındakini gizlemek üzere tasarlanmış bir hizmetin içini her zaman göremez.

Bir sorgunun tek başına doğrulayamayacağı şeyler:

• Kamuya görünen tablodan farklıysa, sözleşmeli hosting firması
• Görünen altyapı ile gerçek müşteri arasında duran bir bayi (reseller)
• Başkasının altyapısı üzerinde çalışan bir yönetilen hizmet firması
• Bir CDN’in arkasında gizlenmiş origin sunucu
• Genel internete açılmamış özel iç altyapı
• Web sitesinin sahibi olan kişi veya kurumun kimliği

Her sonucu basit bir güven ölçeğinde değerlendirin:

• Güçlü kanıt — Birden fazla bağımsız sinyal (nameserver, IP sahibi, ters DNS) aynı firmayı işaret ediyor.
• Destekleyici kanıt — Bir veya iki sinyal aynı yönü gösteriyor, ama başka hiçbir şey bunu doğrulamıyor.
• Sonuçsuz — Sinyaller bir CDN’e, vekile veya genel bir bulut ağına çıkıyor ve doğrulayacak başka veri yok.

Bu rehber sonuçlara yapay yüzdeler atamayacak. Gerçek güven, kaç bağımsız sinyalin birbiriyle uyuştuğuna bağlıdır; bir formüle değil.

Yöntem 1: Sitenin nameserver’larını kontrol edin

Nameserver’lar DNS yetkisini gösterir, origin sunucuyu değil. İnsanların yaptığı ilk ve en yaygın karışıklık tam burada başlar.

Yetkili nameserver’lar, bir alan adının DNS bölgesine gelen sorgulara cevap vermekle yükümlü sunuculardır. Bir NS sorgusuyla listeleyebilirsiniz:

dig NS example.com

Komut satırıyla uğraşmak istemiyorsanız, Atak Domain DNS sorgulama aracı aynı sorguyu tarayıcı üzerinden çalıştırır.

Sağlayıcı markalı nameserver’lar (ns1.hostingfirmasi.com gibi) alan adının DNS’ini hangi firmanın yönettiğine dair fikir verir. Ama özel veya beyaz etiketli nameserver’lar alttaki operatörü tamamen gizleyebilir. Ayrıca kayıt kuruluşunun varsayılan nameserver’ları, sitenin orada barındırıldığının kanıtı değildir — sadece kimsenin varsayılan DNS ayarını değiştirmediği anlamına gelir. Bu ayarın nasıl yapılandırıldığını merak ediyorsanız, alt nameserver (NS) oluşturma rehberi süreci adım adım gösterir.

Yorum örneği: Bir alan adının nameserver’ları bilinen bir CDN’e aitse, bu size yalnızca DNS’te o CDN’in yetkili olduğunu söyler. Sitenin dosyalarının veya veritabanının fiilen nerede durduğunu söylemez.

Yöntem 2: Sitenin IP adresini çözümleyin

DNS’in nerede yetkili olduğunu öğrendikten sonraki adım, alan adının fiilen hangi IP adresine çözümlendiğini bulmaktır.

dig A example.com

dig AAAA example.com

dig CNAME www.example.com

Bu adımı zorlaştıran birkaç durum var:

• Kök alan adı ile www farkı — İkisini de kontrol edin. Özellikle www bir CNAME ile bambaşka bir yere işaret ediyorsa, farklı çözümlenebilirler.
• CNAME zincirleri — www bir CDN ana makine adına takma ad olabilir; o da origin sunucuyla hiç ilgisi olmayan bir IP’ye çözümlenir.
• IPv4 ve IPv6 — A kaydının yanında AAAA’yı da kontrol edin. Ziyaretçinin cihazı hangisini kullanıyorsa site farklı davranabilir.
• Coğrafi veya yük dengeli DNS — Bazı sağlayıcılar sorgunun geldiği yere göre farklı IP döndürür; sizin sonucunuz başkasınınkiyle uyuşmayabilir.
• CDN uç IP’leri — Aldığınız IP, CDN’in koruduğu origin sunucuya değil, bir uç noktasına ait olabilir.

A kaydının nasıl çalıştığını ve nasıl değiştirildiğini görmek isterseniz, A kaydı nedir, nasıl yapılır yazısı iyi bir tamamlayıcı. Yerel makinenizde eski bir sonuç takılı kalıyorsa, DNS önbelleğini temizleme adımını atlamayın.

Yöntem 3: IP sahibini ve ASN’yi kontrol edin

ASN (otonom sistem numarası), belirli bir IP önekini internette duyuran ve yönlendiren ağı tanımlar. Bunu IP’nin tescil kaydıyla birlikte kontrol etmek size gerçek bir bilgi verir — ama otomatik olarak “siteye hostingi kim sattı” sorusunun cevabını vermez.

Bölgesel internet kayıt kuruluşları (ARIN, RIPE NCC, APNIC, LACNIC, AFRINIC) kendi bölgelerindeki IP aralıklarının tahsis verisini yayınlar ve bu veri, bir IP’nin hangi kuruma ait olduğunu daraltmaya yardımcı olur. Ancak bulut platformları, bayiler, colocation sağlayıcıları ve yönetilen hosting düzenlemelerinin hepsi temiz bir atıf yapmayı zorlaştırır. Büyük bir bulut sağlayıcıya kayıtlı bir IP, size yalnızca altyapının o sağlayıcıya ait olduğunu söyler; o bulutun üzerine hosting işi kurup site sahibine satan firmanın kim olduğunu değil.

Sonuç, daha güçlü bir kanıt olmadıkça “IP ile ilişkili ağ” olarak ifade edilmelidir.

Statik IP kavramı bu tabloyu okurken kafa karıştırıyorsa, statik IP adresi nedir yazısı farkı net biçimde anlatıyor.

Yöntem 4: Hosting sorgulama aracı kullanın

Düzgün bir sorgulama aracı, yukarıdaki kontrolleri sizden tek tek çalıştırmanızı istemek yerine bir arada yapar. Gerçekten işe yarayan bir araç NS kayıtlarından, A ve AAAA kayıtlarından, CNAME zincirlerinden, IP sahiplik verisinden, ASN bilgisinden, CDN tespitinden ve gerektiğinde ters DNS’ten yararlanmalı — ve size gösterdiği şeyin sınırları konusunda dürüst olmalıdır. Açıklamasız bir “güven skoru” tek başına bir şey ifade etmez.

Atak Domain IP ve hosting sorgulama aracı, bir alan adını güncel IP adresine çözümler ve ilişkili hosting sağlayıcı, konum, ASN ile ters DNS verisini gösterir. Sonuç, görünen sağlayıcı olarak bilinen bir CDN veya vekil ağı işaret ediyorsa, bunu origin sunucu hakkında değil, teslim katmanı hakkında bir kanıt olarak değerlendirin. [YAYIN ÖNCESİ: Güncel Atak Domain sorgulama aracının nihai URL’sini, desteklenen alanlarını ve çıktısını doğrulayın.]

Aynı alan adı için sorguyu iki ayrı ücretsiz araçtan da çalıştırabilir ve sonuçları karşılaştırabilirsiniz:

• DNS sorgulama — Alan adının NS, A, AAAA, CNAME, MX ve TXT kayıtlarını tek ekranda gösterir. Yöntem 1 ve Yöntem 2’deki adımların tamamını komut satırına ihtiyaç duymadan çalıştırmak için doğru başlangıç noktası.
• WHOIS sorgulama — Alan adının kayıt kuruluşunu, tescil durumunu, oluşturma ve bitiş tarihlerini ile kayıtlı nameserver’larını gösterir. Hosting firmasını vermez; ancak kayıt kuruluşu ile hosting rolünü ayırmanıza ve nameserver bilgisini ikinci bir kaynaktan doğrulamanıza yarar.

Bu ikisini birlikte kullanmanın pratik faydası şu: DNS sorgulaması size alan adının şu an fiilen ne yayınladığını, WHOIS ise tescil kaydında ne yazdığını söyler. İkisi birbirini tutmuyorsa — örneğin WHOIS’teki nameserver’lar ile canlı NS yanıtı farklıysa — genellikle yakın zamanda bir değişiklik yapılmış ve yayılma henüz tamamlanmamıştır.

E-posta tarafında da bir tablo çıkarmanız gerekiyorsa MX sorgulama, SPF sorgulama, DKIM sorgulama ve DMARC sorgulama araçları aynı alan adı için tamamlayıcı sinyaller verir. Tüm ücretsiz araçların listesi Atak Domain araçlar sayfasında.

Cloudflare ve diğer CDN’ler gerçek sunucuyu neden gizler

Bir CDN veya ters vekil, kendi uç IP adreslerini yayınlar; ziyaretçiler origin sunucuya doğrudan değil, bu uç noktalara bağlanır. Yani sorguda görünen IP sahibi CDN olabilir — ve CDN aynı zamanda DNS’i de yönetiyorsa nameserver’lar da CDN’e ait çıkar. Bu iki gerçeğin hiçbiri, CDN’in siteyi barındırdığını kanıtlamaz.

Origin çoğu zaman performans ve güvenlik gerekçesiyle bilerek görünürlük dışında tutulur. Açık sorgulama araçları da hiçbir zaman bu korumayı aşmanın yolu olarak sunulmamalıdır. Cloudflare’in bu katmanda tam olarak ne yaptığını merak ediyorsanız, Cloudflare nedir yazısı mimariyi ayrıntılı anlatıyor; vekil sunucuların genel mantığı için de proxy nedir yazısına bakabilirsiniz.

CDN bu belirsizliğin en yaygın kaynağı, ama tek kaynağı değil. Temiz bir cevabı zorlaştıran diğer kurulumlar:

• Büyük bir CDN markasıyla ilgisi olmayan ters vekil sunucular
• Origin’in önünde duran web uygulama güvenlik duvarları (WAF)
• Trafiği birden fazla sunucuya dağıtan yük dengeleyiciler
• Birden fazla sağlayıcıya yayılan çoklu bulut kurulumları
• Aynı IP’nin birden fazla konumdan duyurulduğu anycast yönlendirme
• Sabit tek bir origin sunucusu olmayan sunucusuz (serverless) platformlar
• İçeriği dağıtık bir uç ağdan sunan statik hosting platformları
• Görünen markanın altyapı sahibi olmadığı bayi hosting yapıları
• Ayrı bir altyapı sağlayıcısının üzerine kurulmuş yönetilen hosting hizmetleri
• Müşterinin kendi donanımının başkasının veri merkezinde durduğu colocation düzenlemeleri

Görünen bir CDN veya bulut sağlayıcı, teslim katmanı hakkında bir ipucudur; origin hosting sözleşmesinin kanıtı değil.

Sonuçları nasıl birleştirirsiniz

Bu rehberdeki hiçbir yöntem tek başına kesin sonuç vermez. Onları sırayla kontrol edilen ve birlikte tartılan bir iş akışı olarak ele almak, savunulabilir bir cevaba ulaşmanın gerçek yoludur.

1. Alan adının NS kayıtlarını kontrol edin.
2. Hem kök alan adını hem www’yi çözümleyin.
3. Varsa CNAME zincirini gerçek uç noktasına kadar takip edin.
4. Ortaya çıkan IP’nin kime kayıtlı olduğunu kontrol edin.
5. O IP’yi taşıyan ASN’yi kontrol edin.
6. Yukarıdakilerin herhangi birinde CDN veya ters vekil izlerini arayın.
7. İlk bulduğunuza güvenmek yerine tüm sinyalleri karşılaştırın.
8. Kanıtın desteklemediği bir sonucu zorlamak yerine belirsizliği olduğu gibi kaydedin.

Temizlenmiş üç senaryo

Senaryo 1 — Nameserver, IP sahibi ve ters DNS aynı hosting firmasını gösteriyor. Doğru sonuç: Bu firma için güçlü, birbiriyle örtüşen bir kanıt var. Yanlış sonuç: Bunu belirli bir faturasal ilişkinin mutlak kanıtı saymak — arada hâlâ bir bayi olabilir.

Senaryo 2 — Nameserver’lar bir DNS sağlayıcıya ait, çözümlenen IP ise bambaşka bir hosting ağına ait. Doğru sonuç: DNS yönetimi ile origin hosting iki ayrı firmaya bölünmüş. Bu yaygındır ve olağan dışı değildir. Yanlış sonuç: İlk göründüğü için DNS sağlayıcısını host varsaymak.

Senaryo 3 — Hem IP hem nameserver’lar bir CDN’e ait. Doğru sonuç: Origin, yalnızca açık veriyle sonuçsuz kalıyor — ve bu meşru, dürüst bir cevaptır. Yanlış sonuç: Sonuçta görünen tek kurum olduğu için CDN’i “host” ilan etmek.

Kendi hosting hesabınızı nasıl bulursunuz

Bir siteye sahipseniz veya onu yönetiyorsanız ama hostingin kimde olduğunu hatırlamıyorsanız, yukarıdaki açık sorgular bir başlangıç noktası — ama kendi kayıtlarınız genellikle çok daha hızlı sonuç verir.

• E-postalarınızda hosting faturaları, yenileme bildirimleri, hoş geldiniz mesajları veya cPanel, Plesk, sunucu, VPS, SSL, taşıma, alan adı gibi terimleri arayın.
• Kart ve banka ekstrelerinde tekrarlayan ödemelere bakın.
• Kayıt kuruluşu hesabınızı kontrol edin — kayıt kuruluşunun otomatik olarak host da olduğunu varsaymadan.
• Alan adının nameserver’larına ve DNS kayıtlarına bakıp sağlayıcı ipuçlarını çıkarın.
• Eski site yönetim e-postalarını gözden geçirin.
• Kurulumu yapan geliştiriciye, ajansa, eski çalışana veya BT sağlayıcısına sorun.
• Parola yöneticinizde hosting ile ilişkili alan adlarına kayıtlı girişleri arayın.
• CMS yapılandırma dosyalarını dikkatle inceleyin; kimlik bilgilerini kimseyle paylaşmadan.
• Fatura iletişim kişilerini ve şirket mali kayıtlarını kontrol edin.
• Herhangi bir sağlayıcıdan hesap bilgisi talep etmeden önce sahipliğinizi net biçimde belgeleyin.

Kurumsal bir hosting sağlayıcısı, herhangi bir bilgiyi paylaşmadan önce genellikle kimlik, sahiplik veya hesap doğrulaması ister — ve sırf alan adını bilen birine özel hesap verisini teslim etmemelidir. Bu konuşmanın diğer tarafındaysanız, kim olduğunuzu kanıtlamaya hazır olun.

Taşımadan önce hosting firmasını tespit etmek

Mevcut hostingi tespit etmek, taşımaya hazırlanmanın yalnızca bir parçası. Aşağıdaki kontrol listesi, taşıma sırasında işlerin bozulmasını fiilen engelleyen adımları kapsıyor.

• Site dosyalarının tam yedeğini alın.
• Veritabanını dışa aktarın.
• Mevcut DNS bölgesini eksiksiz kaydedin.
• MX, SPF, DKIM, DMARC, doğrulama, CAA ve diğer gerekli kayıtları koruyun.
• Hedef tarafta SSL gereksinimlerini netleştirin.
• Taşıma sonrası posta kutularının tam olarak nerede duracağını teyit edin.
• DNS’i değiştirmeden önce siteyi yeni sunucuda test edin.
• Geçiş süresince eski hizmeti aktif tutun.
• İhtiyacınız olmadan önce bir geri dönüş planı hazırlayın.
• Gerçekten gerekmedikçe kayıt kuruluşu, nameserver, site ve e-postayı aynı anda değiştirmeyin.
• Değişiklikten sonra bir süre boyunca önbellekteki DNS yanıtlarının farklı kullanıcılara farklı hedefler gösterebileceğini unutmayın.

Adım adım süreç için hosting transferi ve WordPress site taşıma rehberine bakın. Yeni bir plan seçme aşamasındaysanız hosting nasıl alınır yazısı karar kriterlerini sadeleştiriyor.

Sık yapılan hosting sorgulama hataları

• Kayıt kuruluşunu host sanmak.
• Nameserver’ları tek başına hosting kanıtı saymak.
• IP sahibini otomatik olarak doğrudan hosting satıcısı kabul etmek.
• www ana makine adını atlayıp yalnızca kök alan adına bakmak.
• IPv6’yı tamamen görmezden gelmek.
• CNAME zincirlerini takip etmeyip ilk ana makine adında durmak.
• Sonuçlardaki CDN veya ters vekil izlerini kaçırmak.
• Ters DNS’in her zaman kesin olduğunu varsaymak.
• Çapraz kontrol yapmak yerine tek bir sorgulama veritabanına güvenmek.
• Site sahibinin bilerek gizlediği bir origin IP’yi veya geçmiş kaydı yayınlamak.
• Bir sitenin sahibi ile altyapısının sahibini birbirine karıştırmak.
• Açık sorgu verisinin özel fatura hesaplarını göstermesini beklemek.

Sıkça sorulan sorular

Bir sitenin hosting firmasını nasıl öğrenirim?

Alan adının nameserver’larını kontrol edin, alan adını bir IP adresine çözümleyin ve o IP’nin kime kayıtlı olduğunu ASN bilgisiyle birlikte inceleyin. Tek bir sinyale güvenmek yerine üçünü birleştirin; çünkü gerçek origin sunucunun yerinde bir CDN veya bulut platformu görünebilir.

WHOIS sorgusu hosting firmasını gösterir mi?

Güvenilir biçimde göstermez. WHOIS ve RDAP, kayıt kuruluşu, tescil durumu ve önemli tarihler gibi alan adı tescil verisini sunar. Tescil sahibi bilgileri gizlenmiş veya erişilemez olabilir ve bu servisler sitenin hosting sağlayıcısını güvenilir şekilde tanımlamaz. Ayrıntı için WHOIS nedir ve WHOIS araması nasıl yapılır yazısına bakabilirsiniz.

Kayıt kuruluşu ile hosting firması aynı şirket midir?

Bazen, ama zorunlu değil. Çoğu sağlayıcı iki hizmeti birlikte sunar; yine de bir alan adı bir firmadan tescil edilip bambaşka bir yerde barındırılabilir. İki düzenleme de olağandır.

Nameserver’lar hosting firmasını açığa çıkarır mı?

Alan adının DNS’inde kimin yetkili olduğunu gösterirler. Bu çoğu zaman hosting ile ilişkilidir ama aynı şey değildir. Özellikle özel veya beyaz etiketli nameserver’lar, alttaki hosting firmasını tamamen gizleyebilir.

IP adresi hosting firmasını tanımlayabilir mi?

IP’nin kayıtlı olduğu ağı tanımlayabilir; bu değerli bir destekleyici kanıttır ama kesin kanıt değildir. O ağ bir hosting firması, bir bulut platformu, bir bayi veya bir colocation sağlayıcısı olabilir — tescil verisi tek başına bunları birbirinden ayırmaz.

Hosting sorgulaması neden Cloudflare gösteriyor?

Site Cloudflare’i CDN veya ters vekil olarak kullanıyorsa, ziyaretçiler origin sunucuya doğrudan değil Cloudflare’in uç ağına bağlanır. Bu yüzden açık bir sorguda görünen şey Cloudflare’in IP’si ve bazen nameserver’ları olur.

Cloudflare gerçek hosting sağlayıcısını gizleyebilir mi?

Evet, tasarım gereği. Bir CDN’in görevlerinden biri origin sunucuyu doğrudan maruz kalmaktan korumaktır. Dolayısıyla Cloudflare gösteren bir sorgu size teslim katmanını anlatır; sitenin altta fiilen nerede barındırıldığını değil.

ASN nedir?

Otonom sistem numarası, internette IP adres aralıklarını duyuran ve yönlendiren bir ağı tanımlar. Bir IP’nin ASN’sini kontrol etmek, o trafiği hangi ağın taşıdığını gösterir; hosting atfı için faydalı ama kesin olmayan bir sinyaldir.

Bir web sitesi birden fazla hosting sağlayıcı kullanabilir mi?

Evet. Bir site ana uygulama için bir sağlayıcıyı, statik dosyalar veya medya için başkasını, hepsinin önünde de bir CDN’i kullanabilir. Özellikle büyük veya yüksek trafikli sitelerde çoklu sağlayıcı kurulumları yaygındır.

Farklı sorgulama araçları neden farklı sonuç veriyor?

Araçlar farklı veri kaynaklarını sorgular, sonuçları farklı sürelerle önbellekte tutar ve farklı kayıt türlerine bakabilir. Coğrafi veya yük dengeli DNS de sorgunun geldiği yere göre meşru biçimde farklı cevaplar döndürebilir.

Hosting sorgusuyla site sahibini bulabilir miyim?

Doğrudan bulamazsınız. Hosting sorgusu size altyapıyı anlatır — DNS, IP, ağ — siteyi kimin sahiplendiğini veya işlettiğini değil. Alan adı sahipliği ayrı bir sorudur; genellikle WHOIS veya RDAP üzerinden, kendi ciddi sınırlarıyla birlikte incelenir.

Sitenin sahibiysem hosting sağlayıcımı nasıl bulurum?

E-postalarınızda faturaları ve yenileme bildirimlerini arayın, kayıt kuruluşu hesabınızı kontrol edin, parola yöneticinize bakın ve siteyi kuran veya bakımını yapan herkese sorun. Bu yol, açık sorgulama yöntemlerinden genellikle hem daha hızlı hem daha güvenilirdir.

Bir sitenin açık hosting bilgisini sorgulamak yasal mı?

Herkese açık DNS ve ağ tescil verisini kontrol etmek rutin bir teknik faaliyettir. Ancak bilginin nasıl toplandığı veya kullanıldığı; yürürlükteki mevzuata, sağlayıcı koşullarına ve yerel düzenlemelere tabi olabilir. Açık sorgu verisi hiçbir zaman erişim kontrollerini aşmak, özel sistemleri yoklamak veya korunan altyapıyı ifşa etmek için kullanılmamalıdır.

Başka bir hostinge geçmeden önce neleri saklamalıyım?

Site dosyalarının ve veritabanının tam yedeğini, mevcut DNS bölgesinin eksiksiz kaydını ve MX, SPF, DKIM, DMARC, doğrulama ile CAA kayıtlarının kopyalarını. Taşımalarda en sık bozulan şeyler, korunmadığında tam olarak bunlardır.

Bir sitenin arkasındaki açık altyapıyı doğru okuyun

Tek bir sinyale değil, birkaç sinyale birlikte bakın. Açık kanıt bunları birbirine karıştırsa bile DNS, ağ, CDN, kayıt kuruluşu ve hosting rollerini kendi zihninizde ayrı tutun. Kanıt gerçekten yetersizse belirsizliği dürüstçe ifade edin — bu başarısız bir sorgu değil, doğru bir cevaptır.

Bulduklarınızı bir arızayı çözmek, sahibi olduğunuz bir şeye erişimi geri kazanmak veya bir taşımayı daha az sürprizle planlamak için kullanın. Bunların hiçbiri, birinin bir CDN arkasında bilerek gizlediği altyapıyı ortaya çıkarmanın yolu değildir ve öyle değerlendirilmemelidir.