DNS sunucusu değiştirilmezken bir MX kaydı ve A kaydı değişikliği ne kadar sürer?

Ben bir gece bir posta sunucusunun IP değiştirmek için gerçekçi olup olmadığını tahmin etmeye çalışıyorum ya da insanlar bir gün sonra e-postalarını alma ile bu karışıklık olacak. Temel olarak, posta sunucusunun bulunduğu tesis IP havuzunu değiştirecek ve bu da beni posta sunucusu için A ve MX kaydını değiştirmeye zorlayacak. DNS sunucusunun kendisini değiştirmediğimden (kayıtları farklı bir yetkili sunucuya taşımadığımdan), değişiklik anında yakın olacak mı yoksa yakın zamanda sorgulanan farklı yetkili olmayan DNS sunucularında önbellekleme nedeniyle hala 48 saate kadar sürecek mi? ?

Herhangi bir görüş için teşekkürler,

M

Her DNS kaynak kaydı önbelleğe alınır; DNS sunucusunun kendisinin hareket edip etmediği önemsizdir. Yahia'nın dediği gibi, kaydın ne kadar süreyle önbelleğe alındığı kaydın TTL'si tarafından belirlenir. Bir DNS değişikliği yapmadan önce, TTL'yi normal değerinden (tipik olarak bir gün veya daha fazla) 5 dakika gibi gerçekten küçük bir şeye düşürmek yaygın bir uygulamadır.

Bu prosedürü karmaşık hale getirmek, bazı kötü davranışlı dns önbellek çözücülerinin belirtilen TTL'yi görmezden gelmesi ve kendi değerlerinin yerini almasıdır. (Bu sistemleri çalıştıran insanların bir yangında ölmesi gerekir ve eğer internetin büyük derebeyi seçersem, yapacaklar). Bu nedenle, önemli bir sistem veya doğrudan kontrolünüz dışındaki kişiler tarafından kullanılan bir sistemse, taşınan sistemdeki DNAT kurallarını, önceki IP adresine yeni IP'ye gönderilen trafiği yeniden yönlendirmek için uzak bir yere koymanız önerilir. .

Yeni IP adresini zaten biliyor musunuz? Eğer öyleyse, şanslısınız! AYeni IP'yi işaret ederek alan adınız için yeni bir kayıt, alt alan adı ayarlayın, ardından bunu ek MXkayıt olarak ekleyin ; önceliği yenisinde eski MXkayıttan daha yükseğe ayarlayın . Bunu yeni IP'nin etkinleştirilmesinden birkaç gün önce yapın. Yeni IP adresi etkin olduktan sonra, yeni MXkaydı bırakarak eski kaydı kaldırın MX. SOAHer düzenleme yaptığınızda dizinizi güncellemeyi unutmayın .

Yük devretme / yedekleme MXkayıtlarını özetleyen bir makale : http://www.zytrax.com/books/dns/ch9/mail.html

Senaryonuzdaki en önemli ayar TTLilgili DNS kayıtlarıdır.

Ne kadar düşük TTLayarlanırsa o kadar iyidir - çeşitli önbellekleme davranışlarına sahip olan tüm DNS sunucuları nedeniyle genellikle "anlık" alamayacaksınız, ancak TTLsonuç ne kadar iyi ayarlanırsa ...

DNS'deki değişiklikler yetkili sunucularınızda nispeten anlık olmalıdır. Ancak, DNS ödemesi nedeniyle değişikliklerin istemcilere ulaşması biraz zaman alacaktır. Bu, sık sık müşteriler için ara sıra müşterilerden daha fazla sorun olacaktır. Verilerinizi önceden doldurarak bu sorunu çözebilirsiniz.

Önceden gönderilen çeşitli cevaplar, endişelenmeniz gereken her şeyi kapsar.

• TTL'yi düşük bir değere ayarlayın. Değişiklikten birkaç gün önce 1H deyin. Değişiklikten önce en azından mevcut TTL'yi yapmaya çalışın, 2 kat TTL daha iyi olurdu.
• Eski ve yeni adresleri kullanarak posta sunucusu için iki yeni A kaydı ekleyin. Bunların her biri için eski sunucu adresine en yüksek önceliği veren bir MX kaydı oluşturun. Keser kesmez eski adresin MX kodunu kaldırın. Her iki kayıttaki önceliği mevcut kayıttan daha düşük olarak ayarlayın. (Sunucu gönderme, banner'ınızın kullandığı adı kontrol etmemelidir.
• Geçerli adıyla posta sunucusu için yeni bir A kaydı ekleyin. Ve yeni adres için PTR kayıt ayarını alın A kaydı her iki adresi de döndürür. Bu, rDNS doğrulamasının her iki adres için de çalışmasına izin verecektir. (Birçok alıcı sunucu bunu önemsiyor ve rDNS başarısız olursa iletileri reddedebilir veya spam olarak sınıflandırabilir.)

Artık yeni adrese geçmeye hazırsınız. Kesmeden sonra temizleyebilirsiniz.

• Yeni adlar için MX kayıtlarını ve eski adres için A kaydını kaldırın.
• Birkaç saat bekleyin ve yeni adlar için A kayıtlarını kaldırın.

Bu, kullanıcılarınız için tamamen şeffaf olmalıdır. Karşılaştığınız sorunlar standartlara uymayan sunucularla sınırlandırılmalıdır.

Diğer hizmetler için çift A kayıt tekniğini kullanabilirsiniz, ancak istemciler yanıt vermeyen adresi denediklerinde zaman aşımına uğramalarını beklediklerinde gecikmeler olur.