Действительно ли отделитесь записи DNS необходимы для сети и почты на единственном сервере?
Кто-либо использует смешанный?
Я держал пари, что многие люди использовали репликацию Смешанного режима, так как это было значением по умолчанию в течение долгого времени согласно MySQL Reference Manual:
От MySQL 5.1.12 до MySQL 5.1.28 смешанный формат является значением по умолчанию. При начале с MySQL 5.1.29 основанный на операторе формат является значением по умолчанию.
MySQL Performance Blog говорит о различных проблемах с различными методами репликации.
Так, кажется, что MySQL пытался переключиться между смешанным режимом, основанной на операторе и построчной репликацией в 5.1.x ряд, и это расстраивает.
Я в настоящее время читаю MySQL High Performance, Второй Выпуск от O'Reilly. Это имеет замечательную главу по репликации и определенно стоит чтения. На многие мои вопросы ответили с часом чтения. Можно прочитать часть главы в Главе 8. Репликация> Репликация Под Капотом - Стр. 357:
Поскольку никакой формат не идеально подходит для каждой ситуации, переключателей MySQL 5.1 между основанной на операторе и построчной репликацией динамично. По умолчанию это использует основанную на операторе репликацию, но когда это обнаруживает событие, которое не может копироваться правильно с оператором, это переключается на построчную репликацию. Можно также управлять форматом по мере необходимости путем установки binlog_format переменной сеанса.
Да, это возможно, но вы потеряете некоторые важные преимущества, если решите это сделать:
Если вы укажете для всех служб одно и то же DNS-имя, вы не сможете указать их больше на отдельные серверы без перенастройки любого клиента, который к ним обращается.
В качестве примера: с другими именами, когда нагрузка на сервер становится слишком большой, вы можете просто разгрузить почтовые службы на другой сервер, не затрагивая клиентов. Все, что вам нужно сделать, это адаптировать записи DNS.
Вы можете использовать любое имя хоста для своего почтового сервера, но вам действительно нужна запись MX.
С учетом сказанного, мне нравится идея иметь отдельное имя для разных ролей. Во-первых, если / когда придет время менять хосты, вы получите больший контроль над DNS и столкнетесь с меньшими проблемами из-за внешнего кэширования DNS.
Вашему почтовому серверу потребуется запись PTR , указывающая на него. Это позволит работать обратному DNS. Я не доверяю почтовым серверам, которые используют домен второго уровня, например example.com , поскольку слишком много спамеров пытаются заявить, что их имя является одним из доменов с большим именем. Лучше использовать имя вроде mail.example.com . Если вы используете mail.example.com , добавьте MX в свой основной домен example.com , указав, что mail.example.com будет получать почту. Кстати, ни mail.example.com , ни example.com не могут быть записями CNAME .
Вы можете запускать все на одном доменном имени. Однако, если я убедил вас использовать mail.example.com для вашего почтового сервера, вы можете использовать www.example.com для своего веб-сервера, а не mail.example.com . Если вы используете www.example.com , будет легко добавить параллельный домен для статического контента, который не принимает файлы cookie с вашего веб-сервера.
Обычно IP-адрес родительского домена example.com разрешается в адрес веб-сервера. Если у вас не так много веб-трафика, вы можете использовать запись CNAME для своего веб-домена. Остальные службы, не перечисленные выше, такие как POP и IMAP, могут обрабатываться записями CNAME. Если вы добавите другие серверы позже, вы можете заменить запись CNAME записью A или просто изменить запись CNAME. Использование записей CNAME упрощает добавление IPV6, поскольку вам не нужно добавлять записи AAAA ко всем вашим доменам.
Мне нравится иметь запись DNS для имени хоста. Если вы сделаете это, вы можете использовать этот домен вместо почты в качестве MX . В вашем примере я бы отбросил запись mail.example.com и использовал бы hostname.example.com в вашей записи MX . Добавьте запись CNAME для www.example.com , и все готово.
Ваш почтовый сервер должен использовать любое имя, которое использует запись PTR для вашего сервера. Возможно, вам потребуется попросить вашего IP-провайдера изменить PTR соответствующим образом. Добавьте также запись A для этого имени.
Рассмотрите возможность добавления записи SPF для hostname.example.com и example.com .
example.com . com и example.com . Согласно rfc5321 доставка почты осуществляется на адрес A, если MX отсутствует. Таким образом, для работы SMTP не требуются следующие строки:
mail.example.com. IN A 192.168.0.1
example.com. IN MX 10 mail.example.com.
См. Также: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A