"DNS" ile etiketlenmiş 9 gönderi

8 Temmuz 2026 tarihinde yayımlandı

Kesinti genellikle arıza saati işlemeye başlamadan önce başlar. CPU yükü yükselir, disk gecikmesi kötüleşir, PHP worker'ları kuyruğa girer, bir DNS kaydı aceleyle değiştirilir ya da süresi dolmuş bir sertifika iş saatlerini bekleyerek sessizce sorun çıkarmaya hazırlanır. Hosting kesintisinin nasıl azaltılacağını bilmek istiyorsanız, cevap sihirli bir ayar değildir. Bu, sorunları erken yakalayan ve yine de bir şeyler ters gittiğinde etki alanını sınırlayan küçük operasyonel kontrollerden oluşan bir katmandır.

Çoğu hosting olayı tamamen kötü şanstan kaynaklanmaz. Bunlar zayıf görünürlükten, tek hata noktalarından, gecikmiş güncellemelerden, dikkatsiz değişikliklerden veya çoğunlukla iyimserlikten ibaret olan yedekleme planlarından kaynaklanır. Bu zayıf noktalar önceden ele alınırsa hizmet çok hızlı şekilde yeniden sakin hale gelebilir. Gerçek çalışma süresi işi tam da burada yaşar.

5 Temmuz 2026 tarihinde yayımlandı

On beş müşteri sitesi, dört hosting sağlayıcısı, eski erişime sahip iki serbest çalışan, dağınık yedekler ve kimsenin denetlemek istemediği bir fatura izi - bu nadir bir felaket değil, normal bir ajans karmaşasıdır. Bir ajans hosting konsolidasyonu örneği tam da burada işe yarar; büyüme, standartlardan daha hızlı gerçekleştiğinde. Amaç yalnızca web sitelerini daha az sayıda yere taşımak değildir. Asıl iş, müşteri güvenini, teslim tarihlerini veya nakit akışını bozmadan operasyonel riski azaltmaktır.

Çoğu ajans için konsolidasyon sıkıcı nedenlerle başlar. Yenilemeler kaçırılır. SSL sertifikaları farklı panellerde bulunur. Bir WordPress sitesi paylaşımlı hostingle çalışır, bir diğeri kimsenin belgelemediği bir VPS üzerindedir ve önemli bir e-ticaret mağazası hâlâ uyarıları eski bir yükleniciye gönderir. Bu en güzel DNS durumu değildir, ancak doğru sırayla yaklaşırsanız kontrol altındadır.

16 Haziran 2026 tarihinde yayımlandı

En temiz managed hosting migration example gösterişli değildir. Trafik akmaya devam eder, e-posta gelmeye devam eder, siparişler işlenmeye devam eder ve müşteri çoğunlukla yalnızca eski sunucunun gürültüsünün kesildiğini fark eder. Hedef budur. Bir geçiş, gece geç saatlerde kahramanca bir kurtarma operasyonuna dönüşüyorsa, süreç cutover'dan çok önce yanlış yürütülmüştür.

Gerçekçi bir durumu ele alalım: eskiyen bir unmanaged VPS üzerinde çalışan küçük bir e-ticaret sitesi, izleme, yedekleme ve aktif destek sunan managed VPS'e taşınıyor. Mağaza WordPress ve WooCommerce üzerinde çalışıyor; aylık yaklaşık 40.000 ziyaret, işlemsel e-posta, birkaç zamanlanmış içe aktarma ve sürprizlerden hoşlanmayan bir ödeme ağ geçidi var. Eski sunucuda karışık PHP sürümleri, manuel cron işleri var ve son restore test işleminin ne zaman yapıldığından kimse tam olarak emin değil. Bu, en güzel sunucu durumu değil ama kontrol altında.

1 Haziran 2026 tarihinde yayımlandı

Destek talebi tanıdık bir mesajla başlar: "Site yavaş, ödeme adımı zaman aşımına uğruyor ve kimse hiçbir şeye dokunmadı." İyi managed hosting destek örnekleri tam da burada başlar - suçlamayla değil, kopyala-yapıştır tavsiyelerle değil, müşteri neyin bozulduğunu tahmin etmek zorunda kalmadan önce bir teknisyenin yükü, PHP worker'larını, veritabanı gecikmesini, disk I/O'yu ve son değişiklikleri kontrol etmesiyle başlar.

