Как правильно и эффективно динамически создавать субдомены с IP-адресом, отличным от исходного домена?

Question

Как эффективно создавать субдомены динамически, которые разрешены к IP-адресу, отличному от исходного домена?

Большинство динамических решений для создания поддоменов, которые я нашел здесь, добавили бы A-запись * .domain.com на DNS-сервер (обычно с использованием BIND), но это , а не , что я хочу.

Означает ли это, что для файла зоны необходимо установить всегда Expire? Разве это не облагает налогом наш DNS-сервер?

Однако, что если клиентский Интернет-провайдер не пойдет и не получит новый файл зоны, который я только что динамически изменил? Разве они не смогли бы разрешить нашу новую запись в субдомене?

Будет ли установка DDNS в BIND логичным путем для внедрения такой системы? DDNS позволит мне динамически вставлять A-запись без перезапуска BIND, верно?

Я уверен, что есть какой-то способ сделать это, так как большинство крупных сервисов блогов, которые не указывают все учетные записи на один и тот же IP-адрес как движок блогов, делают нечто похожее на то, что мне нужно.

Спасибо!

Answer 1

Да, вы можете использовать динамические обновления DNS, чтобы помещать изменения файла зоны в вашу зону, не помещая их в файл текстовой зоны и не перезагружая BIND каждый раз.

Многие крупные реестры доменных имен используют именно эту технику всякий раз, когда регистрируется доменное имя.

Это не значит, однако, что это правильный метод для вашего приложения. Как было рекомендовано вчера на ваш другой вопрос, на самом деле нет причин не использовать опцию подстановочного знака.

Низкоуровневого сервера, на котором работает Apache, будет более чем достаточно для обратного прокси-сервера переднего плана ваших первых нескольких тысяч сайтов, и, что еще лучше, вам даже не потребуется развертывать его, пока у вас не будет достаточно пользователей для настройки второго секционированного раздела кластер.

Answer 2

Я бы предположил, что большинство сервисов, которые делают это, имеют свои настройки подстановки (*.) DNS для этих учетных записей и, вероятно, указывают на балансировщик нагрузки, который распределяет запросы на основе имени хоста и т. Д. стандартные записи устанавливаются как обычные записи A в DNS.