Alan Adları ve DNS Nasıl Çalışır: Geliştirici Olmayanlar için Rehber
Alan adı, insanların sitenize ulaşmak için yazdığı addır, örneğin example.com. DNS (Alan Adı Sistemi) ise bu adı sitenizin gerçekte nerede barındırıldığına çeviren internetin rehberidir. Alan adını bir kayıt kuruluşundan kiralarsınız, sonra "web sitesi şurada" ve "e-posta buraya gider" diyen DNS kayıtları eklersiniz. Bir uygulamaya özel alan adı bağlamak çoğunlukla doğru kaydı doğru yere eklemek ve etkisini göstermesini beklemek demektir.
Yapay zeka ile yapınca neden önemli
Bir yapay zeka uygulama oluşturucu uygulamanızı yazabilir ve barındırabilir, ama alan adınız dışarıda yaşar: çoğunlukla ayrı bir şirkette, tanıdık olmayan kayıt türleriyle dolu bir kontrol panelinde. Lansmanların takıldığı yer genellikle burasıdır: uygulama hazırdır, ama alan adı bir hata gösterir ya da bir DNS değişikliğinden sonra e-posta gizemli şekilde durur.
Biraz anlamak çok işe yarar. Barındırma sağlayıcınızın hangi kaydı istediğini, neden henüz çalışmadığını ve zaten buna bağlı olan şeyleri (e-posta gibi) nasıl bozmamanız gerektiğini bileceksiniz.
Günlük bir benzetme
Telefonunuzdaki kişi listesini düşünün.
Arkadaşınızın numarasını ezberlemezsiniz; adına dokunursunuz ve telefon numarayı arar. DNS internet için aynısını yapar: example.com yazarsınız ve DNS, bağlanılacak sunucunun numarasını (IP adresini) bulur.
- Alan adı, kişinin adıdır.
- Kayıt kuruluşu, adın resmen sizin olduğunu kaydeden şirkettir.
- DNS kayıtları, ada kaydedilen bilgilerdir: telefon numarası, e-posta adresi, ev adresi.
- Ad sunucuları, bu ad için hangi rehberin resmi olduğudur.
- Önbellekleme, telefonunuzun bir numarayı bir süre hatırlamasıdır. Arkadaşınız numarasını değiştirirse, bazı telefonlar kayıtlı kopya yenilenene kadar eski numarayı aramaya devam eder; DNS "yayılması" budur.
Alan adının parçaları
app.example.com örneğine bakın:
| Parça | Adı | Notlar |
|---|---|---|
.com | Üst düzey alan adı (TLD) | Bir kayıt otoritesi tarafından işletilir. Diğerleri .org, .io, .ai, .uk gibi ülke kodlarıdır |
example | İkinci düzey alan adı | Kaydettirdiğiniz kısım |
example.com | Kök ya da "apex" alan adı | Sahip olduğunuz şey |
app | Alt alan adı | DNS'te özgürce oluşturursunuz: www, app, shop |
Alan adını peşin olarak satın almazsınız; belirli bir süre (genellikle bir yıl ya da daha uzun) için kaydettirir ve yenilersiniz. Süresini bırakırsanız başkası kaydedebilir.
DNS araması nasıl çalışır
Birisi app.example.com yazdığında:
- Tarayıcı, adresi almak için genellikle internet sağlayıcısı ya da bir genel hizmet tarafından işletilen bir DNS çözümleyicisine sorar.
- Çözümleyicinin taze bir önbellek yanıtı varsa hemen cevap verir.
- Yoksa hiyerarşide aşağı iner: kök sunucular onu
.comsunucularına, onlar da alan adınızın ad sunucularına yönlendirir. - Ad sunucularınız, ayarladığınız kaydı döndürür: barındırma sağlayıcınıza bir CNAME ya da bir IP adresli bir A kaydı.
- Çözümleyici yanıtı kaydın TTL (yaşam süresi) değeri kadar önbelleğe alır ve tarayıcıya verir; tarayıcı da sunucuya bağlanır.
Bütün bunlar genellikle milisaniyeler içinde olur.
Gerçekten kullanacağınız DNS kayıt türleri
| Kayıt | Ne yapar | Örnek |
|---|---|---|
| A | Bir adı bir IPv4 adresine yönlendirir | example.com → 203.0.113.10 |
| AAAA | Bir adı bir IPv6 adresine yönlendirir | example.com → 2001:db8::10 |
| CNAME | Bir adı başka bir sunucu adının takma adı yapar | app.example.com → myapp.host.com |
| MX | Alan adına hangi sunucuların e-posta aldığını öncelik numarasıyla söyler | example.com → 10 mail.provider.com |
| TXT | Metin tutar; doğrulama ve e-posta güvenliği için kullanılır | v=spf1 include:_spf.provider.com ~all |
| NS | Alan adının yetkili ad sunucularını listeler | ns1.dnsprovider.com |
| CAA | HTTPS sertifikasını hangi sertifika kuruluşlarının verebileceğini sınırlar | 0 issue "letsencrypt.org" |
Bilmeye değer birkaç kural:
- Bir CNAME, diğer kayıtlarla aynı adı paylaşamaz. Bu yüzden standart bir CNAME, her zaman NS ve başka kayıtları olan kök alan adına konamaz. Birçok DNS sağlayıcısı ALIAS, ANAME veya CNAME düzleştirme adı verilen çözümler sunar.
- TXT kayıtları e-posta işinin büyük kısmını yapar. SPF, alan adınız adına kimin e-posta gönderebileceğini listeler; DKIM, imzaları doğrulamak için bir anahtar yayımlar; DMARC, bu kontrolleri geçemeyen e-postaya alıcıların ne yapacağını söyler.
- Düşük MX numaraları daha yüksek önceliktir. Posta önce en düşük olanı dener.
Yayılma ve TTL
"Yayılma", değişikliklerin internete yavaşça dağıldığı izlenimini verir. Gerçekte olan şey önbellekleme: çözümleyiciler her yanıtın kopyasını TTL'si boyunca tutar ve yalnızca süresi dolunca yeniden sorar. Yani:
- Daha önce hiç aranmamış yeni bir kayıt genellikle dakikalar içinde çalışır.
- Mevcut bir kaydı değiştirmek, her yerde görülmek için eski TTL'ye kadar sürebilir.
- Ad sunucularını değiştirmek bir iki güne kadar sürebilir, çünkü bu kayıtlar TLD düzeyinde daha uzun önbelleğe alınır.
İşe yarayan bir numara: planlanmış bir değişiklikten önce kaydın TTL değerini düşürün (örneğin birkaç dakikaya), eski TTL'nin dolmasını bekleyin, sonra değişikliği yapın.
Uygulamalı örnek: bir randevu uygulamasını alan adınıza bağlamak
yoursalon.com alan adına sahipsiniz. Mevcut web siteniz ve Google Workspace e-postanız zaten bu adı kullanıyor. Bir randevu uygulaması yaptınız ve book.yoursalon.com adresinde olmasını istiyorsunuz.
- DNS'inizin nerede yönetildiğini bulun. Kayıt kuruluşunuz olabilir ya da ayrı bir DNS sağlayıcısı. NS kayıtlarınız bunu söyler.
bookiçin bir CNAME ekleyin; hedef olarak uygulama barındırıcınızın verdiği adresi gösterin.- Sahipliği kanıtlamak için barındırıcınızın istediği bir TXT kaydı varsa onu ekleyin.
- MX ve e-posta TXT kayıtlarına dokunmayın. Hiçbir şeye dokunmadığınız için e-posta çalışmaya devam eder.
- DNS güncellendikten sonra barındırıcınızda doğrulayın. Barındırıcı ardından
book.yoursalon.comiçin bir HTTPS sertifikası verir. - Mobil veri kullanarak bir telefondan test edin; mobil veri, ev Wi-Fi'nizden farklı bir çözümleyici ve önbellek kullanır.
Uygulamayı bunun yerine kök yoursalon.com adresinde istediğinizde A kayıtlarına ya da DNS sağlayıcınızın ALIAS/düzleştirme özelliğine ihtiyacınız olur; bu durumda oradaki mevcut web sitenizin yerine geçersiniz. Daha fazla adım için özel alan adı nasıl bağlanır rehberine bakın.
Sık yapılan hatalar ve yanlış anlamalar
- "Alan adı ve barındırma aynı şeydir." Alan adı addır; barındırma ise uygulamanın çalıştığı yerdir. DNS ikisini birbirine bağlar.
- Barındırıcı CNAME istediğinde A kaydı kullanmak (ya da tersi). Barındırıcının talimatlarını tam olarak izleyin.
- Hedefte yazım hataları. CNAME hedefinde tek bir yanlış karakter doğrulamanın başarısız olmasına yol açar.
- Kayıtları kopyalamadan ad sunucularını değiştirmek.
- Olmaması gerekirken trafiği proxy'lemek. Bazı DNS sağlayıcıları, örneğin Cloudflare, trafiği vekil olarak yönlendirebilir. Bazı barındırıcılar, sertifika verebilmek için kaydın "yalnızca DNS" olarak ayarlanmasını ister.
- "Bilinmeyen" TXT kayıtlarını silmek. Genellikle bir şeyin bağlı olduğu doğrulama ya da e-posta güvenlik kayıtlarıdır.
- Alan adının süresini bırakmak. Otomatik yenilemeyi açın ve ödeme kartınızı güncel tutun.
Yapay zeka oluşturucunuzdan ne istemelisiniz
DNS kodunuzun dışında yaşar, bu yüzden burada asıl konu hakkında doğru soruları sormaktır:
- "app.mydomain.com için tam olarak hangi DNS kaydına ihtiyacım var: tür, ad ve değer?"
- "Bu değişiklik e-postamı etkiler mi?"
- "Kaydı ekledikten sonra alan adım bir hata gösteriyor. Neyi kontrol etmeliyim?"
- "Hem www hem de www olmayan adresin siteyi göstermemesi için doğru kanonik URL'yi ve yönlendirmeleri ekle."
- "Alan adımdan e-posta göndermeyi kur; hangi SPF, DKIM ve DMARC kayıtlarına ihtiyacım olacak?" Bkz. uygulamanızdan e-posta nasıl gönderilir.
Mythex'te özel alan adları
Yayınlanan her Mythex uygulaması bir yourname.mythex.app adresi alır. Pro'da bunun yerine kendi alan adınızı kullanabilirsiniz: Mythex içinden bir tane satın alın (kayıt ayrıca faturalandırılır; satın alınan alan adlarının DNS'i sizin için yönetilir) ya da zaten sahip olduğunuz bir alan adını bağlayın: app.example.com gibi bir alt alan adından uygulamanızın yourname.mythex.app adresine bir CNAME ekleyin ve ardından Doğrula düğmesine tıklayın. HTTPS otomatik olarak verilir. DNS'iniz Cloudflare'deyse bu kaydı "yalnızca DNS" olarak ayarlayın. Alt alan adları önerilir; kök alan adları ise DNS sağlayıcınızın ALIAS ya da düzleştirme desteğine bağlıdır. Her adımı özel alan adı belgeleri anlatır ve Pro'nun neleri içerdiğini fiyatlandırma sayfasında görebilirsiniz.
Sorular
DNS basitçe nedir?
DNS (Alan Adı Sistemi), internetin rehberidir. Akılda kalabilen bir adı, örneğin example.com'u, bilgisayarların ihtiyaç duyduğu bilgilere, genellikle bir IP adresine çevirir; böylece tarayıcı doğru sunucuyu bulabilir.
A kaydı ile CNAME arasındaki fark nedir?
Bir A kaydı, bir adı doğrudan bir IPv4 adresine yönlendirir. Bir CNAME ise bir adı başka bir sunucu adına yönlendirir ve arama oradan devam eder. CNAME'ler, barındırma sağlayıcınızın IP adresleri değişebildiğinde kullanışlıdır, ancak standart bir CNAME kök alan adının kendisinde kullanılamaz.
DNS yayılması ne kadar sürer?
Çoğu zaman dakikalar, bazen saatler. Değişiklikler, eski kaydın önbellekteki kopyaları süresi dolduğunda görünür; bu da kaydın TTL değerine bağlıdır. Ad sunucularını değiştirmek, bu kayıtlar daha uzun önbelleğe alındığı için bir iki güne kadar sürebilir.
Web sitem için DNS'i değiştirmek e-postamı bozar mı?
Yalnızca e-postanın dayandığı kayıtları değiştirir ya da silerseniz: MX kayıtları ve SPF, DKIM ve DMARC gibi TXT kayıtları. www ya da app için bir CNAME eklemek e-postaya dokunmaz. Alan adınızı yeni ad sunucularına taşırken bu kayıtları önce kopyalamazsanız e-posta bozulabilir.
Kök alan adı yerine neden www ya da app kullanılır?
www.example.com ya da app.example.com gibi bir alt alan adı CNAME kullanabilir; birçok barındırma platformunun istediği de budur. Kök alan adı (example.com) standart bir CNAME alamaz; bu yüzden A kayıtlarına ya da sağlayıcıya özgü ALIAS, ANAME veya CNAME düzleştirme özelliğine ihtiyaç duyar.