İnternet nasıl çalışır: Domain’den sayfaya yolculuk (net rehber)

İnternet, tek bir cihazın değil; domain, DNS, yönlendirme (routing) ve web protokollerinin birlikte çalışmasının sonucunda sayfanızı ekrana getirir. Bu rehberde, tarayıcıdan açtığınız anda “arkada tam olarak ne oluyor?” sorusunu uçtan uca açıklıyoruz. Domain’den sayfaya giden yolculuğu katman katman görecek, sorun çıktığında hangi noktaya bakacağınızı netleştireceksiniz.

1) Uçtan uca akış: Domain’den sayfaya net sıra

Bir web sitesi açıldığında genellikle şu sırayı görürsünüz:

1. Tarayıcı domain adını çözer: example.com → IP adresi (DNS)
2. Tarayıcı uygun sunucuya gider (routing / yönlendirme)
3. Bağlantı kurulur (TCP/TLS)
4. HTTP isteği gönderilir (GET/POST vb.)
5. Sunucu uygulama katmanı yanıt üretir (Nginx/Apache + uygulama)
6. Sunucu yanıtı tarayıcıya döner, içerik render edilir (HTML/CSS/JS)
7. CDN, önbellek ve sıkıştırma gibi ek katmanlar performansı etkiler

Bu sırada takılma genellikle belirli katmanlarda olur. Örneğin DNS yanlışsa sayfa hiç yüklenmez; sunucu hızlı ama TLS sertifika problemi varsa bağlantı kuramazsınız.

DNS neden “sayfayı bulmak” kadar kritiktir?

DNS (Domain Name System) domain adını IP’ye çeviren dağıtık bir veritabanı gibidir. Tarayıcı tek bir yerde arama yapmaz; sorgu süreci şunları içerebilir: - Tarayıcı/işletim sistemi önbelleği - Yerel DNS (ISP veya kurumsal DNS) - Yetkili DNS (authoritative nameserver)

Bu yüzden “domain açılıyor ama sayfa yok” türü sorunlarda iki ayrı kontrol alanı vardır: DNS doğru mu, web sunucusu erişilebilir mi?

2) Domain kaydı: Adresin kimliği nasıl oluşur?

Domain, bir isimdir. Fakat internet “isimle” doğrudan konuşmaz; bilgisayarlar IP adresleri üzerinden haberleşir. Bu nedenle domain kaydının en temel amacı şudur: - Domain’in hangi DNS sunucularında yönetileceğini belirlemek - Domain’in hangi kayıtlara (A/AAAA/CNAME/MX/TXT) sahip olacağını tanımlamak

Nameserver (NS) ve kayıt mantığı

Domain panelinizde genellikle iki kritik yapı görürsünüz: - NS: Domain’in DNS yönetiminin hangi sunucularda olduğunu belirtir - Kayıtlar (records): domainin hangi IP’ye bağlanacağını veya hangi hizmetlere yönlendirileceğini tarif eder

Web sitesi için tipik DNS kayıtları

Aşağıdaki kayıtlar, sayfanın yüklenmesinin başlangıç noktasıdır: - A kaydı: example.com → IPv4 (örn. 203.0.113.10) - AAAA kaydı: example.com → IPv6 (örn. 2001:db8::10) - CNAME: www.example.com → example.com

Not: Bazı senaryolarda @ etiketi kök domaini temsil eder. Örnek düzen şöyle olabilir: - @ için A kaydı - www için CNAME

3) DNS sorgusu nasıl çalışır? (net akış şeması)

Tarayıcı www.example.com istediğinde DNS sorgusu genellikle şu mantıkla ilerler: 1. Yerel önbellek: Daha önce çözüldüyse hemen IP döner 2. Yerel DNS: Çözülemezse yetkili kaynağa doğru sorguyu başlatır 3. Yetkili DNS: İstenen kaydı döner 4. Cevap: Tarayıcı IP’yi alır, bir sonraki adım olan bağlantı kurulmasına geçer

TTL (Time To Live): Değişiklikleri neden hemen görmezsiniz?

DNS kayıtlarındaki TTL, güncellemenin ne kadar sürede “dünya çapında” etkili olacağını belirler. - TTL yüksekse, kullanıcıların bir kısmı eski IP’yi daha uzun süre kullanır - TTL düşükse, geçiş daha hızlı yayılır

Net geçiş planı yaparken TTL’i güncellemeyi zamanlama açısından yönetmek gerekir.

4) Bağlantı katmanı: IP’ye gidip nasıl güvenli konuşulur?

DNS sonrası tarayıcı artık bir IP adresine sahiptir. İletişim şu adımlarla kurulur:

4.1 TCP: Oturum kurma

HTTP doğrudan çalışmaz; genellikle TCP üzerinden taşınır. TCP bağlantısı kurulur: - Üç yönlü el sıkışma (SYN/SYN-ACK/ACK) - Bağlantı açıldığında veri aktarımı başlar

4.2 TLS/SSL: Şifreli kanal

HTTPS kullanan sitelerde TLS devreye girer. - Tarayıcı sertifikayı doğrular - Şifreleme anahtarları müzakere edilir - HTTP isteği artık güvenli tünel içinde iletilir

TLS’de sık görülen hatalar: - Sertifika yanlış domain ile eşleşir - Zincir (chain) eksik olur - TLS 1.0/1.1 gibi eski sürümler devre dışıdır

4.3 Portlar ve servis beklenmesi

Web için tipik portlar: - 80: HTTP - 443: HTTPS

Sunucu bu portlarda çalışmıyorsa DNS doğru olsa bile sayfa açılmaz.

5) HTTP katmanı: Sunucu “ne dönecek?” sorusunu yanıtlar

