Subdomain para diferentes servidores de nomes no Plesk

Question

Eu tenho um domínio (por exemplo, mytakeaway.com) em um servidor Linux do Plesk 9.5. Tem um site associado a ele atualmente.

Estou usando um sistema de pedidos de terceiros (para ser hospedado em um iframe), para o qual preciso fornecer um domínio. Eu quero usar o ordering.mytakeaway.com para isso. Eu tenho dado os servidores de nomes (por exemplo ns1.serviceprovider.com e ns2.serviceprovider.com) que este subdomínio precisa apontar para, mas eu não sei como configurá-lo - Eu só configurar subdomínios simples com um IP direto antes.

Eu não consegui descobrir muitas informações on-line (em parte porque não sei exatamente o que quero!), espero que alguém aqui conheça melhor!

Editar: Ok, vamos tentar explicar um pouco melhor ...

Eu tenho um domínio, digamos mytakeaway.com configurado no meu servidor, hospedando o site principal na mesma máquina.

Gostaria de criar um subdomínio, ordering.mytakeaway.com, que será usado para um sistema de pedidos de terceiros. Os terceiros têm seus próprios servidores para esse serviço e, nesses, uma conta configurada para "ordering.mytakeaway.com".

Eu preciso disso para que, se alguém acessa o ordering.mytakeaway.com (que viria inicialmente para o meu servidor), ele procure o servidor correto para redirecionar para os servidores de nomes de terceiros.

É como quando procurar um domínio .co.uk primeiro vai para .uk, depois para .co.uk.

    

Answer 1

É chamado de delegação .

E isso é feito pelos servidores DNS, não pelos servidores HTTP. Você percebe que há dois protocolos e dois conjuntos distintos de servidores aqui, certo?

Você insinua que já tem um servidor DNS de conteúdo publicando os dados do DNS para mytakeaway.com. , que incluirá os registros de recursos A e AAAA apontando para o (s) servidor (es) de conteúdo HTTP.

Você também insinua que o provedor de serviços do sistema de pedidos fornece serviço DNS e serviço HTTP. Seus servidores publicam os dados do DNS para ordering.mytakeaway.com. , que incluirá os registros de recursos A e AAAA apontando para o seu próprio servidor (es) de conteúdo HTTP.

Assim, você precisa do seu servidor DNS de conteúdo delegar o subdomínio ordering.mytakeaway.com. de si mesmo para os servidores DNS do provedor de serviços do sistema de pedidos, cujos endereços IP já foram fornecidos pelo serviço de sistema de pedidos.

Isso é feito simplesmente configurando ns registros de recursos e a (possivelmente aaaa ) registros de recursos para a outra metade do mapeamento, que deve ser in-bailiwick para obter melhores resultados:

;; 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

Coordene os nomes de domínio intermediários do in-bailiwick com o provedor de serviços do sistema de pedidos.

Se o provedor de serviços do sistema de pedidos forneceu apenas nomes de domínio intermediários, e não os endereços IP reais, você será forçado a usar informações de delegação fora do empréstimo. Isso causa mais tráfego de pesquisa para o mundo e corre um risco maior de quebra, uma vez que requer pesquisas adicionais (por vezes, muito mais extras) para a resolução de consultas. Observe a falta dos registros de recursos A e AAAA . Você não foi informado sobre os endereços IP e, mesmo se tivesse, ninguém confiaria em seu servidor DNS de conteúdo se ele os publicasse, por causa das informações de delegação fora do conflito.

;; mytakeaway.com. zone
ordering IN NS ns1.example.net.
ordering IN NS ns1.example.net.

É claro que, se as coisas não forem como você sugere, e seu provedor de serviços do sistema de pedidos não estiver fornecendo serviço DNS de conteúdo, você precisará ter seus próprios servidores DNS de conteúdo que publiquem o recurso A (e AAAA ) conjuntos de registros para ordering.mytakeaway.com. - nenhuma delegação é necessária.