Bonjour, tout le monde, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons parler du flux de travail associé aux points d'extrémité sortants.
Et nous allons également faire une démonstration rapide pour mieux comprendre tout cela.
À ce stade, nous avons déjà vu que les points d'extrémité des résolveurs sortants permettent les requêtes
DNS de votre VPC vers votre réseau sur site ou un autre VPC.
À ce stade, on suppose donc que le serveur DNS, le serveur DNS faisant autorité, ne réside pas
dans le VPC.
Il peut s'agir d'une installation sur site ou d'un autre niveau de VPC.
C'est donc une partie importante.
La deuxième partie importante est qu'il doit y avoir une connectivité entre le VPC et le centre
de données sur place ou tout autre endroit où le serveur DNS est présent.
Avant de nous pencher sur le flux de travail, faisons une démonstration rapide.
Maintenant, pour la démonstration, ce que nous allons avoir, nous avons une instance easy two dans un VPC et nous avons
un serveur DNS qui est à nouveau hébergé dans une instance easy to dans un compte complètement différent.
Et il y a un peering VPC entre ces deux comptes et nous allons voir comment le trafic à travers les
endpoints sortants est résoluble.
Il s'agit donc de l'instance du compte 1 EC 2 qui veut résoudre une requête spécifique et le serveur
DNS est hébergé dans un tout autre compte.
C'est donc le compte numéro deux.
Et dans ce compte, vous voyez que nous avons le serveur DNS personnalisé et ce serveur DNS personnalisé a un domaine
spécifique qui devrait être résoluble à partir du compte numéro un EC deux instance maintenant à partir de l'EC, deux instance dans le
compte.
Si nous faisons une recherche sur le domaine FTP dot labs dot internal, encore une fois, ce n'est pas un domaine public.
Maintenant, à ce stade, vous voyez que nous obtenons une réponse de 190 à 160 0. 50.
Et en fait, cette réponse provient de notre serveur DNS personnalisé.
Maintenant si vous regardez dans le result conf associé à cette EC deux dans le result conf, notre
serveur de nom est 1077 0. 2 qui est associé au résolveur Route 53.
Ainsi, même si la requête est adressée au résolveur Route 53, elle est à son tour transmise à notre serveur DNS
personnalisé fonctionnant dans un compte différent via les points d'extrémité sortants.
Maintenant, laissez-moi aussi vous montrer rapidement comment les points d'extrémité sortants sont configurés.
Donc si j'ouvre rapidement le service Route 53.
Sans aucun doute.
53 si nous ouvrons les points de sortie.
Vous voyez, il y a un point de sortie qui est en cours d'exécution.
Et ici, nous avons également une règle qui est configurée.
Si vous examinez la règle de sortie, vous verrez qu'à chaque fois qu'une requête est effectuée sur le domaine de KP Labs dot
internal, cette requête est transmise à cette adresse IP spécifique.
Cette adresse IP n'est rien d'autre que l'IP du serveur DNS personnalisé, qui est hébergé dans un deuxième compte.
Alors vérifions aussi.
Vous avez donc 38. 1 75 et si vous vérifiez l'IP du serveur DNS personnalisé, c'est 38. 1 75.
Très bien.
Maintenant, encore une fois, selon les domaines, vous pouvez aller de l'avant et ajouter l'adresse cible appropriée
d'un serveur DNS différent.
Notez à nouveau que le peering VPC est déjà en place et que c'est la raison pour laquelle le point d'extrémité sortant
est capable de se connecter à l'adresse IP privée de easy to dans un compte complètement différent.
Avant de conclure, examinons également le flux de travail des points de terminaison sortants.
La première est que l'instance EC2 doit résoudre la requête DNS vers le domaine, et dans ce cas le domaine est internal
dot example. com.
Pour notre démo, nous avions utilisé le domaine de point internal.
Le serveur DNS alternatif se trouve donc dans le centre de données sur site, et cette requête DNS est envoyée au VPC plus à l'adresse
du VPC qui se connecte au résolveur Route 53.
Maintenant, cette description spécifique est associée à ce diagramme spécifique où l'instance
EC two veut résoudre un domaine qui est hébergé sur le serveur DNS du centre de données sur site à gauche.
La première étape est donc que l'instance easy to envoie la requête à l'adresse VPC plus deux, qui est
associée au résolveur.
La deuxième partie est que la règle de transmission du résolveur Route 53 est configurée pour transmettre les
requêtes à l'exemple interne. com dans le centre de données sur site.
Nous avons déjà vu comment la règle est créée et, dans cette règle, vous pouvez spécifier
l'adresse IP cible de votre serveur DNS.
Maintenant, la requête est transmise au point de terminaison sortant.
Le point d'extrémité sortant transmet à son tour la requête au résolveur DNS sur place.
Grâce à la connexion globale.
Il peut s'agir d'un VPN, d'une connexion directe, etc. Le résolveur DNS sur site résoudra la requête DNS et renverra
la réponse à l'instance AC two dans le même chemin en sens inverse.
Il s'agit donc d'une vue d'ensemble de très haut niveau sur les points d'extrémité sortants et c'est ainsi que se termine la vidéo d'aujourd'hui.