Bağlantı kurulduktan sonra tarayıcı HTTP isteği gönderir. Bu istekte şunlar bulunur: - Yol (path): /, /blog, /assets/app.js gibi - Yöntem: GET/POST - Host başlığı: Sanal host (virtual host) eşleşmesi için kritik

5.1 Reverse proxy (ters proxy) ve web sunucusu

Çoğu hosting kurulumunda trafik şu sırayla ilerler: - Nginx veya Apache web sunucusu - Uygulama (PHP-FPM, Node.js, Java vb.) - Uygulamanın ürettiği yanıt

Bu tasarım, statik dosyaları (CSS/JS/görseller) hızla sunmayı ve uygulamayı daha kontrollü çalıştırmayı sağlar.

5.2 CDN ve önbellek: Aynı sayfa niye bazen hızlı niye yavaş?

CDN (Content Delivery Network) istekleri daha yakın sunuculardan karşılar. - İlk istek: cache dolmadıysa origin’e gider - Sonraki istekler: cache varsa origin’e gitmeden cevap gelir

Bu yüzden aynı domain bazen ilk gün çok yavaş, sonraki gün hızlanmış gibi görünür.

6) “Domain’den sayfaya” yolculukta sorun nerede çıkar? Net tanılama yöntemi

Bu bölümde, arıza çıktığında hangi katmana bakmanız gerektiğini net bir kontrol listesiyle veriyoruz.

Hızlı arıza ağacı (decision tree)

Aşağıdaki tabloyu kullanarak teşhisi hızlandırabilirsiniz:

Net örnek: DNS mi yoksa sunucu mu?

Bunu ayırmanın en pratik yolu şudur: - DNS kaydı doğru değilse IP alamazsınız; sunucuya bağlanamazsınız. - IP alınıp bağlantı kuruluyorsa sorun genellikle TLS/HTTP katmanında ya da uygulamada olur.

Ayrıca HTTP durum kodları yol gösterir: - 301/302: Yönlendirme var - 401/403: Yetki/WAF engeli - 404: Dosya/yol bulunamadı - 5xx: Uygulama veya reverse proxy hatası

7) Yüksek performans için yolculuğu hızlandıran noktalar

İnternetin çalışmasını “kural gibi” optimize etmek için, domain ve sunucu tarafında somut etkileri olan başlıklar vardır.

7.1 DNS geçişleri ve TTL yönetimi

Taşınma (migration) sırasında en çok hata yapılan nokta DNS güncellemesinin aceleye gelmesidir. - Taşınmadan önce TTL’i düşürün - Yeni sunucuda hizmetler çalışıyorken DNS’i yükseltin - Geçiş sonrası TTL’i tekrar normal seviyeye çekin

Bu yaklaşım, çakışan IP’ler yüzünden yaşanan kesintileri azaltır.

7.2 CDN kullanımı: İçerik mi, dinamik mi?

CDN statik dosyalarda net fayda verir: - Görseller (JPG/PNG/WebP) - Stil dosyaları (CSS) - JavaScript bundle’ları

Dinamik içerikte (kullanıcıya özel sayfalar) cache politikası doğru kurgulanmalıdır. Aksi durumda yanlış içerik gösterimi veya gereksiz origin yükü oluşur.

7.3 Sunucu tarafında doğru mimari

Domain’den gelen istekleri hızlı karşılamak için tipik hedefler: - Web sunucusu (Nginx/Apache) doğru worker ayarları - Uygulama süreçlerinin (PHP-FPM/Node vb.) kaynak planı - Keep-Alive ve HTTP/2/HTTP/3 uyumluluğu - Yedekleme (backup) ve hızlı geri dönüş planı

Bu maddeler doğrudan “yolculuğun” belirli adımlarındaki gecikmeyi düşürür.

8) “NetKıyas gibi” bir bakışla neye karar verilmeli? (domain + hosting birlikte)

Domain ile hosting ayrı katmanlardır; doğru kombinasyon, yolculuğun her adımında riskleri azaltır.

Aşağıdaki karşılaştırma, karar verirken hangi parametrelerin daha anlamlı olduğunu özetler:

Domain ve hosting kararında kontrol listesi

• Domain tarafı:
• NS yönetimi kimde? (teslim edilebilirlik)
• DNS kayıtları güncellenebiliyor mu? (panel arayüzü)
• TTL kontrolü var mı? (geçiş planı)
• Hosting/VPS tarafı:
• 80/443 erişimi güvenilir mi?
• HTTPS için otomatik sertifika altyapısı var mı? (Let’s Encrypt)
• Reverse proxy ve sanal host (virtual host) destekli mi?
• CDN ile uyumlu mu? (origin doğrulama, cache header’ları)
• Loglar ve hata ayıklama (error log/access log) erişilebilir mi?

Net bir aksiyon önerisi

Eğer bugün yeni bir site açıyorsanız veya taşıma yapıyorsanız, ilk 30 dakika içinde şu sırayı uygulayın: 1. DNS kayıtlarının (A/AAAA, NS) doğru olduğunu doğrulayın 2. HTTPS kurulumunu tamamlayın (sertifika zinciriyle) 3. Ana sayfa ve en kritik 5 asset için HTTP durum kodlarını kontrol edin 4. CDN kullanacaksanız önce cache politikalarını belirleyin

Sonuç olarak, internet “tek hamlede” çalışmaz; domain çözümlemesiyle başlayıp TLS ve HTTP yanıt üretimine kadar uzanan net bir yolculuk vardır. Bu yolculuğun hangi kısmında hata çıktığını doğru ayırdığınız anda, hem kesinti süresi kısalır hem de hosting ve domain kararlarınız daha rasyonel hale gelir. Taşınma veya kurulum öncesinde yukarıdaki kontrol listesini uygulayın; sorunları sonradan uğraşmadan en başta çözün.