Как правильно и эффективно динамически создавать субдомены с IP-адресом, отличным от исходного домена?
Как эффективно создавать субдомены динамически, которые разрешены к IP-адресу, отличному от исходного домена?
Большинство решений по созданию динамических поддоменов, которые я здесь нашел, добавляли бы A-запись *.domain.com на DNS-сервер (обычно с использованием BIND), но это не то, чего я хочу.
Означает ли это, что файл зоны должен быть установлен всегда Expire? Разве это не облагает налогом наш DNS-сервер?
Однако, что если клиентский провайдер не пойдет и не получит новый файл зоны, который я только что динамически изменил? Разве они не смогли бы разрешить нашу новую запись в субдомене?
Будет ли установка DDNS в BIND логичным путем для реализации такой системы? DDNS позволит мне динамически вставлять A-запись без перезапуска BIND, верно?
Я уверен, что есть какой-то способ сделать это, так как большинство крупных сервисов блогов, которые не указывают все учетные записи на тот же IP, что и движок блогов, делают что-то похожее на то, что мне нужно.
Спасибо!
2 ответа
Да, вы можете использовать динамические обновления DNS для отправки изменений файла зоны в вашу зону, не помещая их в файл текстовой зоны и не перезагружая каждый раз BIND.
Многие крупные реестры доменных имен используют именно эту технику всякий раз, когда доменное имя зарегистрировано.
Это не значит, однако, что это правильный метод для вашего приложения. Как было рекомендовано вчера на ваш другой вопрос, на самом деле нет причин не использовать опцию подстановки.
Низкоуровневого сервера, на котором работает Apache, будет более чем достаточно для обратного прокси-сервера переднего плана ваших первых нескольких тысяч сайтов, и, что еще лучше, вам даже не потребуется развертывать его, пока у вас не будет достаточно пользователей для настройки второго многораздельного кластера.
Я хотел бы представить, что большинство служб, которые делают это, имеют свои настройки подстановки DNS (*.) Для этих учетных записей и, вероятно, указывают на балансировщик нагрузки, который распределяет запросы на основе имени хоста и т. Д. Затем они имеют нестандартную настройку записей. как обычно А записи в DNS.