Доменное имя с компанией A, электронная почта с компанией B и VPS с компанией C… A Запись или серверы имен для объединения вещей?
Я занимаюсь веб-разработкой на фрилансе и долгое время работал с одним хостом, который предоставляет все услуги (доменное имя, хостинг веб-сайтов / баз данных и электронная почта) под одной учетной записью.
Я хочу улучшить свои услуги, но при этом буду снижать расходы. У моего текущего провайдера есть пакет, в котором я могу зарегистрировать домен, электронную почту и VPS, но стоимость довольно высока. Я выяснил, что могу распространять услуги среди разных поставщиков, но не уверен, как это будет работать с DNS и существующими записями.
Мое доменное имя example.com зарегистрирован в Fasthosts (Великобритания), моя электронная почта предоставляется через Office 365 (со всеми правильными записями DNS, указывающими с Fasthosts на Office 365), и я хотел бы снова запустить свой собственный VPS через другую компанию.
Чтобы добавить к этому: я также хотел бы иметь возможность размещать несколько веб-сайтов клиентов через свой VPS, но также иметь возможность отправлять им электронную почту через Office 365 (у меня есть учетная запись клиента). Они могут захотеть сохранить свои доменные имена в своей компании, или я регистрирую их через Fasthosts.
Вопрос №1 (наверное): Для моего собственного домена (example.com) мне просто нужно создать запись A, чтобы указать мои www трафик на мой IP VPS? Думаю, я ответил на свой вопрос, поскольку это кажется довольно логичным.
Вопрос 2 (основной вопрос): для моих клиентов, чьи доменные имена размещены в другом месте, но хотят, чтобы их веб-сайт был только на моем VPS, нужно ли мне просто снова указать запись A в DNS их домена на мой IP-адрес VPS?
Нужно ли мне что-то делать с серверами имен, или они хотят ВСЕ услуги, предоставляемые моей хостинговой компанией? Итак, теоретически регистратор домена клиента - это всего лишь - никаких услуг, предоставляемых им, кроме администратора домена?
Если вы хотите децентрализовать свои услуги, я предлагаю следующее.
Получить DNS-сервер брокера (срок составлен).
Сервер DNS брокера должен предоставлять статические адреса FQDN вашим серверам и службам для всех ваших клиентов. Это дает вам гибкость в управлении, а клиентам - постоянство в управлении своими DNS-серверами.
Дайте каждому из ваших серверов или служб (или обоих) уникальное и постоянное имя и настройте их как A- и AAAA-записи в DNS вашего брокера. Это имя никогда не должно меняться.
Попросите своих клиентов указать свои доменные имена в качестве записей CNAME на A- и AAAA-записи вашего брокера. И если вы предоставляете почтовый сервис, MX-запись тоже должна указывать на нее.
Почему вы должны это сделать:
У вас есть два преимущества.
Если вы решите перенести свои веб-службы в другую компанию VPS, вам не придется обременять своих клиентов задачей изменения их A-записей на вашем новом сервере. Вы просто выполняете миграцию и меняете A-записи на ваш DNS-сервер брокера.
Два: вы можете передать на аутсорсинг определенные службы, такие как SQL, и ссылаться на этот сервер SQL по полному доменному имени. Если вам нужно изменить что-либо на внешнем сервере (IP-адрес и т. Д.), Вы просто отредактируете запись DNS брокера соответствующим образом. Не нужно сообщать своим клиентам о каких-либо изменениях, происходящих за кулисами.
Я что-то нарисовал, чтобы это визуализировать. (Красные ящики - ваши серверы) 
Чтобы ответить на ваши вопросы, да, все, что вам нужно сделать, это изменить запись (ы) A.
Самый простой способ - заставить ваших клиентов изменить запись A для www (или любого другого имени хоста) на своих DNS-серверах на ваш IP-адрес VPS. Вам не нужно перемещать домены на DNS-серверы вашего хостинг-провайдера.
Убедитесь, что IP-адрес вашего VPS также является статическим. В противном случае вам понадобится динамический DNS.