Ciao a tutti e bentornati.
Nel video di oggi parleremo del flusso di lavoro associato agli endpoint in uscita.
E avremo anche una rapida dimostrazione per capire meglio questo aspetto.
A questo punto abbiamo già discusso del fatto che gli endpoint del resolver in uscita consentono
le query DNS dalla VPC alla rete on premise o a un'altra VPC.
Pertanto, in questa fase si presume che il server DNS, il server DNS autoritario, non risieda all'interno
della VPC.
Può essere a livello on premise o forse a un livello VPC diverso.
Questa è una parte importante.
La seconda parte importante è che ci sia una connettività tra la VPC e il data center on premises
o qualsiasi altro luogo in cui è presente il server DNS.
Quindi, prima di esaminare il flusso di lavoro, facciamo una rapida dimostrazione.
Ora, per la demo, abbiamo un'istanza easy two in una VPC e un server DNS
che è ospitato in un'istanza easy to in un account diverso.
C'è un peering VPC tra entrambi questi account e vedremo come il traffico attraverso gli endpoint
in uscita sia risolvibile.
Quindi questo è l'account uno EC due istanza che vuole risolvere una query specifica e il server
DNS è ospitato in un altro account.
Questo è il conto numero due.
In questo account abbiamo un server DNS personalizzato e questo server DNS personalizzato ha un dominio
specifico che deve essere risolvibile dall'istanza EC due dell'account numero uno, ora dall'istanza EC due dell'account.
Se facciamo una ricerca su un dominio di FTP dot labs dot internal, ancora una volta, questo non è un dominio pubblico.
A questo punto si vede che otteniamo una risposta da 190 a 160 0. 50.
E in effetti questa risposta proviene dal nostro server DNS personalizzato.
Ora, se si esamina la conf dei risultati associata a questo EC due, nella conf dei risultati, il nostro
server dei nomi è 1077 0. 2 che è associato al resolver di Route 53.
Quindi, anche se la query viene inviata al resolver di Route 53, a sua volta viene inoltrata al nostro server
DNS personalizzato in esecuzione in un account diverso attraverso gli endpoint in uscita.
Ora vi mostrerò rapidamente come sono configurati gli endpoint in uscita.
Quindi se apro rapidamente il servizio Route 53.
Senza dubbio.
53 se apriamo gli endpoint in uscita.
C'è un endpoint in uscita attualmente in esecuzione.
E qui abbiamo anche una regola configurata.
Se si esamina la regola in uscita, si legge che ogni volta che viene effettuata una query al dominio di KP Labs
dot internal la si inoltra a questo specifico indirizzo IP.
Questo indirizzo IP non è altro che l'IP del server DNS personalizzato, ospitato in un secondo account.
Quindi verifichiamo anche.
Quindi ne avete 38. 1 75 e se si verifica l'IP del server DNS personalizzato, è 38. 1 75.
Va bene.
A questo punto, a seconda dei domini, è possibile aggiungere l'indirizzo di destinazione appropriato
di un server DNS diverso.
Ora, ancora una volta, si noti che il peering VPC è già in atto e questo è il motivo per cui l'endpoint in uscita è
in grado di connettersi all'indirizzo IP privato di easy to in un account completamente diverso.
Prima di concludere, analizziamo il flusso di lavoro dell'endpoint in uscita.
Il primo è che l'istanza EC2 deve risolvere la query DNS al dominio, e in questo caso il dominio è internal
dot example. com.
Per la nostra dimostrazione, abbiamo utilizzato il dominio dot internal.
Quindi il server DNS alternativo si trova nel data center on premise e questa query DNS viene inviata al VPC più all'indirizzo
nel VPC che si connette al resolver Route 53.
Ora, questa descrizione specifica è associata a questo diagramma specifico in cui l'istanza
EC due vuole risolvere un dominio ospitato sul server DNS del data center on premise a sinistra.
Quindi il primo passo è che l'istanza easy to invierà la query all'indirizzo VPC più due, che
è associato al resolver.
La seconda parte è che la regola di inoltro del resolver Route 53 è configurata per inoltrare le
query all'esempio interno. com nel data center on premise.
Abbiamo già visto come viene creata la regola, all'interno della quale è possibile specificare
l'indirizzo IP di destinazione del server DNS.
Ora la query viene inoltrata all'endpoint in uscita.
L'endpoint in uscita inoltra a sua volta la query al resolver DNS on premise.
Attraverso la connessione complessiva.
Può essere una VPN, una connessione diretta, ecc. Il resolver DNS on premise risolverà la query DNS e restituirà
la risposta all'istanza AC due nello stesso percorso inverso.
Questa è una panoramica di alto livello sugli endpoint in uscita, che conclude il video
di oggi.