Назад | Перейти на главную страницу

Предложения по изменению ip-адреса интернет-smtp-сервера

Мы перемещаем один из наших SMTP-серверов от одного хостинг-провайдера (A) к другому хостинг-провайдеру (B). Из-за этого перехода IP-адрес сервера придется изменить.

В наших планах сделать следующее:

  1. Постройте систему клонирования на новом объекте.
  2. Зарегистрируйте reverse-dns для нового IP-адреса (принадлежащего провайдеру B) на mail.company.com
  3. Измените TTL переадресации DNS для mail.company.com до часа.
  4. Оставьте все на три дня (если предположить, сколько времени потребуется для истечения срока действия / удаления кеша кешированных записей) RE: Какой процент серверов имен соблюдает TTL в наши дни?
  5. Измените DNS для пересылки для mail.company.com, чтобы он указывал на IP-адрес провайдера B для новой системы. (плюс увеличьте TTL до 24 часов)
  6. Выключите систему на сайте поставщика A примерно через неделю.

Это разумный план? Что мы можем сделать, чтобы свести к минимуму перебои в отправке и получении почты? Одной из проблем, которые у меня были при отправке электронной почты, были системы, которые используют обратный и прямой DNS для проверки того, что машина работает и работает. Я думал, что входящая почта - меньшая проблема. Я что-то упускаю в процессе?

  1. Вам действительно нужно построить новый сервер, а не просто перемещать старый?

  2. Измените записи rDNS и A одновременно. Я не вижу смысла в изменении rDNS раньше времени.

  3. Отличная идея.

  4. DNS работает не так. Запись DNS не «попадает туда». DNS - это технология извлечения, а не технология выталкивания. Вы хотите, чтобы TTL был достаточно низким, чтобы запись DNS не кэшировалась в течение чрезмерно длительного периода времени на серверах, которые уже разрешили запись DNS и имеют ее в своем кэше. Серверы, у которых нет записи DNS в кэше, получат новую информацию DNS немедленно, когда они выполнят поиск записи DNS.

  5. Хорошая идея, но 24 часа мне кажутся долгими. Обычно я устанавливаю 1 час в качестве TTL. Он достаточно короткий, чтобы мы могли вносить быстрые изменения, и достаточно длинный, чтобы не создавать чрезмерной нагрузки на наши серверы имен.

  6. Отличная идея

Записи DNS не распространяются, они кешируются. Нет необходимости ждать, пока они «выберутся», поскольку DNS работает не так. Почтовый сервер, который не отправлял вам электронную почту в течение периода времени, указанного в TTL, выполнит поиск записи DNS и немедленно найдет новую информацию DNS. Любой сервер, который отправил вам электронное письмо в течение периода времени, указанного в TTL, будет иметь старую информацию DNS в своем кеше в течение срока TTL. Когда срок действия TTL истечет, они выполнят новый поиск и немедленно получат новую информацию. Установка TTL на 1 час примерно за 24 часа до запланированного переключения должна быть достаточной, чтобы снизить риск пропуска некоторых входящих сообщений электронной почты. Кроме того, большинство почтовых серверов будут пытаться отправлять электронную почту в течение 48 часов, поэтому даже если несколько почтовых серверов «пропустят» вас во время переключения, они должны продолжать попытки в течение 48 часов и доставить электронное письмо, когда они смогут подключиться. .

Мы все время делаем такие вещи для наших клиентов. Мы меняем записи DNS в 20:00 в пятницу вечером, и примерно к 9:00 электронная почта безупречно переходит на новый сервер.

Это звучит неплохо. Убедитесь, что вы указали оба почтовых сервера как разрешенные серверы исходящей почты в DNS. Сюда входят такие вещи, как DomainKeys.