- Konu sahibi
- #1
Cloudflare DNS, alan adınızın yetkili DNS kayıtlarını Cloudflare üzerinden yönetmenizi sağlayan hizmettir. Aşağıda anlatılan tam kurulumda alan adını Cloudflare’a ekledikten sonra kayıt kuruluşundaki ad sunucularını Cloudflare’ın atadığı ad sunucularıyla değiştirirseniz, alan adınızın DNS kayıtlarına verilecek yetkili yanıtları Cloudflare yönetir. A, AAAA, CNAME, MX ve TXT gibi kayıtları panelden veya API üzerinden düzenleyebilirsiniz.
Cloudflare DNS ile 1.1.1.1 aynı şey değildir. Cloudflare DNS alan adınızın yetkili kayıtlarını barındırır. 1.1.1.1 ise cihazlar adına IP adresleri ve diğer DNS kayıtlarını sorgulayan herkese açık recursive DNS çözümleyicisidir. Biri alan adının kayıtlarını yayınlar, diğeri kullanıcı adına bu kayıtları sorgular.
Bir ziyaretçi
Burada DNS kaydı ile proxy durumu birbirinden ayrılır. DNS kaydı, alan adının hangi hedefe karşılık geldiğini belirtir. Proxy durumu ise HTTP/HTTPS trafiğinin doğrudan origin sunucuya mı gideceğini, yoksa Cloudflare ağı üzerinden mi geçeceğini belirler. Proxied kayıtta ziyaretçiye genellikle origin IP’si yerine Cloudflare ağ adresleri döndürülür; DNS-only kayıtta ise kayıt değeri doğrudan yanıtlanır.
Proxy özelliği yalnızca IP adresine çözümlenen ve HTTP/HTTPS trafiği sunan A, AAAA ve CNAME kayıtlarında kullanılabilir. MX ve TXT kayıtları DNS-only olur. Web dışı amaçlarla kullanılan bazı CNAME kayıtları da doğrulamanın bozulmaması için DNS-only bırakılmalıdır.
Tipik bir web sitesi ve e-posta kurulumu için karar vermeyi kolaylaştıran özet şöyledir:
E-posta için kullanılan
Somut bir örnekte
Yalnızca alan adını Cloudflare’a eklemek: Yetkili DNS geçişi için kayıt kuruluşundaki ad sunucuları da Cloudflare’ın atadığı değerlerle değiştirilmelidir.
Her kaydı Proxied yapmak: MX ve TXT kayıtları proxy edilemez. Ayrıca sahiplik doğrulaması yapan CNAME kayıtlarını proxy yapmak üçüncü taraf hizmetin doğrulamasını bozabilir.
DNS aktarımını kontrol etmemek: Eksik MX, TXT veya alt alan adı kayıtları web sitesi çalışsa bile e-posta, SSL sertifikası, SaaS bağlantısı ya da doğrulama işlemlerini bozabilir.
Proxy’yi tam sunucu güvenliği sanmak: Proxied web kaydı origin IP’sinin DNS yanıtında görünmesini azaltır; fakat IP başka yerde yayımlandıysa veya origin sunucu Cloudflare dışından doğrudan erişilebiliyorsa bu tek başına yeterli değildir. Origin güvenlik duvarında yalnızca gerekli erişimleri ve portları izinli bırakın.
Cloudflare DNS ile 1.1.1.1 aynı şey değildir. Cloudflare DNS alan adınızın yetkili kayıtlarını barındırır. 1.1.1.1 ise cihazlar adına IP adresleri ve diğer DNS kayıtlarını sorgulayan herkese açık recursive DNS çözümleyicisidir. Biri alan adının kayıtlarını yayınlar, diğeri kullanıcı adına bu kayıtları sorgular.
Cloudflare DNS nasıl çalışır?
Bir ziyaretçi
www.example.com adresini açtığında, cihazın kullandığı recursive DNS çözümleyici, önbelleğinde uygun yanıt yoksa yetkili ad sunucularına ulaşarak ilgili kaydı sorgular. Alan adı Cloudflare’da etkinse yanıt Cloudflare’ın yetkili DNS altyapısından gelir.Burada DNS kaydı ile proxy durumu birbirinden ayrılır. DNS kaydı, alan adının hangi hedefe karşılık geldiğini belirtir. Proxy durumu ise HTTP/HTTPS trafiğinin doğrudan origin sunucuya mı gideceğini, yoksa Cloudflare ağı üzerinden mi geçeceğini belirler. Proxied kayıtta ziyaretçiye genellikle origin IP’si yerine Cloudflare ağ adresleri döndürülür; DNS-only kayıtta ise kayıt değeri doğrudan yanıtlanır.
Proxy özelliği yalnızca IP adresine çözümlenen ve HTTP/HTTPS trafiği sunan A, AAAA ve CNAME kayıtlarında kullanılabilir. MX ve TXT kayıtları DNS-only olur. Web dışı amaçlarla kullanılan bazı CNAME kayıtları da doğrulamanın bozulmaması için DNS-only bırakılmalıdır.
DNS kayıtlarında proxy kararı
Tipik bir web sitesi ve e-posta kurulumu için karar vermeyi kolaylaştıran özet şöyledir:
| Kayıt | Örnek değer | Yaygın kullanım | Önerilen durum |
|---|---|---|---|
| A | 192.0.2.10 | IPv4 web sunucusu | Web ise Proxied |
| AAAA | 2001:db8::10 | IPv6 web sunucusu | Web ise Proxied |
| CNAME | origin.example.com | Web veya hizmet hedefi | Hizmete göre |
| MX | mail.example.com | E-posta sunucusu | DNS-only |
| TXT | SPF veya doğrulama metni | E-posta ve sahiplik doğrulama | DNS-only |
E-posta için kullanılan
mail.example.com gibi A veya AAAA kaydı da DNS-only olmalıdır. MX kaydının kendisi proxy edilmez; ancak MX’in gösterdiği hedef Cloudflare IP adreslerine çözülürse SMTP, IMAP veya POP3 bağlantıları yine bozulabilir. Bu nedenle web ve e-posta için ayrı host adları kullanmak daha güvenlidir.Cloudflare DNS kurulumu
- Cloudflare hesabında alan adınızı ekleyin ve içe aktarılan kayıtları açın.
- Mevcut DNS sağlayıcınızdaki A, AAAA, CNAME, MX ve TXT kayıtlarını Cloudflare’daki listeyle karşılaştırın. Özellikle e-posta, DKIM, SPF, DMARC, doğrulama ve alt alan adı kayıtlarını kontrol edin.
- Mevcut DNSSEC durumunu kontrol edin. Bu temel geçişte ad sunucularını değiştirmeden önce kayıt kuruluşunda DNSSEC’i kapatın; eski sağlayıcıya ait DS kaydının kaldırıldığını doğrulayın. Eski doğrulama bilgisi erişim hatasına yol açabilir.
- Cloudflare’ın alan adınız için atadığı yetkili ad sunucularını not edin.
- Alan adı kayıt kuruluşunda mevcut ad sunucularını Cloudflare’ın verdiği değerlerle değiştirin. Geçiş sırasında eski sağlayıcının ad sunucularını karışık biçimde bırakmayın.
- Alan adının Cloudflare’da etkinleştiğini kontrol edin. Etkinleşmeden önce proxy açık görünse bile trafik origin sunucuya doğrudan gidebilir.
- Web trafiği sunan A, AAAA veya uygun CNAME kayıtlarını Proxied yapın. E-posta ve üçüncü taraf doğrulama kayıtlarını DNS-only bırakın.
- Geçiş tamamlandığında Cloudflare’ın DNSSEC bilgileriyle korumayı yeniden etkinleştirin; kayıt kuruluşundaki DS kaydını Cloudflare’ın verdiği değerlerle eşleştirin.
- Ana alan adını,
www.example.comadresini, önemli alt alan adlarını ve e-posta gönderme-alma akışını ayrı ayrı test edin.
Somut bir örnekte
example.com için A kaydı 192.0.2.10 değerini gösterebilir ve web trafiği için Proxied olabilir. mail.example.com ise e-posta sunucusuna ait ayrı bir A kaydı olarak DNS-only tutulur. MX kaydı da mail.example.com hedefine yönlendirilir. Böylece web istekleri Cloudflare üzerinden geçerken posta sunucusu doğrudan kendi hedefinden erişilebilir olur.Sık yapılan hatalar
Yalnızca alan adını Cloudflare’a eklemek: Yetkili DNS geçişi için kayıt kuruluşundaki ad sunucuları da Cloudflare’ın atadığı değerlerle değiştirilmelidir.
Her kaydı Proxied yapmak: MX ve TXT kayıtları proxy edilemez. Ayrıca sahiplik doğrulaması yapan CNAME kayıtlarını proxy yapmak üçüncü taraf hizmetin doğrulamasını bozabilir.
DNS aktarımını kontrol etmemek: Eksik MX, TXT veya alt alan adı kayıtları web sitesi çalışsa bile e-posta, SSL sertifikası, SaaS bağlantısı ya da doğrulama işlemlerini bozabilir.
Proxy’yi tam sunucu güvenliği sanmak: Proxied web kaydı origin IP’sinin DNS yanıtında görünmesini azaltır; fakat IP başka yerde yayımlandıysa veya origin sunucu Cloudflare dışından doğrudan erişilebiliyorsa bu tek başına yeterli değildir. Origin güvenlik duvarında yalnızca gerekli erişimleri ve portları izinli bırakın.