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

Тестирование почтового сервера без изменения записей MX - обман DNS?

Я установил новый почтовый сервер, который в конечном итоге заменит текущий почтовый сервер. Теперь, без изменения записей MX, указывающих на новый сервер, я не смогу протестировать этот почтовый сервер. Могу ли я проверить работоспособность почтового сервера с их помощью? Я создал новый псевдоним домена (например, test.domain.com), и он работает нормально - просто блуждаю, если есть какой-либо способ с помощью некоторых уловок DNS, которые могут обмануть программу электронной почты для отправки электронной почты на другой хост (например, в качестве моего нового хоста), чем текущий почтовый сервер?

Я могу придумать 3 различных метода для достижения желаемого результата. (см. примечание в конце)

  1. Настройте ящик либо с другим общедоступным IP-адресом вашего реального почтового сервера, либо, что еще лучше, подключите к брандмауэру / маршрутизатору с другим IP-адресом вашего почтового сервера. Настройте записи MX для другого домена, указывающего на это, и настройте свой почтовый сервер на прием электронной почты для этого тестового домена. Таким образом, вы можете тестировать внутреннее и внешнее, но вам придется использовать другой домен.

  2. Настройте поле, в котором вы можете указать IP-адрес почтового сервера, а не искать запись MX. Многие многофункциональные устройства печати / сканирования могут выполнять эту работу, или вы можете пойти дальше и настроить что-то вроде блока постфикса или блока сервера 2003 с IIS и настроить его для пересылки электронных писем для вашего домена на тестовый сервер, чтобы вы могли использовать различные тестовые коробки для отправки электронной почты. Это будет использовать ваш указанный IP-адрес для этого домена, а не DNS-поиск записи MX. Это будет работать только внутри, если у вас нет другого общедоступного IP-адреса для отправки писем.

  3. Настройте DNS-сервер - что-то вроде Windows Server DNS или djbdns, а затем создайте свои поддельные записи MX и настройте отправителя на использование этого компьютера для DNS. Опять же, это будет работать только внутренне, если у вас нет второго общедоступного IP-адреса, и вам нужно будет либо разрешить доступ к вашему тестовому DNS-серверу через VPN / WAN, либо вам понадобится удаленный тестовый DNS-сервер.

Предостережение - я не пробовал иметь как производственный, так и тестовый ящик Exchange, обслуживающий тот же домен электронной почты и в том же домене Windows, что и тестовый ящик Exchange - у меня есть ощущение, что они могут не ладить, но я не уверен.