İnsanların gerçekten para ödediği fark budur. Managed hosting sadece daha hoş etiketlenmiş bir sunucu değildir. Bu, operasyonel kapsamdır. Küçük bir işletme, ajans, SaaS ekibi veya mağaza sahibi için değer; bir sorunun ortasında, kimsenin planlamayı hatırlamadığı bakım sırasında ve izleme sisteminin çirkin şeyleri erkenden yakaladığı tüm o sessiz saatlerde ortaya çıkar.

12 Mayıs 2026 tarihinde yayınlandı

Bir dns url yönlendirmesine ihtiyacınız varsa, önce netleştirmeniz gereken ilk şey basittir: DNS web trafiğini yönlendirmez. DNS yalnızca A, AAAA veya CNAME gibi kayıtlarla yanıt verir. Asıl yönlendirme, alan adının önünde duran bir web sunucusunda, ters proxy'de veya kayıt şirketi özelliğinde gerçekleşir.

Birçok yapılandırmanın biraz ters gitmeye başladığı yer tam olarak burasıdır. Bir alan adı sahibi bir kaydı işaret eder ve example.com'un www.example.com'a veya yeni bir site yoluna yönlendirilmesini bekler, ancak hiçbir şey hareket etmez. DNS görevini yaptı. Adı bir IP'ye çevirdi. Tarayıcıya başka bir yere gitmesini söylemedi.

30 Nisan 2026 tarihinde yayınlandı

Bir web sitesi kurtarma işlemi genellikle en kötü anda başlar; kötü bir eklenti güncellemesi, hacklenmiş yönetici hesabı, bozuk bir dağıtım veya kimse fark etmeden canlıya alınan bir veritabanı hatası sonrasında. Bu olduğunda, web sitesi yedeğini nasıl geri yükleyeceğini bilmek, yedek sahibi olmaktan daha önemlidir. Gerçek iş, sitenizi eski sorunları, kayıp verileri veya daha fazla kesintiyi beraberinde getirmeden tekrar çevrimiçi hale getirmektir.

Bir işletme sitesinden, çevrimiçi mağazadan, SaaS panosundan veya müşteri ortamından sorumluysanız, en güvenli geri yükleme nadiren en hızlı tıklamadır. Bu, neyin başarısız olduğuna, sorunun ne zaman başladığına ve tüm siteyi mi yoksa sadece bir kısmını mı geri yüklemeniz gerektiğine bağlıdır.

Bu kılavuzun 1. Bölümünde, güvenlik duvarını yapılandırdık ve posta gönderimi için gerekli portları açtık. Şimdi mesajların sunucunuzdan gönderildiğinden emin olduğumuza göre, DNS kayıtlarının doğru yapılandırıldığını kontrol etmemiz gerekiyor. Gmail, Outlook ve diğer büyük posta hizmetleri, mesajları ana gelen kutusuna teslim etmeden önce MX, SPF, DKIM, DMARC ve PTR'yi sıkı bir şekilde doğrular. Doğru kayıtlar, mesajların Spam klasörüne düşme (veya tamamen reddedilme) şansını keskin bir şekilde artırır.

Sonraki adımlarda, her tür için mevcut DNS kayıtlarını nasıl kontrol edeceğimizi ve bunları doğru şekilde yapılandırmak için önerilerde bulunacağımızı açıklayacağız.

Tarayıcınız DNS_PROBE_FINISHED_NXDOMAIN hatası veriyorsa, bu, istenen sitenin IP adresini belirleyemediği anlamına gelir. Bu durum çeşitli nedenlerden dolayı meydana gelebilir:

• Alan adı DNS sunucularında bulunmuyor veya kaydı süresi dolmuş.
• Alan bölgesinden sorumlu sunucu kullanılamıyor.
• Cihazda DNS yanlış yapılandırılmış.
• VPN, antivirüs veya güvenlik duvarından kaynaklanan girişimler.
• İnternet servis sağlayıcısıyla ilgili sorunlar.

Farklı tarayıcılarda ilgili hata mesajı biraz farklı görünebilir:

• Google Chrome: «Bu siteye ulaşılamıyor».
• Mozilla Firefox: «Hmm. Bu siteyi bulmakta zorlanıyoruz».
• Microsoft Edge: «Hmm… bu sayfaya ulaşılamıyor».
• Safari: «Safari Sunucuyu Bulamıyor».

Giriş​

Daha önce bir mail sunucusu yapılandırdıysanız veya başka nedenlerle reverse DNS kontrolleriyle karşılaştıysanız, büyük olasılıkla PTR kayıtlarını duymuşsunuzdur. Peki bunlar tam olarak nedir? Neden çoğu zaman bir PTR kaydını kendiniz ayarlayamazsınız? Hadi bunu birlikte öğrenelim!