CNAME Alt Alanlar İçin Kullanılmalı mı? | m24sniperweaponsystem.com
Şu anda aşağıdaki DNS yapılandırmasına sahip olan birden çok web sitesini yönetiyorum:
Bu CNAME kayıtlarının uygun bir kullanımı mı? İnternette baktım ve net bir cevap bulamadım. Bazı insanlar CNAME kayıtlarının kötü olduğunu iddia ediyorlar (bunun nedenleri açık değiller) ve aşağıdaki ayarları önerdiler:
Bunlardan hangisi daha iyi bir yaklaşımdır (ve neden)?
Not: Alt alanlar kendi MX kayıtlarını gerektirmez, bu yüzden burada bir sorun olmaz.
Bunun bir wiki cevabı olması gerektiğini düşünüyorum. DNS haklı olmak için çok zor ve bu cevap 6 yıl sonra hala iyi mi? - the0ther
@ the0ther Evet, bugün bile doğrulanmış cevap, Jesper Mortensen, hala geçerli (bir şeylerin isimlendirilmesi ya da kullanmak için doğru TTL değerleri hakkında tartışma olsa bile, ancak bunlar CNAME kayıtlarının kullanılması sorunundan ayrı noktalardır). DNS 30 eski bir protokoldür, CNAME kayıtları gibi temel şeyler zamanla değişmez. - Patrick Mevzek
Evet, bu CNAME'lerin uygun bir kullanımı. Bir parçası olduğum tartışmalarda, argümanlar böyle gitmeye eğilimlidir:
Aşağı yönündeki DNS önbelleklerinin, biri CNAME için bir tane ve CNAME'nin kaydettiği A-Kaydı için olmak üzere 2 DNS araması gerçekleştirmesi gerektiğinden (küçük) bir performans cezası söz konusudur.
VAGue, CNAME'lerle ilgili daha az "yetkili" veya uyumluluk sorunlarına sahip sahte argümanlar.
Donanım (fiziksel sunucular) ve hizmetler arasında temiz bir soyutlama sağlarlar.
DNS yönetimini basitleştirirler - bir sunucu hareket ettiğinde, yalnızca bir rekoru değiştirmeniz gerekir.
Birkaç farklı yol denedikten sonra Bunu yapmak için şimdi kişisel bir favori tarzım var. Bu:
Her fiziksel sunucu için bir A Kayıt; oldukça düşük bir TTL ile (belki 30 dakika); sunucuya bir insan dostu isim.
Her hizmet için bir CNAME; yüksek bir TTL ile (belki 24 saat); Yukarıdaki sunucu adlarına işaret eder.
Yukarıdaki kuralların tek istisnası olarak, alan kökü, web sunucusu / web yük dengeleyicisini işaret eden bir A-Kaydıdır. (@ Bir A-kaydı olmak zorundadır.)
Bu kurulumun iyi çalıştığını görüyorum. CNAMES için ekstra DNS aramaları tutar; ve bir sunucu çökerse hala genel DNS'yi oldukça hızlı bir şekilde değiştirebilirim.
İşte bir (doğaçlama) örnek BIND sözdiziminde:
Teşekkürler, nihayet açıkça ve kısaca ortaya koyduğu CNAME'ler hakkında makul bir görüş. - Tyler
@Jesper Mortensen: Küçük bir örnekle cevabınızı biraz güncellemeniz mümkün olabilir, özellikle de 3üncü noktanızı anlayamadım. "Yukarıdaki kurallara tek istisna olarak, alan kökü bir A-Record'tur," 1. noktada, her bir fiziksel katman sunucusu için bir A Kaydı kullandığınızı söyledi. (BTW bağlantıları gitti) - Marco Demaio
@Marco Demaio: "domain root A-Record" hakkında: İkinci seviye alan adı gibi company.combir bölge apeksidir. Bir SOA kaydına ihtiyacı var. Bu yüzden bir A Kayıt olmalı ve bir CNAME değil - bkz. serverfault.com/questions/170194/... - Jesper Mortensen
@ A kaydına sahip olmak gerekli değildir; daha doğrusu, bir CNAME yasaklandı. - Michael Hampton♦
Sadece sunucularınız IPv6 adreslerini de destekliyorsa, CNAME'lerin özellikle yararlı olduğunu eklemek istedim, çünkü sunucu başına en az iki girişe (her birinde bir A ve AAAA kaydı) ihtiyaç duyacaksınız, böylece alt alanlar için bir CNAME kullanmalısınız. Bu durumda çok daha basit. Jesper'ın TTL için önerilerini kullanırsanız (veya DNS sağlayıcınız iyi otomatik işleme sahipse), gerçek bir performans cezası olmamalıdır. - Haravikk
Pek çok kişinin paylaştığı En İyi Uygulamalarım, her sunucu IP'si için 1 A kayıt oluşturmak; ve başka bir şey için CNAMES kullanın.
Ortak bir örnek şöyle olurdu:
Bu soruda, postaların burada bir sorun olmadığını söylediler, ancak postaları da kullandığınızı varsayalım, MX kayıtları ile nasıl gidersiniz? Teşekkürler! - Marco Demaio
MX kaydı, sunucu adına da işaret eder. IN MX server1 ve kolaylık sağlamak için de tavsiye ederim imap veya pop ve smtp CNAME'ler, muhtemelen mailBirçok e-posta programı bunu tahmin ediyor. Doğru SRV kayıtlarını ayarlamak da iyi bir fikirdir, ancak bu nispeten basit bir soru olduğundan, SRV kayıtları basit bir yapılandırma için biraz fazla olabilir. - Chris S
Hızlı bir yorum, MXkayıtları CNAME olmamalıdır, bkz. serverfault.com/a/232243/2874 Muhtemelen pratikte iyi çalışır - ama yine de bunu yapmamak daha iyidir. - Jesper Mortensen
BIND, bir MX veya SRV kaydını bir CNAME'ye yönlendirirseniz bölgeyi yüklemeyi reddeder ... Muhtemelen MX kaydının A kaydına işaret etmesi gerektiğini açıkça belirtmiş olmalıydım. Teşekkür ederim. - Chris S
@ChrisS, cevabınızı düzenlemeye ve bir MX kaydının bir CNAME girişine işaret edemeyeceğinden açıkça bahsediyorsunuz? - Alexis Wilke
VMware'in PXE yerine Linux sunucularını sağlamak için şablon oluşturma ve klonlama kullanmanın sonuçları BT Bütçesi Oluşturma [kapalı] Apache Yapılandırması: RSA sunucu sertifikası CommonName (CN)… Sunucu adıyla eşleşmiyor mu? HP Proliant ML350 G5 SAS HDD Tek bir VMWare ana sunucuda 100 sanal makine çalıştırma IIS7'deki Sertifika Güven Listeleri Düşük maliyetli donanım RAID ve Yazılım RAID [kapalı]