Hola a todos y bienvenidos de nuevo.
Ahora, en el video de hoy, vamos a discutir sobre el flujo de trabajo asociado con los puntos finales de salida.
Y también haremos una demostración rápida para entenderlo mejor.
Ahora, en esta etapa ya hemos discutido que los puntos finales de resolución de salida permite
que las consultas DNS de su VPC a su red local u otra VPC.
Así que en esta etapa se supone que el servidor DNS, el servidor DNS autoritativo, no reside dentro
de la VPC.
Puede ser a nivel local o quizás a un nivel de VPC diferente.
Así que esta es una parte importante.
La segunda parte importante es que debe haber una conectividad entre la VPC y el centro de datos local
o cualquier otra ubicación en la que esté presente el servidor DNS.
Así que antes de seguir adelante y mirar en el flujo de trabajo, vamos a tener una demostración rápida.
Ahora para la demostración, lo que vamos a tener, tenemos una instancia fácil de dos en una VPC y tenemos un servidor
DNS que está alojado de nuevo en un fácil de instancia en una cuenta diferente por completo.
Y hay una VPC peering entre estas dos cuentas y vamos a ver cómo el tráfico a través de puntos
finales de salida es resoluble.
Así que esta es la instancia de la cuenta uno CE dos que quiere resolver una consulta específica y el servidor
DNS está alojado en otra cuenta por completo.
Así que esta es la cuenta número dos.
Y en esta cuenta se ve que tenemos el servidor DNS personalizado y este servidor DNS personalizado tiene
un dominio específico que debe ser resoluble de la cuenta número uno EC dos instancia ahora de la CE, dos instancia en la cuenta.
Uno si hacemos una búsqueda en un dominio de FTP punto laboratorios punto interno, de nuevo, esto no es un dominio público.
Ahora en esta etapa se ve que estamos recibiendo una respuesta de 190 a 160 0. 50.
Y de hecho esta respuesta proviene de nuestro servidor DNS personalizado.
Ahora bien, si nos fijamos en el resultado conf asociado con este CE dos en el resultado conf, nuestro
servidor de nombres es 1077 0. 2 que está asociado con el resolver Route 53.
Por lo tanto, aunque la consulta se dirige al resolver Route 53, la consulta se reenvía a su vez a nuestro servidor
DNS personalizado que se ejecuta en una cuenta diferente a través de los puntos finales de salida.
Ahora permítanme también mostrarles rápidamente cómo se configuran los puntos finales de salida.
Así que si abro rápidamente el servicio de la Ruta 53.
Sin lugar a dudas.
53 si vamos a abrir los puntos finales de salida.
Verás, hay un punto final de salida que se está ejecutando actualmente.
Y dentro de aquí también tenemos una regla configurada.
Si nos fijamos en la regla de salida, lo que establece que cada vez que se realiza una consulta al dominio de KP Labs
punto interno reenviar esa consulta a esta dirección IP específica.
Esta dirección IP no es más que la IP del servidor DNS personalizado, que está alojado en una segunda cuenta.
Así que verifiquémoslo también.
Así que tienes 38. 1 75 y si verificas la IP del servidor DNS personalizado, es 38. 1 75.
De acuerdo.
Ahora, de nuevo, dependiendo de los dominios, puede seguir adelante y añadir la dirección de destino apropiada de
un servidor DNS diferente.
Ahora, de nuevo, tenga en cuenta que el peering VPC ya está en su lugar, y esta es la razón por la que el punto final de salida
es capaz de conectarse a la dirección IP privada de easy to en una cuenta completamente diferente.
Así que antes de concluir, veamos también el flujo de trabajo del punto final de salida.
La primera es que la instancia EC2 necesita resolver la consulta DNS al dominio, y en este caso el dominio es interno
punto ejemplo. com.
Para nuestra demostración, hemos utilizado el dominio de punto interno.
Por lo tanto, el servidor DNS alternativo se encuentra en el centro de datos local, y esta consulta DNS se envía a VPC plus a la
dirección en la VPC que se conecta a la ruta 53 resolver.
Ahora, esta descripción específica está asociada con este diagrama específico donde la instancia EC
dos quiere resolver un dominio que está alojado en el servidor DNS del centro de datos on premise de la izquierda.
Así que el primer paso es que la instancia easy to enviará la consulta a la dirección VPC plus two, que está
asociada con el resolver.
La segunda parte es que la regla de reenvío del resolver Route 53 está configurada para reenviar las
consultas al ejemplo interno. com en el centro de datos local.
Esto es algo que ya hemos visto en cómo se crea la regla y dentro de la regla puede especificar
la dirección IP de destino de su servidor DNS.
Ahora la consulta se reenvía al punto final de salida.
A su vez, el punto final de salida reenvía la consulta al servidor DNS local.
A través de la conexión global.
Puede ser VPN, puede ser conexión directa, etc. El resolver DNS local resolverá la consulta DNS y devolverá
la respuesta a la instancia AC dos en la misma ruta a la inversa.
Así que esta es una visión general de muy alto nivel sobre los puntos finales de salida y con esto concluirá el vídeo
de hoy.