Ordre de résolution des noms

Cloud DNS utilise la procédure suivante pour répondre aux requêtes les instances de machines virtuelles (VM) Compute Engine, nœuds Google Kubernetes Engine (GKE).

Pour les VM Compute Engine autres que les nœuds GKE, Cloud DNS suit la résolution de réseau VPC order pour traiter les requêtes qu'il reçoit. Chaque VM doit être configurée utiliser l'adresse IP du serveur de métadonnées (169.254.169.254) comme serveur de noms.

Pour les nœuds GKE:

  1. Cloud DNS tente d'abord d'établir une correspondance avec une requête en utilisant des paramètres à l'échelle du cluster les stratégies de réponse et les zones privées.

  2. Cloud DNS continue de suivre le réseau VPC ordre de résolution.

Stratégies de réponse à l'échelle du cluster et zones privées

  1. Mise en correspondance à l'aide de règles dans la réponse à l'échelle d'un cluster GKE règles. Cloud DNS analyse toutes les ressources GKE applicables des stratégies de réponse à l'échelle d'un cluster pour une règle où l'attribut de nom DNS correspond à autant de requêtes que possible. Cloud DNS utilise la correspondance du suffixe le plus long pour analyser les stratégies de réponse à l'échelle du cluster.

    1. Si Cloud DNS trouve une règle de stratégie de réponse correspondante et que le diffuse des données locales, Cloud DNS renvoie l'ID local des données en tant que réponse, complétant ainsi le processus de résolution de noms.

    2. Si Cloud DNS trouve une règle de stratégie de réponse correspondante et que le contourne la stratégie de réponse, alors Cloud DNS passe à l'étape suivante.

    3. Si Cloud DNS ne trouve pas de stratégie de réponse correspondante ou si, qu'il n'existe pas de stratégie de réponse à l'échelle du cluster applicable au nœud, Cloud DNS passe ensuite à l'étape suivante.

  2. Faites correspondre les enregistrements dans des zones privées à l'échelle d'un cluster. Analyses Cloud DNS toutes les zones gérées privées à l'échelle du cluster pour un enregistrement correspondant à la requête que possible. Cloud DNS utilise la correspondance du suffixe le plus long pour de rechercher des enregistrements dans des zones privées à l'échelle d'un cluster.

    1. Si la correspondance la plus spécifique pour la requête est le nom de zone d'une zone privée à l'échelle du cluster, Cloud DNS utilise l'enregistrement de cette zone pour résoudre la demande.

      • Si la zone contient un enregistrement qui correspond exactement à la requête, Cloud DNS renvoie les données de cet enregistrement.
      • Si la zone ne contient aucun enregistrement correspondant, Cloud DNS renvoie NXDOMAIN

    2. Si la correspondance la plus spécifique pour la requête est le nom de zone d'une à l'échelle d'un cluster, Cloud DNS transfère à l'une des cibles de transfert de la zone de transfert de résolution de noms. Cloud DNS renvoie l'un des éléments suivants : réponses.

      • Réponse reçue de la cible de transfert.
      • Une réponse SERVFAIL, si la cible de transfert ne répond pas à Cloud DNS.

    3. Si la requête ne correspond à aucune zone privée à l'échelle d'un cluster, Cloud DNS continue vers le réseau VPC ordre de résolution.

