Aqui está você.
E bem-vindo de volta.
Agora, no vídeo de hoje, estaremos discutindo sobre as políticas de endpoint do VPC.
Agora, em uma visão geral de alto nível, sempre que você criar um ponto final VPC, vamos assumir um ponto final
de gateway.
Então você pode anexar a ela uma política de endpoint que controla o acesso aos serviços aos quais você está se conectando.
Por exemplo, digamos que você tem um ponto final VPC aqui e o tráfego para os três serviços
da instância EC2 é dirigido a partir daqui.
Agora, dentro do S três, há dois baldes que estão disponíveis.
Você tem um balde de demonstração e você tem um balde CP Labs.
Agora, por padrão, as duas instâncias da CE serão capazes de se comunicar com ambos os baldes, considerando
que ela tem seu papel próprio associado ao IAM.
Entretanto, como medida adicional no nível do ponto final VPC, você também pode ir em frente e controlar o tráfego para
um balde S3 específico.
Assim, por exemplo, você tem uma política de pontos finais que diz permitir a conexão com o balde de demonstração.
Portanto, se esta política de endpoint estiver associada, então, mesmo que a instância SC dois tenha uma permissão
SE três completa, ela só será capaz de se comunicar com o balde de demonstração.
Ele não será capaz de se comunicar com o balde do CP Labs, considerando que o tráfego está fluindo através
do terminal VPC e esta é a idéia básica por trás das políticas de terminal VPC.
Portanto, vamos fazer uma coisa.
Vamos em frente e experimentemos isto praticamente para entendê-lo de uma maneira melhor.
Agora, temos atualmente um ponto de chegada baseado no serviço S três que está disponível.
Agora, se você analisar a política aqui, por padrão, a política de endpoint permite toda a conexão a todos
os recursos.
Portanto, esta é uma das políticas padrão.
Entretanto, se necessário, podemos ir em frente e personalizar também.
Assim, para a demonstração de hoje para a região onde nosso endpoint é criado, que somos nós Twist two, eu tenho dois
é três baldes e com base nestes dois três baldes, vamos em frente e projetar nossas políticas de endpoint.
Portanto, antes de prosseguirmos e começarmos a redigir nossas políticas de pontos finais a partir de nossa instância
privada EC2, vamos em frente e verificar a conexão com esses três baldes.
Agora, primeiro, vamos em frente e fazemos um plus de três ls em um dos baldes aqui, vamos fazer uma entrada e,
como esperado, podemos ver os resultados.
E de forma semelhante, iremos em frente e nos conectaremos a outro balde S3 dentro da mesma região.
Vamos pressionar para entrar e podemos ver o conteúdo.
Portanto, basicamente ambos os três baldes têm um arquivo semelhante.
Agora vamos em frente e projetar uma política onde o ponto final VPC só permitirá a conexão com o segundo balde a partir
daqui, que é o ponto final temporário.
EUA dois oeste dois.
Não deve permitir a conexão a nenhum outro balde S3.
Portanto, agora do ponto de chegada, vamos em frente e editar a política.
Agora há várias maneiras de criar uma política.
Uma das maneiras mais fáceis é usar uma ferramenta de criação de políticas.
Portanto, vamos em frente e abramos isto.
E dentro da ferramenta de criação de políticas, você pode ir adiante e selecionar facilmente o contexto básico e a política será
criada para você.
Portanto, o tipo de política seria o principal ponto final do VPC.
Vamos colocar isto como.
Agora dentro do serviço, usaremos apenas o S3 dentro das ações, usaremos apenas todas as ações.
E então você tem que especificar o administrador agora aqui e você pode escrevê-lo diretamente ou mesmo
obtê-lo a partir do console S3.
Portanto, se eu for às propriedades, você basicamente poderá obter o e me deixar colar lá.
E uma vez acrescentada a declaração, podemos gerar rapidamente a política.
Portanto, esta é a política que é criada.
Deixe-me copiar isto.
E dentro da política, vou selecionar o costume e vamos colar essa política.
Assim, com base nesta política, somente a conexão a este balde S3 seria permitida.
Vamos experimentá-lo.
Por isso, vou fazer uma poupança rapidamente.
E, como era de se esperar, agora vemos que você tem uma política personalizada de nossa instância privada EC2, se nos conectarmos ao
ponto final temporário US twist two.
Portanto, este é o balde S3 que é permitido dentro da política de pontos finais.
Está funcionando perfeitamente bem se tentarmos nos conectar ao ponto final temporário dois.
Portanto, este é nosso segundo balde S3 e imediatamente você vê que está tendo um acesso negado nas operações
associadas a este balde S3.
Ótimo.
Portanto, espero que em uma visão geral de alto nível você tenha entendido a importância das políticas de endpoint
VPC e isto permite um grande número de personalizações e o controle de acesso com base na exigência de sua organização.
Agora, algumas coisas importantes que você deve saber quando discutirmos sobre a decisão política, especificamente
na arquitetura baseada no ponto final VPC.
A primeira decisão importante baseada em políticas vem da regra do IAM, que está associada à instância EC2, ou se você tiver
uma chave secreta de acesso, ela está associada a uma política para essas chaves secretas de acesso.
Portanto, este é o primeiro passo.
Portanto, somente após a autorização das duas instâncias da CE, então a decisão pode ser tomada e, em seguida, a próxima decisão importante.
O que pode ser permitido ou negado está no nível do ponto final do Gateway VPC.
Portanto, já vimos como podemos avançar e criar uma política de nível de recursos a um nível de ponto final
VPC.
E o terceiro lugar onde a decisão política pode permitir ou pode negar está no nível S três.
Assim, você pode ir em frente e criar um balde S3, que também pode negar a conexão.
Portanto, sempre que você estiver implementando uma arquitetura VPC baseada em endpoint e devido a alguma razão pela
qual o acesso é negado, estes são os três principais lugares que você precisa examinar como parte da
etapa de solução de problemas.
Isso é ótimo.
Assim, com isto, o vídeo de hoje será concluído.