MX DNS один IP два домена
Используя UEC позволяет Вам создать частное облако, что означает, что Вы создаете замену к Amazon EC2. Вам не нужен EC2, когда Вы используете UEC внутренне, и Вы добираетесь для поддерживания в рабочем состоянии всех данных и систем позади собственного брандмауэра. Конечно, необходимо было бы на самом деле выполнить центр обработки данных сами, который не является легкой задачей.
Используя некоторые инструменты управления и возможно некоторые внутренние сценарии, Вы можете (если Вы хотите к), переход к тому, что называют "гибридным облаком", которое похоже на выполнение частного внутреннего облака, за исключением того, что, если у Вас заканчиваются ресурсы, можно вспыхнуть к облачной просьбе Amazon о большем количестве ресурсов. Скажите, выполняете ли Вы 200 физических серверов, способных к выполнению 20k VMs, и принимаете в определенный день, необходимо выполнить 22k VMs, те дополнительные 2k VMs могут быть произведены на стороне и запущены на Amazon. Я не говорю, что это легко, это не.. но это - опция при необходимости в нем
Похоже, есть некоторая степень непонимания функции записей MX, но в суть проблемы в том, что, хотя запись MX для elpmaxe.org указывает на server.example.com , нет записи A для сервера .example.com .
Я думаю, если в файле зоны для example.com вы определите запись A для server.example.com указывая на 1.2.3.4 , тогда почта для elpmaxe.org должна начать поступать на ваш новый сервер. Если дополнительно изменить запись MX для example.com на server.example. com и удалите две существующие записи MX , тогда почта для example.com также должна начать отправляться на ваш новый сервер.
Вам не нужен ] Запись MX для server.example.com .
Кроме того, могу я посоветовать вам , а не редактировать домены в таких вопросах, как этот? При исследовании DNS часто очень полезно знать реальные домены, а иногда бывает невозможно решить, если не указаны реальные данные - см. этот вопрос и ответ для примера.
Могу я посоветовать вам , а не редактировать домены в таких вопросах, как этот? При исследовании DNS часто очень полезно знать реальные домены, а иногда бывает невозможно решить, если не указаны реальные данные - см. этот вопрос и ответ для примера. Могу я посоветовать вам , а не редактировать домены в таких вопросах, как этот? При исследовании DNS часто очень полезно знать реальные домены, а иногда бывает невозможно решить, если не указаны реальные данные - см. этот вопрос и ответ для примера.