Propagação de registro MX

Question

Por quanto tempo demora uma alteração nos registros MX para se propagar? O registro MX TTL é o tempo máximo que será necessário ou também precisamos aguardar a propagação de todos os registros DNS?

Estamos mudando nosso servidor de email do Exchange 2003 para o Exchange Online. Nossos registros MX atuais (na Network Solutions) têm um 1 & TTL de 2 horas (MX principal e secundário respectivamente). Quando alteramos os registros MX para apontar para o Exchange Online, todos os registros MX em todo o mundo devem ser atualizados dentro de 2 a 4 horas ou devemos assumir as 48 horas tradicionais para o DNS se propagar?

Suponho que, assim que todos os registros MX forem propagados, todos os novos e-mails recebidos serão direcionados para o novo servidor.

    

Answer 1

Você está certo de que seu TTL deve fazer com que todos os sites sejam atualizados em duas horas. No entanto, tendo trabalhado em um ISP por anos, posso atestar que muitos sites grandes e importantes ignoram o TTL e armazenam em cache por 24 a 48 horas, independentemente disso. Assim, a maioria dos sites vai mudar dentro do seu TTL ... mas alguns poucos chato demoram dias. Uma vez eu vi um DNS que levou 7 dias antes de ler um novo registro (eu perguntei diariamente até que finalmente atualizado).

Alguns poucos sites ignoram o TTL. Não há nada que você possa fazer a não ser esperar que nenhum deles seja importante para você / seu cliente.

    

Answer 2

Demora exatamente 0 segundo para os registros MX se propagarem ... porque os registros DNS não se propagam.

O que você precisa pensar é quanto tempo dura o TTL para o registro MX e o registro A correspondente. Isso determinará por quanto tempo um cliente DNS que já tenha resolvido o registro MX e A manterá essas informações em seu cache DNS (que estaria no cliente DNS e em seu servidor DNS correspondente).

Todos os clientes DNS que ainda não resolveram os registros MX e A consultarão seus servidores de nomes e obterão os novos registros MX e A imediatamente, portanto, nenhum atraso de cache TTL ocorrerá.

EDITAR:

Minha intenção não era iniciar um debate semântico sobre a definição da palavra propagação e sua relação com o DNS, e sem insistir nesse ponto por muito tempo, simplesmente declararia que apenas um cliente DNS que solicita informações de sua zona DNS obter essa informação. O cliente DNS vive em uma bolha. Não sabe nada sobre o seu DNS até e a menos que seja solicitado. Mesmo se você considerar que o servidor DNS de um cliente DNS pode disponibilizar as informações para seus outros clientes DNS, ele não o fará até ser solicitado a fazê-lo. As informações de DNS não são propagadas ou disseminadas para qualquer cliente DNS que não solicite isso. Quando o TTL expira, as informações são liberadas do cache do DNS, para nunca mais serem vistas ou usadas novamente, a menos que o cliente faça uma nova solicitação. Não faz mais nada com as informações além de armazená-las em seu próprio cache. Outros clientes DNS do mesmo servidor DNS que consultam as mesmas informações o obterão do servidor DNS solicitando, não pelo servidor DNS, propagando ou disseminando-o.

Podemos discutir se a propagação de palavras, como é usada em relação ao DNS, é um termo vagamente definido com o entendimento de que todos nós realmente queremos dizer cache quando dizemos propagação, mas no final do dia é incorreto O uso da palavra, implicando um mecanismo que não é empregado, e como evidenciado por sua pergunta, é mal entendido e, portanto, "propaga" um mal-entendido de como o DNS funciona.

Independentemente do que você ou eu achamos que a palavra propagação significa, seu uso no contexto da sua pergunta está incorreto.

    

Answer 3

Sim, deve ser sua configuração TTL, SE todos os servidores DNS forem padrão e honrar isso, o que nem sempre é o caso.

Você pode usar uma ferramenta como link para verificar a propagação, no entanto.

    

Answer 4

Sim, a propagação deve ser o TTL que você listou. Por exemplo, veja esta documentação do Google sobre como mudar para o Postini:

link

Se você estiver trocando os servidores de e-mail, poderá considerar alterar o TTL atual para algo menor (por exemplo, 300 segundos) algumas horas antes do corte e revertê-lo posteriormente. Você colocará uma carga um pouco maior nos servidores DNS autoritativos nesse caso.