Ordre de résolution des réseaux VPC

  1. Établir la correspondance à l'aide du serveur de noms alternatif du réseau VPC. Si le Le réseau VPC dispose d'un serveur sortant Règles, Google Cloud transmet la requête à l'un des noms alternatifs des serveurs définis pour terminer le processus de résolution de noms.

    Si le serveur sortant comporte au moins deux serveurs de noms alternatifs Cloud DNS classe les serveurs de noms alternatifs à l'aide d'une algorithme interne. Serveurs de noms alternatifs commençant par le même rang dans le classement en fonction des taux plus élevés de réponses positives (y compris réponses NXDOMAIN) et en fonction du délai aller-retour le plus court la latence de réponse).

    Cloud DNS envoie des requêtes à des serveurs de noms alternatifs et renvoie à l'aide du processus suivant.

    • Si le serveur sortant comporte au moins deux serveurs de noms alternatifs Cloud DNS envoie d'abord la requête à l'instance serveur de noms alternatif, puis au nom alternatif classé juste en dessous si Cloud DNS ne reçoit aucune réponse du serveur de noms alternatif le mieux classé. Si Cloud DNS ne recevoir une réponse du serveur DNS alternatif le suivant dans le classement, Cloud DNS continue d'interroger les serveurs de noms alternatifs en dans un rang décroissant jusqu'à ce qu'elle épuise la liste des serveurs de noms alternatifs.

    • Si Cloud DNS reçoit une réponse d'un autre nom Cloud DNS renvoie cette réponse. Les réponses comprennent NXDOMAIN réponses.

    • Si Cloud DNS ne reçoit pas de réponse de all les serveurs de noms alternatifs dans la règle de serveur sortant, Cloud DNS synthétise une réponse SERVFAIL. Pour résoudre les problèmes connectivité du serveur de noms alternatif, consultez la section Serveur de noms alternatif configuration réseau requise.

    Si le réseau VPC ne possède pas de règle de serveur sortant, Cloud DNS passe à l'étape suivante.

  2. Établir une correspondance à l'aide de règles dans une réponse à l'échelle du réseau VPC règles. Cloud DNS analyse tous les VPC applicables les stratégies de réponse réseau pour une règle où l'attribut de nom DNS correspond la plus grande partie possible de la requête. Cloud DNS utilise le suffixe le plus long pour analyser les stratégies de réponse à l'échelle du réseau VPC.

    1. Si Cloud DNS trouve une règle de stratégie de réponse correspondante et que le diffuse des données locales, Cloud DNS renvoie les données locales en guise de réponse, ce qui termine le processus de résolution de noms.

    2. Si Cloud DNS trouve une règle de stratégie de réponse correspondante et que le contourne la stratégie de réponse, alors Cloud DNS passe à l'étape suivante.

    3. Si Cloud DNS ne trouve pas de stratégie de réponse correspondante ou si, qu'il n'existe pas de réponse à l'échelle du réseau VPC de la VM ou du nœud, Cloud DNS passe à l'étape suivante étape.

  3. Faites correspondre les enregistrements dans les zones gérées privées à l'échelle du réseau VPC. Cloud DNS analyse toutes les zones gérées privées autorisées pour réseau VPC pour un enregistrement correspondant à la majeure partie de la requête possible. Cloud DNS utilise la correspondance du suffixe le plus long pour rechercher les enregistrements.

    1. Si la correspondance la plus spécifique pour la requête est le nom de zone d'une zone privée à l'échelle du réseau VPC, Cloud DNS utilise cette les données d'enregistrement de la zone pour résoudre la requête.

      • Si la zone contient un enregistrement qui correspond exactement à la requête, Cloud DNS renvoie les données de l'enregistrement.
      • Si la zone ne contient aucun enregistrement correspondant, Cloud DNS renvoie NXDOMAIN

    2. Si la correspondance la plus spécifique pour la requête est le nom de zone d'une une zone de transfert à l'échelle du réseau VPC, puis Cloud DNS ; transfère la requête à l'une des cibles de transfert de la zone de transfert terminer le processus de résolution de noms. Cloud DNS renvoie l'une des les réponses suivantes.

      • Réponse reçue de la cible de transfert.
      • Une réponse SERVFAIL, si la cible de transfert ne répond pas à Cloud DNS.

    3. Si la correspondance la plus spécifique pour la requête est le nom d'un VPC d'appairage à l'échelle du réseau, Cloud DNS arrête le nom actuel processus de résolution de noms et lance un nouveau processus de résolution des noms à partir du du réseau VPC cible de la zone d'appairage.

    Si la requête ne correspond à aucune zone privée, zone de transfert ou zone d'appairage, Cloud DNS passe à l'étape suivante.

  4. Faites correspondre les enregistrements dans les zones internes de Compute Engine. Cloud DNS analyse toutes les API Compute Engine des zones DNS internes pour un enregistrement correspondant une grande partie de la requête que possible. Cloud DNS utilise le suffixe le plus long pour trouver des enregistrements.

    1. Si la correspondance la plus spécifique pour la requête est une Compute Engine nom DNS interne, Cloud DNS renvoie l'adresse IP interne du l'interface réseau de la VM ou son pointeur de recherche inversée comme réponse, terminer le processus de résolution de noms.

  5. Faites correspondre l'enregistrement à l'aide d'une requête DNS publique. Google Cloud suit les Start of Authority (SOA) pour interroger les zones accessibles au public, y compris les zones publiques de Cloud DNS ; Cloud DNS renvoie l'un des les réponses suivantes.

    • Réponse reçue d'un serveur de noms faisant autorité.
    • Une réponse NXDOMAIN, si l'enregistrement n'existe pas.

Exemple

Supposons que vous disposez de deux réseaux VPC, vpc-a et vpc-b, et d'un cluster GKE, cluster-a, ainsi que les ressources à portée limitée suivantes :

  1. vpc-a est autorisé à interroger les zones privées suivantes. Notez la ligne de fin point dans chaque entrée:

    • static.example.com.
    • 10.internal.

  2. peer.com. est une zone d'appairage qui peut interroger le VPC. ordre de résolution des noms de vpc-b.

  3. vpc-a n'est associé à aucun serveur sortant ni à aucune stratégie de réponse.

  4. cluster-a est autorisé à interroger une zone privée appelée example.com. cluster-a n'est également associé à aucun serveur sortant ni à aucune stratégie de réponse.

  5. Une VM dans cluster-a peut interroger:

    • example.com et enfants (y compris static.example.com), répondu par la zone privée appelée example.com, autorisée à cluster-a.
    • 10.internal sur vpc-a.
    • peer.com à l'aide de la zone d'appairage.

  6. Une VM qui n'est pas dans cluster-a peut interroger:

    • static.example.com et enfants, répondu par la zone privée appelée static.example.com autorisée à vpc-a. Les requêtes pour example.com renvoient des réponses Internet.
    • 10.internal sur vpc-a.
    • peer.com à l'aide de la zone d'appairage.

Étapes suivantes