Sous-domaine vers des serveurs de noms différents dans Plesk

Il s'agit d'une délégation.

Et c'est fait par les serveurs DNS, pas les serveurs HTTP. Vous réalisez qu'il y a deux protocoles et deux ensembles distincts de serveurs ici, n'est-ce pas?

Vous sous-entendez que vous avez déjà un serveur DNS de contenu publiant les données DNS pour mytakeaway.com., qui comprendra les enregistrements de ressources A et AAAA pointant vers votre( s) serveur(s) de contenu HTTP.

Vous sous-entendez également que le fournisseur de services de système de commande fournit à la fois le service DNS et le service HTTP. Ses serveurs publient les données DNS pour ordering.mytakeaway.com., ce qui inclura les enregistrements de ressources A et AAAA pointant vers son propre(s) serveur(s) de contenu HTTP.

Vous avez donc besoin que votre serveur DNS de contenu délègue le sous-domaine ordering.mytakeaway.com. de lui-même aux serveurs DNS du fournisseur de services de système de commande, dont les adresses IP ont apparemment déjà été fournies par le service de commande.

Cela se fait simplement en configurant des enregistrements de ressources ns et des enregistrements de ressources a (éventuellement aaaa) pour la moitié de la correspondance, qui doit être in-bailiwick pour de meilleurs résultats :

;; zone mytakeaway.com.
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

Coopérez avec les noms de domaine intermédiaires in-bailiwick avec le fournisseur de services de système de commande.

Si le fournisseur de services de système de commande ne vous a fourni que des noms de domaine intermédiaires et pas les adresses IP réelles, vous serez obligé d'utiliser des informations de délégation out-of-bailiwick. Cela entraîne plus de trafic de recherche pour le monde et court un plus grand risque de rupture, car cela nécessite des recherches supplémentaires (parfois un grand nombre supplémentaire) pour la résolution des requêtes. Remarquez l'absence des enregistrements de ressources A et AAAA. On ne vous a pas donné les adresses IP, et même si c'était le cas, personne ne ferait confiance à votre serveur DNS de contenu s'il les publiait, en raison des informations de délégation out-of-bailiwick.

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

Évidemment, si les choses ne sont pas comme vous le sous-entendez, et que votre fournisseur de services de système de commande ne fournit pas de service DNS de contenu, alors vous devez simplement avoir vos propres serveurs DNS de contenu publier des ensembles d'enregistrements de ressources A (et AAAA) pour ordering.mytakeaway.com. — pas de délégation requise.