У меня есть домен (например, mytakeaway.com) на сервере Plesk 9.5 Linux. В настоящее время с ним связан сайт.
Я использую стороннюю систему заказа (для размещения в iframe), для которой мне нужно предоставить домен. Я хочу использовать для этого ordering.mytakeaway.com. Мне были предоставлены серверы имен (например, ns1.serviceprovider.com и ns2.serviceprovider.com), на которые должен указывать этот субдомен, но я не уверен, как его настроить - я когда-либо устанавливал только простые субдомены с прямым IP до этого.
Мне не удалось найти много информации в Интернете (отчасти потому, что я не совсем уверен, что хочу!), Надеюсь, кто-то здесь будет знать лучше!
Редактировать: Хорошо, попробую объяснить немного лучше ...
У меня есть домен, скажем mytakeaway.com, настроенный на моем сервере, и основной сайт размещен на том же компьютере.
Я хочу создать поддомен ordering.mytakeaway.com, который будет использоваться для сторонней системы заказов. Третья сторона имеет свои собственные серверы для этой службы, и на них настроена учетная запись для "ordering.mytakeaway.com".
Мне это нужно, чтобы, если кто-то получает доступ к ordering.mytakeaway.com (который изначально будет приходить на мой сервер), он затем ищет правильный сервер для перенаправления со сторонних серверов имен.
Примерно так, как при поиске домена .co.uk сначала идет на .uk, а затем на .co.uk.
И это делают DNS-серверы, а не HTTP-серверы. Вы ведь понимаете, что здесь есть два протокола и два разных набора серверов, верно?
Вы подразумеваете, что у вас уже есть контентный DNS-сервер, публикующий данные DNS для mytakeaway.com., который будет включать A и AAAA записи ресурсов, указывающие на ваш контент-сервер (ы) HTTP.
Вы также подразумеваете, что поставщик услуг системы заказов предоставляет как службу DNS, так и службу HTTP. Его серверы публикуют данные DNS для ordering.mytakeaway.com., который будет включать A и AAAA записи ресурсов, указывающие на свой собственный Сервер (ы) содержимого HTTP.
Таким образом, вам понадобится ваш DNS-сервер контента. делегировать субдомен ordering.mytakeaway.com. от самого себя к DNS-серверам поставщика услуг системы заказов, чьи IP-адреса служба системы заказов, по-видимому, уже предоставила вам.
Это делается путем простой настройки ns ресурсные записи и a (возможно aaaa) записи ресурсов для другой половины сопоставления, которые для достижения наилучших результатов должны находиться в подписке:
;; mytakeaway.com. zone
ordering IN NS a.ns.ordering
ordering IN NS a.ns.ordering
a.ns.ordering IN A 10.53.0.1
a.ns.ordering IN A 10.53.0.2
b.ns.ordering IN A 10.53.1.1
Согласовать промежуточные доменные имена в бейливике с поставщиком услуг системы заказов.
Если поставщик услуг системы заказа предоставил вам только промежуточные доменные имена, а не фактические IP-адреса, вы будете вынуждены использовать информацию о делегировании вне залога. Это приводит к увеличению поискового трафика в мире и увеличивает риск взлома, поскольку требует дополнительных (иногда большая сделка extra) внутренние поисковые запросы для разрешения запросов. Обратите внимание на отсутствие A и AAAA записи ресурсов. Вам не сообщили IP-адреса, и даже если бы они были, никто бы не стал доверять вашему DNS-серверу контента, если он их опубликовал, из-за информации о делегировании вне залога.
;; mytakeaway.com. zone
ordering IN NS ns1.example.net.
ordering IN NS ns1.example.net.
Конечно, если все обстоит не так, как вы предполагаете, и ваш поставщик услуг системы заказов не предоставляет службу DNS контента, вам просто нужно, чтобы ваши собственные DNS-серверы контента публиковали A (и AAAA) наборы записей ресурсов для ordering.mytakeaway.com. - делегирование не требуется.