Bonjour, Adrian, et bienvenue à nouveau.
Dans la vidéo d'aujourd'hui, nous allons examiner les étapes de la création de points d'extrémité
sortants.
Maintenant, notez que pour les points d'extrémité sortants liés au laboratoire, vous aurez besoin d'un serveur DNS qui est prêt de sorte
que le point d'extrémité sortant peut transmettre la requête au serveur DNS et il reçoit également la demande.
Nous n'allons donc pas nous pencher sur la configuration du serveur DNS à partir de zéro.
J'ai déjà un serveur DNS en place dans un compte numéro deux et il y a un peering qui est déjà établi.
Notre objectif principal est donc de comprendre comment le point d'extrémité sortant est créé et comment vous pouvez créer une règle
de transfert afin que la configuration globale puisse être complétée.
Maintenant pour la vidéo d'aujourd'hui, j'ai une instance facile à mettre en place sur le compte numéro un.
Le nom est Account hyphen one, Easy two, et j'ai également un serveur DNS personnalisé qui fonctionne dans
un autre compte et il y a un peering entre les deux.
Maintenant, à ce stade, à partir du compte numéro un ec deux, si je fais une recherche NSS sur FTP dot dot internal, à ce stade, vous voyez qu'il n'est
pas résoluble principalement parce qu'il n'y a pas de points d'extrémité sortants qui sont configurés.
Cependant, si j'envoie cette requête au serveur DNS personnalisé, essayons-le, je vais copier l'IP du serveur DNS
personnalisé et si j'envoie la requête directement à celui-ci, vous voyez que cela fonctionne.
Cependant, ce n'est pas ce que nous voulons. Ce que nous voulons, c'est que la requête aille au résolveur
de la racine 53 associé au VPC et que ce résolveur de la route 53 utilise le point de terminaison sortant, l'envoie au
serveur DNS personnalisé approprié, affronte la requête et renvoie la réponse.
Pour ce faire, créons rapidement un point de terminaison sortant ici.
Je vais créer un point de sortie, je vais dire demo, point de sortie.
Vous pouvez l'associer au VPC approprié.
Donc laissez-moi juste sélectionner le VPC approprié.
Vous devrez également ajouter un groupe de sécurité.
Sélectionnons un groupe de sécurité et vous pouvez sélectionner la zone de disponibilité et la configuration du sous-réseau.
Très bien.
Et vous pouvez créer le point d'extrémité sortant maintenant à un aperçu de haut niveau.
Vous verrez que la configuration des points d'extrémité entrants et sortants est très similaire.
Cependant, au niveau du point d'extrémité sortant, vous devrez également créer des règles.
Alors attendons rapidement un moment ici.
Très bien.
Cela a donc pris environ 3 à 4 minutes et nos points d'extrémité sortants Route 53 sont maintenant prêts.
Maintenant, pour le tester, si nous faisons une recherche NSS sur le domaine interne CP labs dot comme prévu, nous n'obtenons
pas vraiment de réponse, principalement parce qu'à ce stade le point d'extrémité sortant ne sait pas vraiment.
Si la requête de KP Labs que l'interne est faite à quel serveur la requête doit être transmise.
Et c'est la raison pour laquelle vous devez créer un certain nombre de règles.
Alors allons-y et créons-la rapidement.
Je dirai la règle de l'outbound.
Le type de règle ici serait de transférer le nom de domaine.
Je dirai KP Labs point interne, le VPC.
Je vais juste sélectionner le VPC approprié.
Et nous devrons aussi sélectionner le point de sortie.
Et la prochaine configuration importante est l'adresse IP cible.
Il s'agit de l'adresse associée au serveur DNS.
Donc, laissez-moi copier l'adresse IP de notre serveur DNS personnalisé.
Je vais l'ajouter ici et je vais cliquer sur soumettre.
Donc notre règle est créée maintenant dans les points d'extrémité sortants.
Si vous regardez, nous avons cette règle de sortie que vous pouvez voir ici maintenant à partir de notre instance EC deux, si tout
fonctionne, si vous faites une recherche NSS cette fois, vous voyez que nous obtenons l'adresse IP en retour.
Ainsi, en tant que client, l'avantage du point de terminaison sortant est que vous n'avez pas vraiment besoin de vous soucier de l'adresse IP
du serveur DNS personnalisé aujourd'hui.
L'adresse IP peut être statique, mais peut-être que demain, pendant la migration, l'adresse IP changera.
Et si vous avez des milliers d'instances EC two, vous n'avez pas vraiment envie de mettre à jour l'adresse IP d'un nouvel ensemble
de serveurs DNS dans chacune d'entre elles.
C'est donc plus problématique.
Au lieu de cela, il suffit de configurer l'adresse IP de votre serveur DNS personnalisé comme faisant partie des points d'extrémité sortants
et de tous les CE.
Deux instances faisant partie de votre VPC pourront en bénéficier sans avoir à configurer l'adresse
IP du serveur DNS personnalisé dans sa grille de configuration.
J'espère donc qu'avec ceci vous avez compris les bases.
Maintenant, encore une dernière chose avant de conclure.
Lorsque nous comparons les points de terminaison entrants et sortants, dans le point de terminaison entrant, nous devons
envoyer la requête à l'adresse IP.
Ainsi, les serveurs qui faisaient partie du système sur site devaient envoyer des requêtes aux points d'extrémité entrants, l'adresse
IP pour que le domaine soit résoluble.
Cependant, pour les points de terminaison sortants, vous n'avez pas vraiment besoin de vous en préoccuper.
Même s'il existe deux adresses IP, il n'est pas nécessaire d'envoyer la requête à l'ensemble des adresses.
Le VPC par défaut plus deux adresses est suffisant, ce qui explique en partie le résultat.
En dehors de ces deux cas simples, tout est pris en charge par le résolveur.
Voilà pour l'aperçu et c'est ainsi que se termine la vidéo d'aujourd'hui.