İnternet nasıl çalışır: domain’den sayfaya yolculuk

İnternet, tek bir program gibi “çalışmaz”; birden fazla katmanın (DNS, yönlendirme, taşıma protokolleri, şifreleme ve web istekleri) birlikte çalışmasıyla sayfalar ekrana gelir. Bu yazıda domain aldığınız andan tarayıcınızın sayfayı yüklediği ana kadar gerçekleşen adımları, hangi bilgilerin nerede kullanıldığını ve tipik hata noktalarını net şekilde göreceksiniz. Sonunda, bir sayfanın açılmadığı durumlarda nereden başlayacağınızı (DNS mi, TLS mi, HTTP mi) sade bir kontrol listesiyle tamamlayacaksınız.

1) Domain kaydı: isim nasıl “mülk” olur?

Domain (ör. example.com) doğrudan bilgisayarda saklanan bir dosya değildir. Domain; kayıt kuruluşu (registrar) üzerinden bir adrese (DNS kayıtları) bağlanan bir kimliktir. Kayıt sürecinde siz “hangi DNS bilgileri”nin kullanılacağını belirlersiniz. Bu bilgiler, alan adının hangi sunucu(lar)a yönlendirileceğini gösterir.

1.1 DNS kayıtları hangi soruyu çözer?

Bir domain’in en kritik sorusu şudur: "example.com" hangi IP adresine karşılık geliyor? DNS (Domain Name System) bu çeviriyi yapar. Aşağıdaki kayıt türleri en sık görülür:

A kaydı: Domain’i doğrudan IPv4 adrese bağlar.
AAAA kaydı: Domain’i IPv6 adrese bağlar.
CNAME kaydı: Domain’i başka bir domain’e yönlendirir (ör. www.example.com, example.com’e gibi).
MX kaydı: E-posta için gelen sunucuları belirtir.
TXT kaydı: SPF/DKIM/DMARC gibi doğrulama veya doğrulama metinleri.

Pratik sonuç: Domain kaydınız “IP” tutmaz; DNS kayıtlarınız IP’ye (veya başka isimlere) giden köprüyü kurar. Sayfa yüklenmesinde en çok “A/AAAA/CNAME” işleri belirler.

2) DNS çözümleme: isim önce IP’ye dönüşür

Tarayıcı bir URL gördüğünde (https://example.com), önce host adını IP’ye çevirmek zorundadır. Bu adım “sayfa yükleme”nin ön koşuludur.

2.1 DNS sorgusu zinciri (özet)

DNS çözümlemesi genelde şu sıra ile ilerler:

Tarayıcı/işletim sistemi önce yerel önbelleğine bakar.
Yoksa yerel DNS sunucusuna (ISP DNS’i veya yönettiğiniz çözümleyici) sorgu gider.
DNS sunucu, gerekli yanıtı bulmak için hiyerarşik olarak farklı katmanlardan veri ister.
Sonuç IP olarak döner; tarayıcı o IP’ye bağlantı kurar.

2.2 Net hata senaryoları

DNS katmanında sık yaşanan problemler:

NXDOMAIN: Domain hiç bulunamadı.
Yanlış A/AAAA: Domain başka IP’ye gidiyor; sayfa beklediğiniz yer yerine farklı sunucudan açılıyor.
Propagasyon (yayılma): DNS değişikliği hemen herkes için geçmez. TTL (Time To Live) bu gecikmeyi etkiler.
CNAME çatışması: Aynı host için hem CNAME hem A kayıtları gibi çakışmalar.

Bu yüzden “site açılmıyor” şikâyetlerinde ilk bakılacak yer genellikle DNS’tir: domain doğru IP’ye çözülüyor mu?

3) Yönlendirme ve bağlantı: IP’ye varınca yol bulunur

DNS sonucu bir IP döndürür. Bu, tarayıcının “hangi sunucuya gideceğini” bilmesini sağlar. Ancak IP, yolun tek başına garantisi değildir; paketler ağlar arasında yönlendirilir.

3.1 Router/ISP trafiği: fiziksel değil mantıksal bir harita

İnternette veri paketleri, hedef IP’ye göre yönlendirici cihazlardan geçer. Bu süreçte: - Ağ geçitleri (gateway), - ISP’nin omurga rotaları, - (varsa) CDN/edge noktaları rol alır.

Eğer CDN kullanıyorsanız, DNS cevabı çoğu zaman “asıl sunucunun IP’si” değil, CDN edge’inin IP’si olur. Bu durumda tarayıcı en yakın edge’e gider; sayfa daha hızlı akar.

4) TLS ve sertifika: tarayıcı güvenlik kontrolü yapar

URL https:// ile başlıyorsa tarayıcı, sunucuya bağlandıktan sonra şifreli iletişim kurmak için TLS (Transport Layer Security) devreye girer. Burada kritik adımlar:

Tarayıcı, sunucunun sunduğu sertifikayı doğrular.
Sertifika alan adı (SAN/CN) ile domain eşleşir.
Güven zinciri (CA) doğrulanır.
Şifreli oturum anahtarları müzakere edilir.

4.1 Net kontrol listesi: TLS’de sık görülen sorunlar

