☰

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

tag-icon • tag-icon domain-name-system mx-record
Тестирование почтового сервера без изменения записей MX — обман DNS?

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

решение1

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

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

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

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

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

решение2

Также есть возможность ручного тестирования с помощью telnet.

У меня была похожая потребность, и я смог протестировать свою настройку, не меняя конфигурацию DNS.

telnet yourserverip 25
EHLO yourdomain
MAIL FROM: someaddress
RCPT TO: other_address@yourdomain
DATA
From: someaddress
To: other_address@yourdomain
Subject: test it
Testing it
.

Связанный контент