Распространение записи MX
Я использую zen.spamhaus.org и bl.spamcop.net.
Лично, я не провожу много бессонных ночей, волнуясь о спаме. Это - никогда конечное сражение и нет никакого идеального решения. Там всегда будут некоторым количеством законных электронных писем, которые заблокированы и некоторое количество спама, который проходит. Мы архивируем все сообщения спама и добавляем в белый список любые ложные положительные стороны, которые были получены. Мы ставим весь спам в очередь в течение дня и затем выводим его.
Вы правы, что ваш TTL должен вызывать обновление всех сайтов в течение 2 часов. Однако, проработав много лет у интернет-провайдера, я могу засвидетельствовать, что многие крупные и важные сайты игнорируют TTL и кешируют в течение 24-48 часов в любом случае. Таким образом, большинство сайтов изменятся в пределах вашего TTL ... но несколько надоедливых займут дни. Однажды я видел DNS, на который требовалось 7 дней, прежде чем он прочитал новую запись (я запрашивал его ежедневно, пока он, наконец, не обновился).
Некоторые сайты игнорируют TTL. Вы ничего не можете с этим поделать, кроме как надеяться, что среди них нет никого из важных для вас / вашего клиента.
Для распространения записей MX требуется ровно 0 секунд ... потому что записи DNS не распространяются t распространяться.
Вам нужно подумать о том, как долго TTL для записи MX и соответствующей записи A. Это определит, как долго DNS-клиент, который уже разрешил записи MX и A, будет хранить эту информацию в своем DNS-кеше (который будет находиться на DNS-клиенте и его соответствующем DNS-сервере).
Все DNS-клиенты, которые еще не разрешили записи MX и A, будут запрашивать ваши серверы имен и немедленно получать новые записи MX и A, поэтому задержки в кэше TTL не произойдет.
РЕДАКТИРОВАТЬ:
Мое намерение не было начинать семантические дебаты об определении слова «распространение» и его связи с DNS, и, не вдаваясь в подробности этого пункта, я бы просто заявил, что только DNS-клиент, который запрашивает информацию из вашей DNS-зоны, получит эту информацию. Клиент DNS живет в пузыре. Он ничего не знает о вашем DNS до тех пор, пока не попросит об этом. Даже если вы считаете, что DNS-сервер DNS-клиента может сделать информацию доступной для других своих DNS-клиентов, он не сделает этого, пока не попросит об этом. Информация DNS не передается ни одному DNS-клиенту, который этого не запрашивает. По истечении срока действия TTL информация удаляется из кеша DNS, чтобы ее больше нельзя было увидеть или использовать снова, если этот клиент не сделает новый запрос. Он ничего не делает с информацией, кроме как хранит ее в собственном кэше. Другие DNS-клиенты того же DNS-сервера, которые запрашивают ту же информацию, будут получать ее от DNS-сервера, запрашивая ее, а не через DNS-сервер, распространяющий или распространяющий ее.
Мы можем обсудить, является ли слово «распространение», поскольку он используется в отношении DNS, это свободно определенный термин с пониманием того, что мы все действительно имеем в виду кеширование, когда говорим «распространение», но, в конце концов, это неправильное использование слова, подразумевающее механизм, который не используется, и, как свидетельствует ваш вопрос, неправильно понят и, следовательно, "распространяет" непонимание того, как работает DNS.
Да, это должна быть ваша настройка TTL, ЕСЛИ все DNS-серверы являются стандартными и соблюдают это, что не всегда так.
Вы можете использовать такой инструмент, как http : //www.digwebinterface.com/ , однако, чтобы проверить распространение.
Да, распространение должно соответствовать указанному вами TTL. Например, посмотрите эту документацию Google по переходу на Postini:
http://www.google.com/support/enterprise/static/postini/docs/admin/en/activate/mx_faq.html#967012
Если вы переключаете почтовые серверы, вы можете подумать об изменении текущего TTL на что-то меньшее (например, 300 секунд) за несколько часов до отсечки и вернуть его позже. В этом случае нагрузка на авторитетные DNS-серверы будет несколько выше.