Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA em português / Azure Private Link explicado: endpoints privados em vez de acesso público ao Storage, SQL e outros (Dublagem IA)

Transcript

Azure Private Link explicado: endpoints privados em vez de acesso público ao Storage, SQL e outros (Dublagem IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA em português

• 0:00
  Pronto para 10 dias de Microsoft 365, Copilot, IAEU e as pessoas que estão moldando o futuro do trabalho.
• 0:07
  Em janeiro, a M365COM está de volta e ainda maior.
• 0:12
  Junte-se a nós para sessões ao vivo, demonstrações reais e conhecimento prático de MVPs e especialistas do setor em todo o mundo.
• 0:18
  Nada de slides genéricos ou jargões intermináveis.
• 0:21
  Estamos enfrentando os desafios reais.
• 0:23
  Copilot Studio, agentes de IA, fábrica, segurança, governança e automação.
• 0:28
  Seja você um profissional de TI, desenvolvedor ou líder de negócios, há sessões feitas para você.
• 0:35
  Com 10 dias inteiros, você pode explorar várias tecnologias e se conectar com uma comunidade global.
• 0:40
  Assista ao vivo e leve insights práticos de volta para sua organização.
• 0:45
  Janeiro de 2027, 10 dias, uma comunidade Microsoft.
• 0:49
  As inscrições já estão abertas.
• 0:51
  Acesse m365COM.net e garanta sua vaga hoje mesmo.
• 0:55
  É m365COM.net.
• 1:00
  Inscreva-se agora em m365COM.net e nos vemos.
• 1:03
  Ao vivo em janeiro.
• 1:05
  Bem-vindos a mais um episódio de Pílulas de Conhecimento Microsoft aqui no M365FM.
• 1:08
  FM?
• 1:09
  Eu sou seu apresentador, micro-pí.
• 1:10
  O tema de hoje é algo que quase todo mundo já ouviu falar, mas pouco sabe explicar claramente.
• 1:14
  Azure Private Link.
• 1:15
  Você provavelmente já viu essa opção ao configurar uma conta de armazenamento ou um banco de dados SQL,
• 1:19
  mas o que ela realmente faz, e você realmente faz, e você realmente precisa, é que a maioria das pessoas entende errado.
• 1:23
  Elas presumem que, por o serviço rodar dentro do Azure, ele é automaticamente privado, ou que está isolado da internet por padrão.
• 1:29
  Isso não é verdade, nem de perto.
• 1:31
  A maioria dos serviços PIS do Azure com Storage SQL e Key Vault já vem com endpoint público por padrão.
• 1:38
  Isso significa que qualquer pessoa na internet pode acessá-los, desde que tenha a URL e as credenciais certas.
• 1:43
  Ao final deste episódio, você entenderá o que é o Private Link, por que ele existe e como ele mantém seu tráfego fora da internet pública.
• 1:50
  Vamos explicar usando analogias simples.
• 1:52
  Sem marketing, sem jargões, apenas de dieta atual ponto.
• 1:55
  O jeito antigo, endpoints públicos em toda parte.
• 1:58
  Vamos começar pelo problema.
• 1:59
  Antes do Private Link existir, todo o serviço PIS do Azure recebia um endpoint público por padrão.
• 2:04
  Você cria uma conta de armazenamento e o Azure lhe dá algo como minhaconta.glob.cor.windows.net.
• 2:10
  Essa URL é resolvida por um endereço de IP público.
• 2:13
  Qualquer pessoa com acesso à internet pode tentar se conectar a ela.
• 2:15
  Agora, imagina que você tem uma máquina virtual rodando dentro da sua própria rede virtual do Azure.
• 2:19
  Essa VM precisa ler alguns arquivos de um Blobstore.
• 2:22
  Você pensa que o tráfego ficaria dentro do Azure, certo?
• 2:24
  Ambos os recursos estão na mesma nuvem.
• 2:26
  Mas não é assim que funciona.
• 2:27
  A VM precisa sair da sua rede virtual, passar pela internet pública e depois voltar pro Azure
• 2:31
  pra alcançar aquela conta de armazenamento.
• 2:34
  É como se você estivesse em uma sala de um prédio comercial e precisasse pegar algo
• 2:37
  no armário de suprimentos do mesmo prédio.
• 2:39
  Mas, em vez de andar pelo corredor, você precisa sair da volta no quarteirão e entrar novamente
• 2:42
  pra uma porta diferente.
• 2:44
  Não faz sentido, mas é exatamente isso que estava acontecendo.
• 2:46
  Este é um problema real.
• 2:47
  Seus dados trafegam pela internet pública, mesmo que ambos os recursos estejam dentro dos
• 2:51
  próprios data centers da Microsoft.
• 2:52
  Esse tráfego é criptografado, claro, mas ainda está exposto à internet aberta.
• 2:56
  Ele ainda passa por roteadores e switches que você não controla.
• 3:00
  E se alguém conseguisse interceptar esse tráfego, poderia ver o que você está enviando.
• 3:04
  Existe um mito comum aqui.
• 3:05
  Muitas pessoas pensam, bem, está na minha assinatura, então é privado.
• 3:08
  Não é assim que funciona.
• 3:10
  Sua assinatura é um limite de cobrança e gerenciamento, não um limite de rede.
• 3:13
  Por padrão, seus serviços do Azure são alcançáveis pela internet.
• 3:15
  A única coisa que os protege é a camada de autenticação e autorização, as chaves,
• 3:20
  as senhas, as regras de firewall, mas o caminho de rede em si é público.
• 3:24
  Então o Microsoft olhou pra isso e disse, tem que haver uma maneira melhor.
• 3:26
  E eles criaram.
• 3:27
  Eles chamaram de PrivateLink.
• 3:29
  A solução, endpoint privado com uma placa de interface de rede.
• 3:32
  O PrivateLink é o serviço geral, mas a peça central que você precisa entender é
• 3:36
  o endpoint privado.
• 3:37
  Uma placa de interface de rede virtual, ou NIC, que fica dentro da sua rede virtual e
• 3:41
  se conecta a um serviço PAS.
• 3:44
  Veja como funciona.
• 3:45
  Você cria um endpoint privado pra sua conta de armazenamento e o Azure cria uma NIC
• 3:49
  virtual dentro da sua rede virtual, com um IP privado à sua subrede.
• 3:53
  Essa NIC se conecta à conta de armazenamento através do PrivateLink no back-end.
• 3:57
  Portanto, do ponto de vista da sua conta de armazenamento, agora parece estar dentro
• 4:01
  da sua própria rede com um IP privado, exatamente como qualquer outro recurso.
• 4:05
  Quando sua VM envia tráfego pra essa conta de armazenamento, ele atinge o IP privado da
• 4:09
  NIC e viaja pela rede backbone da Microsoft, nunca pela internet pública.
• 4:13
  Ele nunca deixa a infraestrutura interna do Azure.
• 4:16
  Pense nisso como aquele corredor seguro no prédio comercial.
• 4:19
  Em vez de sair e dar a volta no quarteirão, você apenas caminha pelo corredor até o armário
• 4:22
  de suprimentos.
• 4:23
  Conexão direta sem desvios.
• 4:26
  Agora aqui está uma nuance que muitas pessoas acham passar.
• 4:27
  Habilitar um ponto de extremidade privado não desativa automaticamente o ponto de extremidade
• 4:31
  pública.
• 4:32
  Ambos podem existir ao mesmo tempo.
• 4:34
  Se você criar um ponto de extremidade privado, mas não alterar as configurações do público,
• 4:37
  sua conta de armazenamento ainda estará acessível pela internet.
• 4:40
  Você deve desabilitar explicitamente o acesso à rede pública para bloqueá-lo completamente.
• 4:43
  Muitas pessoas pensam que criar o ponto de extremidade privada é o suficiente.
• 4:46
  Não.
• 4:46
  Você precisa dizer ao Azure, eu só quero acesso privado.
• 4:49
  Deixe-me esclarecer outro mito enquanto estamos aqui.
• 4:51
  PrivateLink não é o mesmo que uma VPN ou ExpressRoute.
• 4:54
  Eles resolvem problemas diferentes e veremos essa comparação mais tarde.
• 4:57
  Por enquanto, saiba que o PrivateLink serve para acessar um serviço específico, não
• 5:01
  para conectar toda a sua rede ao Azure.
• 5:03
  Então, você tem seu ponto de extremidade privado e sua VM pode acessar a conta de armazenamento
• 5:06
  via privado.
• 5:07
  Mas como sua VM realmente encontra essa conta de armazenamento?
• 5:10
  Antes ela resolvia a URL pública para um IP público.
• 5:13
  Agora ela precisa de um IP privado.
• 5:15
  Como isso funciona?
• 5:15
  É aí que o DNS entra e é isso que veremos a seguir.
• 5:19
  O DNS é um ingrediente secreto que faz tudo funcionar.
• 5:21
  Você tem seu ponto de extremidade privado e sua VM pode acessar a conta de armazenamento
• 5:25
  via privado.
• 5:27
  Mas o problema é que sua VM não conhece esse IP.
• 5:30
  Ela conhece a URL da conta de armazenamento, algo como minha conta de armazenamento.
• 5:33
  Blob.core.net.
• 5:35
  Esse é o nome que ela usa para se conectar.
• 5:37
  Então, como ela encontra o IP privado em vez do público?
• 5:39
  É aqui que o DNS faz o trabalho pesado.
• 5:41
  Ao criar um ponto de extremidade privado e escolher integrar com uma zona DNS privada,
• 5:45
  o que você deve fazer?
• 5:46
  O Azure cria uma automaticamente para você.
• 5:48
  Para uma conta de armazenamento de Blob, essa zona é chamada de PrivateLink.
• 5:51
  Blob.core.windows.net.
• 5:53
  Dentro dessa zona, o Azure adiciona um registro A que mapeia o nome da sua conta de armazenamento
• 5:57
  por IP privado do ponto de extremidade.
• 5:58
  Por aqui está a parte inteligente.
• 6:00
  A URL pública original ainda funciona, mas em vez de retornar um IP público diretamente,
• 6:04
  ela retorna um registro CNAMI que aponta para a zona privada.
• 6:07
  O tanto, a cadeia de resolução acontece assim.
• 6:09
  Sua VM solicita a URL da conta de armazenamento.
• 6:11
  O DNS retorna o CNAMI apontando para a minha conta de armazenamento.
• 6:14
  PrivateLink.blog.windows.net, que reside na zona DNS privada vinculada à sua rede virtual.
• 6:21
  O DNS resolve por IP privado, sua VM se conecta à SP e o tráfego nunca toca à internet pública.
• 6:27
  Pense nisso como uma recepção em um prédio de escritórios.
• 6:30
  Alguém entra e pergunta pela mocharifada e o recepcionista não os manda para fora.
• 6:34
  Eles indicam o corredor correto lá dentro.
• 6:36
  A zona de DNS privada é como aquele recepcionista que redireciona o tráfego para o lugar certo
• 6:40
  sem sair do prédio.
• 6:41
  Agora, como isso funciona depende de onde sua VM está.
• 6:43
  Se ela estiver na mesma rede virtual que o ponto de extremidade privada,
• 6:46
  a zona de DNS privada é vinculada, é vinculada e a resolução ocorre automaticamente.
• 6:49
  Se tiver em uma rede emparelhada, você precisará vincular a zona a essa rede também.
• 6:53
  Para máquinas locais via VPN ou ExpressRoute, o processo é mais complexo.
• 6:57
  Geralmente você configura um encaminhador de DNS ou usa o resolvedor privado do Azure DNS
• 7:00
  para garantir que as consultas cheguem à zona privada.
• 7:02
  Mas, para a maioria dos cenários dentro do Azure, o básico é resolvido para você.
• 7:07
  DNS pode se tornar complexo em ambientes maiores, mas no caso padrão, com a VM.
• 7:10
  Na mesma rede virtual que o ponto de extremidade privado, o Azure cuida disso automaticamente.
• 7:14
  Você não precisa tocar em nada.
• 7:16
  Vamos ver isso na prática com um exemplo real.
• 7:18
  Demonstração no mundo real.
• 7:19
  Link privado com o armazenamento do Azure.
• 7:21
  Vamos tornar isso real.
• 7:22
  Digamos que você tenha uma máquina virtual rodando dentro da sua rede virtual do Azure.
• 7:26
  Essa VM precisa pegar arquivos de uma conta de armazenamento de blob do Azure.
• 7:30
  Uma configuração comum.
• 7:30
  Talvez um aplicativo armazenando pilotos de usuários ou um trabalho de processamento de dados dentro de um container.
• 7:36
  Sem o link privado é isso que acontece.
• 7:37
  Sua VM procura a URL pública da conta de armazenamento e obtém um endereço IP público.
• 7:41
  O tráfego deixa a sua rede virtual, vai pela internet pública e então reentra no Azure para alcançar a conta de armazenamento.
• 7:47
  Esse trajeto é desnecessário.
• 7:49
  Ambos os recursos já estão no Azure, mas os dados fazem um desvio pela internet aberta de qualquer maneira.
• 7:53
  Com o link privado, você implanta um ponto de extremidade privado para o subrecurso de blob da conta de armazenamento.
• 7:58
  Essa é a parte específica que lida com dados de blob.
• 8:00
  O Azure cria uma placa de rede virtual em sua rede virtual com IP privado, configura a zona de DNS privado e toda a cadeia de resolução de DNS que mencionamos entra em ação.
• 8:09
  Agora, quando sua VM resolve a mesma URL, uma storageaccount.bob.com.windows.net, ela obtém o IP privado em vez do público.
• 8:15
  O tráfego flui da VM para o ponto de extremidade privado e em seguida pela rede de backbone da Microsoft até a conta de armazenamento.
• 8:23
  Ele nunca deixa a rede interna do Azure.
• 8:24
  Aqui está o ponto principal.
• 8:26
  Seu aplicativo não muda.
• 8:27
  Sem modificar strings de conexão, sem atualizar arquivos de configuração.
• 8:30
  A URL permanece a mesma.
• 8:32
  A única coisa que muda é como essa URL é resolvida.
• 8:34
  Da perspectiva do aplicativo, ele ainda está se conectando à mesma conta de armazenamento.
• 8:37
  Mas, nos bastidores, o caminho do tráfego é completamente diferente.
• 8:40
  Se você quiser até o fim, pode desabilitar o ponto de extremidade público por completo.
• 8:44
  Isso significa que sua conta de armazenamento só pode ser acessada pelo ponto de extremidade privado.
• 8:48
  Posição zero à internet.
• 8:49
  Ninguém pode sequer tentar se conectar de fora.
• 8:51
  Mais uma coisa que vale a pena notar.
• 8:53
  Contas de armazenamento possuem vários subrecursos.
• 8:55
  Blob é um deles, mas também existem arquivos, tabelas e filas.
• 8:57
  Cada um pode ter seu próprio endpoint.
• 8:59
  Você poderia ter um para tráfego de blob e outro separado para arquivos.
• 9:03
  Ou usar um endpoint único que cubra todos eles, dependendo das suas necessidades.
• 9:06
  Agora, você pode estar se perguntando como isso difere de outras opções de conectividade do ASO.
• 9:10
  VPN, ExpressRoute e Endpoint e Serviço.
• 9:12
  Todos parecem similares.
• 9:13
  Vamos esclarecer isso.
• 9:14
  PrivateLink versus VPN versus ExpressRoute versus Endserviço.
• 9:18
  Então, como o PrivateLink se compara a VPN, ao ExpressRoute e aos Endpoints e Serviço?
• 9:21
  Todos parecem fazer a mesma coisa, mas na verdade resolvem problemas diferentes.
• 9:25
  Em muitos casos, você usará em conjunto.
• 9:27
  Começando pela VPN.
• 9:28
  Uma rede virtual privada conecta sua rede local à Azure pela internet pública.
• 9:33
  Ela cria um túnel criptografado entre seu local e o Azure.
• 9:36
  O tráfego é criptografado, claro, mas ainda viaja pela internet pública.
• 9:40
  O túnel é seguro, mas a estrada em que ele está é pública.
• 9:42
  PrivateLink não substitui a VPN, ele funciona ao lado dela.
• 9:45
  Você pode usar uma VPN para conectar seu escritório ao Azure e então usar o PrivateLink
• 9:49
  para acessar sua conta de armazenamento de forma privada a partir dessa conexão.
• 9:52
  O ExpressRoute é diferente.
• 9:53
  Ele oferece um circuito privado dedicado do seu datacenter ao Azure.
• 9:57
  O tráfego nunca toca na internet pública.
• 9:59
  É como ter sua própria estrada privada direto para a rede da Microsoft.
• 10:02
  Mas aqui está o detalhe.
• 10:03
  O ExpressRoute por si só não lhe dá acesso privado a serviços para a AS.
• 10:06
  Ele conecta sua rede ao Azure, mas sua conta de armazenamento ainda tem um Endpoint público.
• 10:10
  Você combinaria o ExpressRoute com o PrivateLink para obter acesso privado real a esses serviços.
• 10:14
  Endpoint e serviço são a tecnologia mais antiga.
• 10:17
  Eles permitem restringir o acesso a um serviço do Azure para que apenas o tráfego da sua rede virtual possa alcançá-lo.
• 10:22
  Mas a questão é, o serviço ainda possui um Endpoint público.
• 10:24
  Você está apenas adicionando uma regra de firewall que diz permitir apenas tráfego desta venete.
• 10:28
  O Endpoint em si ainda está exposto à internet.
• 10:31
  O PrivateLink é mais seguro porque o Endpoint está verdadeiramente dentro da sua venete e possui um IP privado.
• 10:35
  Não há um Endpoint público para atacar.
• 10:37
  Deixa-me dar uma maneira simples de pensar sobre isso.
• 10:39
  VPN é um túnel seguro através de uma estrada pública.
• 10:41
  ExpressRoute é uma estrada privada que vai direto para a AS.
• 10:43
  Endpoint serviço é um guarda no portão público que verifica identidades.
• 10:47
  PrivateLink é um corredor direto dentro do edifício.
• 10:49
  Você nunca sai para o lado de fora.
• 10:51
  É um call que você deve usar.
• 10:52
  Depende.
• 10:53
  Para conectar seu escritório ao Azure, VPN ou ExpressRoute são suas opções.
• 10:57
  Para acessar serviços PIS de forma privada, o PrivateLink é o padrão ouro.
• 11:01
  E para a maior segurança, combine os dois.
• 11:03
  ExpressRoute para levar seu tráfego ao Azure de forma privada,
• 11:06
  depois o PrivateLink para acessar seu serviço privadamente a partir daí.
• 11:09
  Mas o PrivateLink não é apenas para serviços da Microsoft.
• 11:11
  Você também pode usá-lo para suas próprias aplicações.
• 11:13
  O serviço de PrivateLink hospedando seus próprios endpoints privados.
• 11:16
  Aqui está algo que muitas pessoas deixam passar.
• 11:18
  PrivateLink não é apenas para consumir serviços do Azure.
• 11:21
  Você também pode usá-lo para expor suas próprias aplicações ao mundo.
• 11:24
  É exatamente para isso que o serviço de PrivateLink foi criado.
• 11:26
  Imagine que você é um proveito SaaS.
• 11:28
  Tem uma aplicação rodando em máquinas virtuais atrás de um balanceador de carga padrão.
• 11:31
  E seus clientes a acesso.
• 11:32
  Tradicionalmente, você tinha duas opções.
• 11:34
  Expor tudo à internet ou configurar uma VPN entre sua rede e a deles.
• 11:38
  Ambas têm grandes desvantagens.
• 11:40
  A exposição pública abre riscos de segurança e VPN.
• 11:42
  São complexas de gerenciar e manter.
• 11:45
  O serviço de PrivateLink resolve isso.
• 11:47
  Você cria o serviço anexo ao seu balanceador de carga padrão.
• 11:50
  Então, seus clientes podem criar um endpoint privado na rede virtual deles.
• 11:53
  Esse endpoint se conecta diretamente ao seu serviço.
• 11:55
  Sem peer e sem VPN e absolutamente nenhuma exposição pública.
• 11:58
  O tráfego viaja do endpoint privado deles pela rede Backbone da Microsoft direto para o seu serviço.
• 12:03
  Ele nunca toca na internet.
• 12:05
  Seu serviço recebe um alias globalmente único.
• 12:07
  Algo como myapp.gid.region.wezer.privatelinkservice.
• 12:11
  Esse alias é o que os clientes usam para conectar.
• 12:13
  E você tem controle total sobre quem pode vê-lo.
• 12:16
  Você pode restringir a visibilidade por funções RBRQ, assinaturas específicas.
• 12:19
  Ou permitir que qualquer pessoa com alias solicite uma conexão.
• 12:22
  Cada solicitação de conexão vem até você para aprovação manual.
• 12:24
  Então, você sempre sabe exatamente quem está se conectando.
• 12:26
  Para provedores SaaS, essa é uma mudança enorme.
• 12:28
  Em vez de abrir regras de firewall ou gerenciar configurações complexas de VPN,
• 12:32
  você apenas fornece o alias ao seu cliente.
• 12:34
  Eles criam um endpoint privado, você aprova e pronto.
• 12:38
  Uma limitação, no entanto.
• 12:39
  O serviço de PrivateLink só funciona com balanceador de carga padrão, não os básicos.
• 12:43
  Se você ainda usa um balanceador de carga básico, precisará atualizar primeiro.
• 12:45
  É um pequeno preço a pagar pela segurança e simplicidade que você recebe em troca.
• 12:49
  Agora, toda essa segurança parece ótima,
• 12:51
  mas o que ela realmente significa para as suas necessidades de conformidade e seu orçamento?
• 12:54
  Considerações sobre segurança, conformidade e custo.
• 12:56
  Vamos falar sobre o que o PrivateLink realmente significa para seus requisitos de conformidade para o seu bolo.
• 13:01
  Primeiro, o lado da segurança.
• 13:02
  PrivateLink reduz sua superfície de ataque a eliminar completamente os endpoints públicos.
• 13:06
  Esse é o principal benefício.
• 13:07
  Em vez de uma conta de armazenamento ou banco de dados SQL acessíveis de qualquer lugar na internet,
• 13:11
  você tem um recurso que só responde ao tráfego de dentro da sua rede virtual.
• 13:14
  Sem IP público para escanear, sem porta aberta para sondar.
• 13:17
  A superfície de ataque diminui drasticamente.
• 13:19
  Está outro benefício que não recebe atenção suficiente, a prevenção contra avisamento de dados.
• 13:22
  Cada ponto de extremidade privada mapeia para uma instância de recurso específica,
• 13:26
  não para todo o serviço nem para cada conta de armazenamento na sua assinatura, apenas aquela.
• 13:29
  Portanto, se alguém comprometer uma carga de trabalho na sua rede virtual,
• 13:32
  não poderá usar esse ponto de extremidade privada para acessar outras contas de armazenamento.
• 13:36
  Eles ficam restritos ao único recurso que você aprova.
• 13:38
  Para as equipes de segurança, essa contenção é algo muito importante.
• 13:40
  No que diz respeito à conformidade, o PrivateLink atende a muitos requisitos.
• 13:43
  Regulamentações como IPA, GDPR e PCI frequentemente exigem que dados sensíveis nunca trafeguem por redes públicas.
• 13:49
  O PrivateLink oferece uma forma clara de comprovar ele.
• 13:52
  Seu tráfego permanece no backbone da Microsoft, você pode apontar para os logs de auditoria e dizer
• 13:55
  Aqui está a prova.
• 13:56
  Para setores regulamentados, só isso já pode justificar o investimento.
• 14:00
  Agora, vamos falar sobre custos, porque é aqui que as pessoas se surpreendem.
• 14:03
  PrivateLink não é gratuito.
• 14:04
  Você paga uma taxa por hora para cada ponto de extremidade privado,
• 14:07
  além de taxa de processamento de dados pelo tráfego que flui por ele.
• 14:10
  Dependendo do seu uso, pode ser duas a três vezes mais caro do que usar um ponto de extremidade público com regras de firewall.
• 14:15
  Isso aumenta rapidamente, especialmente se você tiver muitos pontos de extremidade.
• 14:17
  Então aqui está a análise honesta.
• 14:19
  PrivateLink nem sempre é a escolha certa.
• 14:21
  Se você está executando um ambiente de desenvolvimento ou teste sem dados sensíveis,
• 14:24
  pontos de extremidade públicos com regras de firewall adequadas provavelmente basta.
• 14:28
  Se você está hospedando um site público destinado a ser acessado pela internet, o PrivateLink não te ajuda.
• 14:32
  Mas para cargas de trabalho de produção em setores regulamentados, finanças, saúde e governo,
• 14:36
  PrivateLink é frequentemente obrigatório.
• 14:38
  É o custo de fazer negócio de forma segura.
• 14:40
  Agora, antes de implementar isso, há algumas armadilhas a serem observadas.
• 14:43
  Armadilhas de implementação.
• 14:44
  Os iniciais sem a passar.
• 14:46
  Deixe poupar algumas dores de cabeça.
• 14:47
  Aqui estão os erros mais comuns que as pessoas cometem ao configurar o PrivateLink pela primeira vez.
• 14:50
  Primeiro, você deve desabilitar o ponto de extremidade público após criar o privado.
• 14:55
  Esta é a maior armadilha.
• 14:56
  Muitas pessoas criam o ponto de extremidade privado e presumem que isso basta, mas não é verdade.
• 15:00
  O ponto de extremidade público permanece ativo para o padrão,
• 15:02
  que significa que seu tráfego ainda pode passar pela internet.
• 15:04
  Você precisa entrar nas configurações de rede e desativar explicitamente o acesso à rede pública.
• 15:08
  Se você pular esta etapa, não terá de fato protegido.
• 15:11
  Em seguida, a resolução de DNS para clientes locais requer configuração extra.
• 15:14
  Se você tem máquinas no seu escritório conectando via VPN ou ExpressRoute,
• 15:18
  elas não resolverão automaticamente o IP do seu endpoint privado.
• 15:21
  A zona DNS privada está vinculada à sua rede virtual do Azure, não aos seus servidores DNS locais.
• 15:26
  Você precisa configurar um encaminhador de DNS ou usar o resolvedor privado do Azure DNS
• 15:30
  para que essas consultas alcancem a zona privada.
• 15:32
  Muitas pessoas ignoram isso e depois se perguntam por que seus aplicativos locais não conseguem se conectar.
• 15:36
  Além disso, endpoints privados não funcionam magicamente entre regiões.
• 15:39
  Sua rede virtual está no oeste da Europa e você cria um endpoint privado para uma conta de armazenamento no leste do Zewa.
• 15:44
  Não funcionará.
• 15:45
  O endpoint privado deve estar na mesma região que a rede virtual.
• 15:48
  O serviço PIS pode estar em uma região diferente, mas o endpoint em si deve corresponder à região da Venet.
• 15:53
  Planeja adequadamente.
• 15:54
  Mais uma coisa.
• 15:55
  Grupos de segurança de rede afetam a placa de rede do endpoint privado.
• 15:59
  O endpoint privado cria uma placa de rede virtual na sua subrede.
• 16:01
  Essa placa está sujeita às mesmas regras de NSG que qualquer outra coisa nessa subrede.
• 16:05
  Se você bloquear o tráfego para a subrede da placa, o endpoint não funcionará.
• 16:09
  Certifique-se de que suas regras já é nesse GP.