Если я изменю сервер имен, но сохраню запись MX, то она будет вредить электронной почте?
Более трудно разместить веб-приложение Tomcat на общем хосте, вместо того, чтобы просто установить поле с непродуманной установкой ЛАМПЫ (или неработоспособная панель управления) и зубрежка в столько привлекательно-игрушечные сайты PHP, сколько будет соответствовать, прежде чем машина сдастся от веса спама, передаваемого через неисправленный блог и механизмы CMS, установленные на нем. По сути, очень маловероятно, что Вы найдете, что Tomcat совместно использовал поставщика услуг хостинга за те же деньги как самые дешевые сайты хостинга PHP.
Однако нет никакой технической причины, почему управляемый Tomcat сайт не может быть размещен в общей среде. Компания, на которую я работаю, делает это, и я знаю о немногих других плавающих вокруг. Необходимо выйти из мышления "самого дешевого, является лучшим", тем не менее, и начните смотреть на то, что Вы на самом деле получаете для своих денег. Поддержка от фактических людей, способных к слушанию Ваших требований и ответу на Ваши вопросы вместо того, чтобы прочитать сценарий, способность сделать вещи, что необходимо сделать для бизнеса, а не только что тысячи других людей должны сделать, и способность масштабировать хостинг, когда Вы растете, перемещающийся от общего до VPS к специализированному для кластеризации к нескольким дата-центрам, всем с той же компанией и той же группой clueful технических людей, которые узнали о Вас и Ваших потребностях.
Вопреки то, что Качается, говорит, формулировка довольно разумна. Случай, к которому это обращается, конечно, довольно очевиден с небольшой мыслью: Кто-то корректирует записи сервера имен для переключения с содержания другой компании услуги хостинга DNS к содержанию Сетевых решений услуга хостинга DNS, не копируя ни одной из существующих других записей через, и внезапно HTTP и SMTP спутываются, поскольку миру в целом больше не говорят правильные места для контакта для этих сервисов.
Да, люди иногда не знают, что необходимо передать базу данных напротив одного издателя другому, когда каждый переключает издателей.
И вопреки тому, что говорит spacehunt, вещи не будут мягкий сбой при переключении серверов прежде, чем скопировать базу данных. В отсутствие MX ресурсные записи, клиенты Реле SMTP отступят к A и AAAA ресурсные записи, на RFC 2821 § 5. Они не будут там, конечно, так как Вы не скопировали их по также. Клиенты Реле SMTP возвратят всю почту с очередями как недоставленную. Мягкие отказы происходят, если разрешению запроса DNS не удается получить ответ вообще, не, если разрешение запроса следует и дает нулевой ответ записей.
В том же духе Вы знаете, что не необходимо переключить хостинговые компании DNS, если все, что Вы хотите сделать (Это - то, что Вы сказали нам.) точка сервис HTTP где-то в другом месте? Поскольку Вы объяснили это, что Вы делаете, кажется совершенно ненужным. У Вас есть компания предоставление почтовая услуга SMTP и содержание служба DNS для клиента и компания B, обеспечивающая содержание сервис HTTP. Для создания услуг компании B известными миру не необходимо вообще заменить компанию компанией C — Сетевые решения. Просто перейдите к текущему содержанию поставщик услуг DNS и введите необходимое A и AAAA ресурсные записи в базу данных.
Пока записи MX не изменяются, нет, Ваши электронные письма не будут потеряны.
В худшем случае сервер SMTP, который пытается послать электронное письмо Вам, не сможет разрешить записи MX Вашего доменного имени некоторое время, но все, что происходит, то, что электронные письма ставятся в очередь на их стороне, которая будет повторена снова позже.
Ваш поставщик DNS (если Вы не используете связанные сервисы) не имеет никакого контроля вообще над Вашими фактическими веб-сервисами и почтовыми сервисами; формулировка там невероятно глупа. Вы не потеряете данных, хранивших на других серверах путем изменения DNS.
Если новый хост DNS имеет тот же A, CNAME и записи MX как старый поставщик, крайне маловероятно, что у Вас даже были бы любые проблемы возможности соединения; Ваши имена хостов решат к тому же дюйм/с прежде и после того, как Ваше изменение распространит. При использовании различных записей DNS на этих 2 хостах DNS возможно, что часть трафика может перейти к неожиданному дюйм/с какое-то время о равном установке TTL; Вы должны быть готовы иметь дело с трафиком, продолжающим перейти к старому дюйм/с в течение короткого времени.