Sertifika domain ile uyuşmuyor: Örn. example.com için sertifika yok, sadece başka bir alt alan var.
Sertifika süresi dolmuş: Tarayıcı hata verir.
Yanlış ara sertifika (chain) eksik: Bazı tarayıcılarda uyumsuzluk yaratır.
Yanlış port veya servis: 443’te gerçekten web sunucusu çalışmıyor.

Sayfa açma sorunu yaşandığında “DNS doğru ama https hata” çoğu zaman TLS tarafındadır.

5) HTTP yolculuğu: sayfa istekle gelir, yanıt akar

TLS tamamlanınca artık web katmanına (HTTP/HTTPS) geçilir. Tarayıcı, sayfanın kaynaklarını ister (HTML, CSS, JS, görseller).

5.1 HTTP isteği ve yanıtın temel akışı

Örnek akış: - Tarayıcı: / (ana sayfa) için HTTP isteği gönderir. - Sunucu: HTML (ve gerekirse yönlendirme/redirect) döner. - Tarayıcı: HTML içindeki kaynakları (ör. /style.css, /app.js) tekrar HTTP ile ister. - Yanıtlar geldikçe tarayıcı sayfayı derler.

Bu noktada sunucunuzda çalışan yazılım (ör. Nginx/Apache/LiteSpeed) ve uygulama katmanı (ör. PHP-FPM, Node.js, Python) yanıtların üretiminde rol oynar.

5.2 VDS/VPS/dedicated fark etmeden ne değişir?

İnternet akışı genel olarak aynı kalır; değişen daha çok “nerede çalıştığı”dır: - Paylaşımlı hosting: Aynı sunucuda birden fazla kullanıcı. - VPS/VDS (Virtual Private Server): İzole kaynaklar ve ayrı servis konfigürasyonu. - Dedicated: Fiziksel sunucu tek kullanıcıya özel.

Ama tarayıcının yaptığı sıra (DNS → IP → TCP/TLS → HTTP) değişmez.

6) CDN, cache ve performans: neden bazen farklı davranır?

DNS cevabınız CDN’e işaret ediyorsa veya cache kullanıyorsanız, tarayıcının “hangi sunucudan” yanıt aldığı değişebilir.

6.1 Cache nasıl performans kazandırır?

CDN edge noktasında içerik cache’lenirse, tarayıcı daha yakındaki noktadan yanıt alır.
Sunucuda cache (reverse proxy cache, sayfa cache) varsa dinamik içerik bile daha hızlı üretilebilir.

6.2 Net ölçüm için pratik tablo

Aşağıdaki tablo, “sorun nerede olabilir?” sorusunu hızlı ayırır.

Belirti	En olası katman	Net kontrol	Beklenen sonuç
Domain hiç açılmıyor	DNS	nslookup/dig ile A/AAAA doğrula	Doğru IP görünür
IP’ye gidiyor ama https hatası	TLS	Sertifika detayında domain eşleşmesi	Sertifika domain’i kapsar
HTTP 404/403 alınıyor	Web uygulaması	URL yönlendirme ve document root	Doğru içerik/route
İlk açılış yavaş, sonra hızlanıyor	Cache	CDN/sunucu cache header’ları	Cache hit oranı artar
Her şey çalışıyor ama bazı ülkelerde gecikme var	Routing/CDN	CDN lokasyon farkları	Yakın edge’den yanıt

7) Aynı yolculuğu hızlandıran kararlar: domain + altyapı eşlemesi

Bu bölümde, internetin çalışmasını “daha az hata ve daha iyi performans” için nasıl eşleyeceğinizi netleştireceğiz.

7.1 Domain’i doğru altyapıya bağlayın

Birçok problem şu hatadan doğar: Domain DNS kayıtları doğru değildir.

A/AAAA kayıtlarınızı, gerçek web servisinizin IP’sine bağlayın.
CDN kullanıyorsanız, DNS’i CDN’in talimatına göre güncelleyin.
“www” ve kök domain için yönlendirmeyi net kurun (ör. www.example.com → example.com).

7.2 TLS sertifikasını domain’lerle uyumlu verin

Kullandığınız sertifika, ziyaret edilen domain(ler)i kapsamalı.
Sertifikayı doğru zincirle yayınlayın.
Otomatik yenileme (renewal) mekanizmasını (varsa) düzenli kontrol edin.

7.3 HTTP tarafında doğru servis davranışını hedefleyin

301/302 yönlendirmeleri gereksiz zincir yapmamalı.
Yanlış MIME/route ayarları kaynakların yüklenmesini bozabilir.
Static dosyalar için uygun cache header’ları verin.

Sonuç: “sayfa açılmıyor” durumunda sırayı değiştirin

İnternet yolculuğu tek çizgi değil; ama karar verme sırası net olmalı. İlk olarak DNS çözümlemesinin doğru IP’yi döndürdüğünü doğrulayın. Ardından https ise TLS sertifikasının domain ile eşleşip eşleşmediğine bakın. Sonra HTTP yanıt kodlarına göre (404/403/500) sunucu ve uygulama katmanını inceleyin. Eğer CDN kullanıyorsanız, DNS’ten gelen yanıtın gerçekten edge noktasına gidip gitmediğini kontrol edin. Bu sırayı uyguladığınızda sorun “tesadüf” olmaktan çıkar ve her seferinde hangi bileşene odaklanacağınız netleşir.