Это плохо, чтобы иметь обратный DNS для точки на двух дюйм/с к тому же доменному имени?
Авторитетный DNS для Вашего домена потребует записи MX в зональном файле. То, как это сделано, варьируется в зависимости от Вашего поставщика.
Запись MX определяет один или несколько серверов, которые обработают почту для домена. Поскольку дальнейшая информация видит статью в Википедии.
Если это удобно для Вас как временное решение, это должно быть совершенно приемлемо. Я не могу думать о многих сценариях, где наличие нескольких записей PTR с тем же именем хоста представит какие-либо технические вопросы.
Один потенциальный сценарий был бы доставкой почты на новом сервере. По крайней мере, если вперед поиск решает к старому серверу. Непостоянные почтовые серверы возвратят почту без способности ИМЕН ХОСТОВ/ДЮЙМ/С разрешить оба пути и соответствие.
За пределами этого, и я действительно пробую, я не могу думать ни о ком. Если будет больше, то это, вероятно, будет иметь ограниченный объем как вышеупомянутый.
Пока Вы сохраняете Ваш записью, указывающей на один определенный IP-адрес (никакой циклический алгоритм), это не должно вызывать проблемы.
Конечно, лучшая практика должна всегда иметь 1 <-> 1 разрешение для закрытия круга.
Существует некоторое полное объяснение по digitalpoint.com. Точка, это - цель дизайна RFC, но практический подход - время от времени у Вас даже нет доступа к некоторым обратным записям (f.e. прежний ISP, имеющий устаревшие записи), и это не должна быть проблема (предполагающий, что Вы только используете 1 "живой" адрес).
Так вкратце:
- Если Вы хотите, чтобы Ваша обратная запись DNS "ожидала" Вас, когда Вы мигрируете - это кажется абсолютно хорошо.
- Если Вы используете оба сервера одновременно для производства - я не уверен. Теоретически это - плохая практика (см. RFC 1912), но я не думаю, что что-либо кроме почты жаловалось бы на это.
Если у Вас есть два дюйм/с, решающие к тому же доменному имени, то у Вас не может быть Вперед Подтвержденного Реверса DNS (FCrDNS) для обоих, который является проверкой, которую используют много схем аутентификации (такие как почтовые серверы при решении, предоставить ли почту).
Для получения вперед подтвержденного обратного DNS, IP-адрес должен разрешить к имени хоста что твердость назад что тот IP-адрес и только тот IP-адрес.
Вы могли, однако, иметь один IP, решающий на sub01.example.com и другое разрешение на sub02.example.com, и все еще иметь FCrDNS для обоих.