Latest / M365.FM – Podcast de Microsoft 365, Copilot e IA en español / Azure DNS explicado: zonas DNS públicas y privadas, tipos de registro y delegación a Azure (Doblaje IA)

Transcript

Azure DNS explicado: zonas DNS públicas y privadas, tipos de registro y delegación a Azure (Doblaje IA) · M365.FM – Podcast de Microsoft 365, Copilot e IA en español

• 0:00
  Speaker 2: Listo para 10 días de Microsoft 365, Copilot, EA, Azure
• 0:04
  Speaker 2: y las personas que están dando forma al futuro del trabajo.
• 0:06
  Speaker 2: Este enero, M365 con regresa y venimos con más fuerza.
• 0:13
  Speaker 2: Únete a sesiones en vivo, demostraciones reales y conocimientos prácticos
• 0:16
  Speaker 2: de MVPs y expertos de la industria de todo el mundo.
• 0:18
  Speaker 2: Nada de diapositivas en él. Nada de palabras de manera interminable.
• 0:22
  Speaker 2: Abordaremos desafíos reales. Copilot Studio, agentes de EA, Fabric, Seguridad,
• 0:27
  Speaker 2: Gobernanza y Automatización. Ya seas un profesional de TI, desarrollador
• 0:31
  Speaker 2: o líder empresarial, hay sesiones diseñadas para ti. Con 10
• 0:35
  Speaker 2: días completos, puedes explorar múltiples tecnologías y conectar con una
• 0:39
  Speaker 2: comunidad global. Mira en vivo y lleva ideas prácticas de
• 0:42
  Speaker 2: vuelta a tu organización. Enero de 2027. 10 días. Una
• 0:48
  Speaker 2: comunidad de Microsoft. El registro ya está abierto. Asegura tu
• 0:52
  Speaker 2: lugar hoy mismo. Eso es en m365.net. Únete ahora en m365com.net
• 1:02
  Speaker 2: y nos vemos. En vivo en enero. Bienvenidos a otro
• 1:05
  Speaker 2: episodio de Microsoft Knowledge Nuggets aquí en m365.fm. Soy su anfitrión,
• 1:09
  Speaker 2: Mirko Peters. El tema de hoy es algo que casi
• 1:11
  Speaker 2: todos han escuchado, pero pocos comprenden realmente. NSX significa Sistema
• 1:15
  Speaker 2: de Nombres de Dominio. Probablemente lo hayas escuchado llamar la
• 1:17
  Speaker 2: guía telefónica de Internet y esa descripción no está lejos
• 1:20
  Speaker 2: de la ley. Simple. Toma un nombre que puedas recordar,
• 1:23
  Speaker 2: como contoso, y conviértelo en un número que las computadoras
• 1:26
  Speaker 2: entiendan como 20.9252.20. Las computadoras viven de números, nosotros de nombres.
• 1:32
  Speaker 2: Y el DNS está justo en medio, haciendo la traducción.
• 1:35
  Speaker 2: Pero aquí está el detalle. La mayoría sabe que realiza
• 1:36
  Speaker 2: una búsqueda, pero nunca ve la cadena completa.¿ Qué sucede
• 1:39
  Speaker 2: realmente en el momento en que escribes un dominio en
• 1:41
  Speaker 2: tu navegador, más importante, donde encaja Azure? Al final de
• 1:44
  Speaker 2: este episodio, entenderás qué es realmente Azure DNS, conocerás la
• 1:47
  Speaker 2: diferencia entre zonas DNS públicas y privadas, sabrás qué tipos
• 1:50
  Speaker 2: de registros necesitas realmente y verás cómo la delegación entrega
• 1:53
  Speaker 2: el control a Azure. Cubriremos los componentes básicos en lenguaje sencillo,
• 1:58
  Speaker 2: lo que el DNS hace en realidad. Comencemos con la
• 2:00
  Speaker 2: tarea principal. DNS convierte nombres en números cuando escribes contoso.com.
• 2:04
  Speaker 2: En tu navegador, tu computadora no tiene idea de qué
• 2:07
  Speaker 2: significa esa cadena. Necesita una dirección IP. Algo como 20.000.90.000.50.20
• 2:13
  Speaker 2: para conectar con el servidor que aloja ese sitio web.
• 2:15
  Speaker 2: DNS hace que esa traducción suceda.¿ Por qué importa esto?
• 2:18
  Speaker 2: Porque las computadoras solo entienden números, mientras que los humanos
• 2:21
  Speaker 2: solo recordamos nombres. No memorizas el número de teléfono de
• 2:24
  Speaker 2: tu amigo y recuerdas su nombre. Lo mismo con los
• 2:26
  Speaker 2: sitios web. El DNS te permite escribir google.com en lugar
• 2:29
  Speaker 2: de una cadena de dígitos que nunca podrías retener. Entonces,¿
• 2:31
  Speaker 2: qué sucede realmente cuando escribes un dominio en tu navegador?
• 2:33
  Speaker 2: Una cadena. Tu navegador primero revisa su propia caché preguntando,¿
• 2:36
  Speaker 2: he buscado esto recientemente? Si no, envía una solicitud a
• 2:40
  Speaker 2: un resolutor recursivo, generalmente proporcionado por tu proveedor de servicios
• 2:43
  Speaker 2: de internet. Desde ahí, el resolutor verifica su propia caché.¿
• 2:46
  Speaker 2: Aún no hay respuesta? Eso sube por la jerarquía. Primero
• 2:48
  Speaker 2: le pregunta a un servidor RAIS. Ese servidor RAIS no
• 2:51
  Speaker 2: conoce la dirección ipdcontoso.com, pero sí sabe a quién preguntar
• 2:54
  Speaker 2: después al servidor tld.com. Este servidor TLD tampoco conoce la
• 2:58
  Speaker 2: IP exacta, pero conoce el servidor de nombres autoritativo para
• 3:00
  Speaker 2: ese dominio. Esta es la parada final. El servidor de
• 3:03
  Speaker 2: nombres autoritativo contiene un registro real. Responde con la dirección
• 3:06
  Speaker 2: IP al resolutor, la guarda en caché, la envía de
• 3:08
  Speaker 2: vuelta a tu navegador y este carga la página. No
• 3:10
  Speaker 2: necesita memorizar cada paso. Solo debe saber que hay una
• 3:12
  Speaker 2: jerarquía y que funciona. La parte que nos importa es
• 3:14
  Speaker 2: ese último paso, el servidor de nombres autoritativo. Ahí es
• 3:17
  Speaker 2: donde entra Azure DNS.¿ Qué es Azure DNS? Azure DNS
• 3:21
  Speaker 2: es el servicio de alojamiento DNS administrado de Microsoft. En
• 3:24
  Speaker 2: pocas palabras, significa que nunca tendrás que ejecutar tus propios
• 3:26
  Speaker 2: servidores DNS, parchearlos o planificar una alta disponibilidad. Azure se
• 3:29
  Speaker 2: encarga de todo eso por ti. Creas una zona DNS
• 3:32
  Speaker 2: en Azure para tu dominio, agregas tus registros, como registros A,
• 3:35
  Speaker 2: registros N, lo que necesites, y Azure aloja esos registros
• 3:37
  Speaker 2: en su infraestructura global. Cuando alguien en cualquier parte de
• 3:40
  Speaker 2: Internet consulta tu dominio, los servidores de nombres de Azure responden.
• 3:43
  Speaker 2: Como está construido sobre la red global de Azure, es rápido,
• 3:45
  Speaker 2: resistente y se escala automáticamente. No tienes que preocuparte por él.
• 3:48
  Speaker 2: Simplemente funciona. Administras todo a través del portal de Azure.
• 3:52
  Speaker 2: la línea de comandos o plantillas ARM si te gusta
• 3:54
  Speaker 2: la infraestructura como código. Sin configuraciones manuales de servidor, sin
• 3:57
  Speaker 2: necesidad de usar SSH para editar archivos de zona. Todo
• 3:59
  Speaker 2: es apuntar, hacer clic o programar y desplegar. Recomparemos eso
• 4:02
  Speaker 2: con enfoque tradicional. Hace 20 años tenías que ejecutar tus
• 4:04
  Speaker 2: propios servidores de NES. Eras responsable de parchear el sistema operativo,
• 4:08
  Speaker 2: asegurar la redundancia para que un fallo de servidor no
• 4:10
  Speaker 2: desconectara tu dominio y planificar la capacidad para picos de tráfico.
• 4:14
  Speaker 2: Con Azure DNS todo eso es problema de alguien más.
• 4:16
  Speaker 2: Solo creas tu zona, agregas tus registros y listo. Pero
• 4:19
  Speaker 2: aquí es donde se pone interesante. Azure DNS no es
• 4:22
  Speaker 2: solo para sitios web. También maneja la resolución de nombres
• 4:24
  Speaker 2: interna dentro de tus redes virtuales de Azure. Ahí es
• 4:27
  Speaker 2: donde entra la distinción entre zonas DNS públicas y privadas.
• 4:31
  Speaker 2: Zonas DNS públicas frente a zonas DNS privadas. Analicemos los
• 4:35
  Speaker 2: dos tipos de zonas DNS en Azure. Las zonas DNS
• 4:37
  Speaker 2: públicas son exactamente lo que su nombre indica, dominios que
• 4:40
  Speaker 2: deben ser accesibles desde Internet. Cualquier nombre que alguien fuera
• 4:42
  Speaker 2: de su red necesite resolver, como su sitio web, punto
• 4:44
  Speaker 2: final de app y su servidor de correo, se colocan
• 4:46
  Speaker 2: una zona pública, se colocan una. Las zonas DNS privadas
• 4:48
  Speaker 2: son lo opuesto. Son para nombres que solo deben resolverse
• 4:51
  Speaker 2: dentro de sus redes virtuales de Azure. Por ejemplo, supongamos
• 4:54
  Speaker 2: que tiene un servidor de base de datos.¿ No querrá
• 4:56
  Speaker 2: que todo internet solicite su dirección IP? Solo quiere que
• 4:58
  Speaker 2: las máquinas virtuales de su aplicación puedan encontrar. Así que
• 5:00
  Speaker 2: crea una zona privada, y solo las redes que vinculen
• 5:03
  Speaker 2: a ella podrán resolver ese nombre. Aquí tiene un ejemplo concreto.
• 5:05
  Speaker 2: Digamos que tiene un servidor de base de datos internamente
• 5:07
  Speaker 2: y quiere llamarlo db.entorno.com. Ese nombre no significa nada para
• 5:12
  Speaker 2: el mundo exterior, y así debería ser. Pero son máquinas
• 5:14
  Speaker 2: virtuales de aplicación en Instagram. con una zona DNS privada.
• 5:17
  Speaker 2: Crea ese registro, vincula la zona a su red virtual
• 5:20
  Speaker 2: y de repente cada VM en esa red puede resolver db.internal.contoso.com
• 5:24
  Speaker 2: a la IP privada de la base de datos. No
• 5:26
  Speaker 2: se requieren servidores DNS personalizados. Ahora,¿ aquí es donde las
• 5:29
  Speaker 2: zonas privadas se vuelven realmente útiles? Una sola zona para
• 5:32
  Speaker 2: múltiples redes virtuales, incluso entre regiones. Entonces, si tiene una
• 5:35
  Speaker 2: aplicación web en East US y una base de datos
• 5:36
  Speaker 2: en West Europe, ambas redes virtuales pueden compartir la misma
• 5:39
  Speaker 2: zona privada. La aplicación web resuelve el nombre de la
• 5:41
  Speaker 2: base de datos sin problemas, aunque estén en centros de
• 5:43
  Speaker 2: datos diferentes. Sin configuración de emparejamiento para DNS en reglas
• 5:47
  Speaker 2: de reenvío, solo vincula la zona. El registro automático es
• 5:49
  Speaker 2: otra función que vale la pena conocer. Cuando lo habilita
• 5:52
  Speaker 2: en un vínculo de red virtual, Azure crea automáticamente registros
• 5:54
  Speaker 2: A para cada VM, a medida que se inicia. Implementa
• 5:57
  Speaker 2: una nueva VM, en cuestión de minutos hay un registro
• 5:59
  Speaker 2: DNS para él. Elimina la VM y el registro desaparece.
• 6:02
  Speaker 2: Sin gestión manual de registros, es especialmente útil en entornos
• 6:04
  Speaker 2: dinámicos donde las máquinas virtuales aparecen. Escucho a muchas personas
• 6:07
  Speaker 2: pensar que las zonas privadas necesitan un nombre de dominio.
• 6:10
  Speaker 2: Pueden nombrar una zona privada como desee. Internal. contoso.com corplocal
• 6:14
  Speaker 2: o db.internal no importa porque nadie fuera de su red
• 6:16
  Speaker 2: realizará consultas sobre él no hay un registrador de dominios
• 6:19
  Speaker 2: involucrado ni delegación pública es puramente interno resumamos la diferencia
• 6:23
  Speaker 2: las zonas públicas son para internet las zonas privadas son
• 6:26
  Speaker 2: para sus redes virtuales las zonas públicas requieren un dominio
• 6:29
  Speaker 2: de su propiedad y delegación de su registro las zonas
• 6:31
  Speaker 2: privadas solo necesitan un nombre y un vínculo a la
• 6:33
  Speaker 2: red virtual una vez que haya configurado su zona pública
• 6:35
  Speaker 2: o privada necesita registros para asignar nombres a los recursos
• 6:38
  Speaker 2: esa es la base y una vez que lo entiende
• 6:40
  Speaker 2: el resto es solo añadir registros tipos de registros que
• 6:44
  Speaker 2: realmente usará. Entonces,¿ qué registros DNS usará en el día
• 6:46
  Speaker 2: a día? Repasémoslo. El registro A es el que todos conocen.
• 6:50
  Speaker 2: Asocia un nombre con la dirección IPv4. Escriba w.contoso.com en
• 6:53
  Speaker 2: su navegador y ese registro A le indica que el
• 6:56
  Speaker 2: servidor está en 20.000 C90E. Es el tipo de registro
• 7:03
  Speaker 2: más común en Internet. Los registros PPV6 hacia PPV6. Si
• 7:08
  Speaker 2: su servicio admite IPV6, los necesitará junto a sus registros A.
• 7:11
  Speaker 2: La mayoría no los toca a diario, pero están ahí
• 7:13
  Speaker 2: cuando los necesita. Los registros CNAM funcionan de forma distinta.
• 7:16
  Speaker 2: En lugar de mapear un nombre a una IP, CNAM
• 7:18
  Speaker 2: mapea un nombre a otro nombre. Si podría tener www.contoso.com
• 7:22
  Speaker 2: como un CNAM que apunta a Contoso. AzureWebsites.net Cuando alguien
• 7:27
  Speaker 2: consulta www.contoso.com, el resolvedor DNS sigue la cadena hasta hallar
• 7:32
  Speaker 2: la IP real. Aquí está lo bueno. Los CNAM son
• 7:35
  Speaker 2: perfectos para alias. Cambia el destino una vez y todo
• 7:38
  Speaker 2: lo que apunta a él se actualiza automáticamente. Los registros
• 7:41
  Speaker 2: MX gestionan el correo. Si alguien envió un correo a user.com,
• 7:45
  Speaker 2: el servidor emisor, consulta el registro MX para saber qué
• 7:47
  Speaker 2: servidor de correo debe recibirlo. Normalmente tendrá uno o más
• 7:51
  Speaker 2: registros MX con valores de prioridad. Los números más bajos
• 7:54
  Speaker 2: significan mayor prioridad. Si mail.contoso.com con prioridad, intenta antes que vaca.contoso.com
• 7:59
  Speaker 2: con prioridad 20. Los registros TXT guardan información de texto
• 8:03
  Speaker 2: y se usan para muchas cosas. La verificación de dominio
• 8:06
  Speaker 2: es un uso importante. Al configurar Microsoft 365, Le piden
• 8:10
  Speaker 2: añadir un registro TXT para probar que posee el dominio.
• 8:13
  Speaker 2: También para autenticación de correo. Registros SPF, claves DKIM, políticas
• 8:17
  Speaker 2: de mar. Todos ellos son registros TXT. Parecen cadenas de
• 8:20
  Speaker 2: texto aleatorias, pero cumplen fines de seguridad importantes. Aquí es
• 8:23
  Speaker 2: donde Azure DNS añade algo que no encontrará en el
• 8:26
  Speaker 2: hospedaje DNS tradicional, registros de alias. Estos son específicos de
• 8:29
  Speaker 2: Azure y extremadamente útiles. Un registro de alias le permite
• 8:32
  Speaker 2: apuntar un nombre directamente a un recurso de Azure en
• 8:34
  Speaker 2: vez de una dirección IP estática. Así, en lugar de
• 8:37
  Speaker 2: crear un registro A con una IP fija para su
• 8:39
  Speaker 2: balanceador de carga, crea un registro de alias que apunta
• 8:42
  Speaker 2: al recurso del balanceador. Y eso importa porque los recursos
• 8:44
  Speaker 2: de Azure pueden cambiar sus direcciones IP. Un balanceador de
• 8:48
  Speaker 2: carga seguro implementar un punto de conexión CDN obtiene una
• 8:50
  Speaker 2: nueva IP frontal. Con un registro A normal, tendría que
• 8:53
  Speaker 2: actualizar manualmente el registro DNS cada vez que eso ocurra.
• 8:56
  Speaker 2: Pero con un registro de alias, Azure lo gestiona automáticamente.
• 9:00
  Speaker 2: El registro siempre apunta a la IP actual del recurso.
• 9:03
  Speaker 2: Sin trabajo manual, sin actualizaciones olvidadas y sin tiempo de
• 9:05
  Speaker 2: inactividad por olvidar cambiar un registro. Una cosa más sobre
• 9:08
  Speaker 2: cómo Azure organiza los registros. En AdWords DNS, los registros
• 9:12
  Speaker 2: del mismo tipo y nombre se agrupan en un conjunto
• 9:14
  Speaker 2: de registros. Así, si tienes dos servidores web para el
• 9:17
  Speaker 2: mismo sitio, crearías un conjunto de registros tipo A para www.contoso.com
• 9:21
  Speaker 2: con dos direcciones IP. El resolver DNS devuelve ambas y
• 9:25
  Speaker 2: el cliente elige una. Es una forma sencilla de adquirir carga.
• 9:28
  Speaker 2: La misma idea se aplica a los registros MX con
• 9:30
  Speaker 2: varios servidores de correo. El conjunto de registros mantiene a
• 9:33
  Speaker 2: Ya tienes tu zona y tus registros, pero falta un
• 9:35
  Speaker 2: paso antes de que Internet use tu zona de Azure DNS.
• 9:39
  Speaker 2: Debes informar al resto del mundo que Azure es ahora
• 9:41
  Speaker 2: autoridad de tu dominio. Ese proceso se llama delegación. La
• 9:45
  Speaker 2: delegación que cedes el control. Ya creaste tu zona DNS
• 9:48
  Speaker 2: pública en Azure, añadiste tus registros y todo parece estar
• 9:51
  Speaker 2: bien por tu parte. Este es el asunto. Nadie en
• 9:54
  Speaker 2: Internet sabe que Azure debe responder a las consultas de
• 9:56
  Speaker 2: tu dominio. Tienes que decírselo. Eso es la delegación. La
• 9:59
  Speaker 2: delegación es... decirle al resto de Internet, Azure, DNS es
• 10:03
  Speaker 2: ahora la autoridad de mi dominio. Esto se hace en
• 10:05
  Speaker 2: tu registrador de dominios. GoDaddy, Namecheap, Google Domains, donde sea
• 10:09
  Speaker 2: que compraste el dominio. Entras a su configuración DNS y
• 10:11
  Speaker 2: cambias los registros de servidor de nombres a Azure. Cuando
• 10:14
  Speaker 2: creas una zona DNS pública en Azure, el servicio te
• 10:16
  Speaker 2: da cuatro direcciones de servidor de nombres. sean como ns1.neu1.azuredenes.com, ns2.neu1.azuredenes.net
• 10:23
  Speaker 2: y así sucesivamente. Estos son los servidores que responderán a
• 10:26
  Speaker 2: las consultas de tu dominio. Tomas esas cuatro direcciones y
• 10:28
  Speaker 2: las colocas en la configuración de servidor de nombre de
• 10:30
  Speaker 2: tu registrado. Eso es todo. Ese es el paso de
• 10:32
  Speaker 2: la delegación. Una vez que guardas los cambios, la información
• 10:35
  Speaker 2: comienza a propagarse por Internet. Los servidores raíz y los
• 10:38
  Speaker 2: servidores TLD de tu dominio se actualizan. Aprenden que cuando
• 10:41
  Speaker 2: alguien busque contoso.com, deben enviar la consulta a los servidores
• 10:44
  Speaker 2: de Azure en lugar de donde apuntaban antes. La propagación
• 10:47
  Speaker 2: suele ocurrir en minutos, pero puede tardar hasta 48 horas
• 10:51
  Speaker 2: porque los resolvedores DNS almacenan la información antigua y no
• 10:54
  Speaker 2: buscarán actualizaciones hasta que su caché expire. Ahora, esto es importante.
• 10:59
  Speaker 2: La delegación es una dirección. Azure no administra tu registrado.
• 11:02
  Speaker 2: Sigues renovando tu dominio a través de Godaddy, Namecheap o
• 11:05
  Speaker 2: quien sea. Sigues gestionando el registro allí. Azure solo aloja
• 11:08
  Speaker 2: los registros DNS. Ambas cosas están separadas. Tu registrador se
• 11:10
  Speaker 2: encarga de la parte de« Yo soy dueño de este dominio».
• 11:12
  Speaker 2: Azure se encarga de la parte de« Aquí está la
• 11:14
  Speaker 2: dirección IP de este dominio». Hay un detalle común aquí
• 11:17
  Speaker 2: que suele tomar a gente por sorpresa. Cuando cambias tus
• 11:19
  Speaker 2: servidores de nombres para que apunten a Azure, los registros
• 11:22
  Speaker 2: DNS de tu antiguo proveedor dejan de funcionar. Dos de ellos.
• 11:25
  Speaker 2: Tus registros A, tus registros MX, tus registros TXT, todos
• 11:28
  Speaker 2: desaparecen porque Internet ya no consulta a tu antiguo proveedor.
• 11:31
  Speaker 2: Por lo tanto, debes asegurarte de haber recreado cada uno
• 11:33
  Speaker 2: de los registros en Azure antes de hacer el cambio.
• 11:35
  Speaker 2: De lo contrario, tu sitio web se caerá, tu correo
• 11:37
  Speaker 2: electrónico dejará de funcionar y tendrás que correr para averiguar
• 11:39
  Speaker 2: que olvidaste. Planificación con cuidado. Crea la zona en Azure,
• 11:42
  Speaker 2: añade todos tus registros y después cambia los servidores de nombres. No,
• 11:46
  Speaker 2: al revés. La delegación es la pieza final para las
• 11:48
  Speaker 2: zonas públicas. Es lo que conecta tu zona DNS de
• 11:51
  Speaker 2: Azure con la infraestructura DNS global. Sin embargo, para las
• 11:54
  Speaker 2: zonas privadas la historia es completamente diferente. No hay ningún
• 11:56
  Speaker 2: registrador involucrado en la delegación. En su lugar, vinculas tu
• 11:58
  Speaker 2: zona directamente a las redes virtuales que la necesiten. DNS
• 12:02
  Speaker 2: privada en acción. Vinculación a redes virtuales. Entonces,¿ cómo hace
• 12:05
  Speaker 2: que una zona DNS privada sea realmente? Piénsalo como un
• 12:08
  Speaker 2: contenedor de registros, pero no sirve de nada hasta que
• 12:10
  Speaker 2: lo vinculas a una red. Si vincula, le indica a
• 12:12
  Speaker 2: Azure que redes tienen permiso para resolver esos nombres. Sin
• 12:15
  Speaker 2: ese vínculo, la zona existe, pero nadie puede consultarla. Es
• 12:18
  Speaker 2: como tener una guía telefónica sin teléfonos para hacer llamadas.
• 12:20
  Speaker 2: La configuración es sencilla. Creas un vínculo de red virtual
• 12:23
  Speaker 2: desde la zona privada a cada UENET que necesite resolución.
• 12:26
  Speaker 2: Eliges la UENET, le das un nombre al vínculo y
• 12:28
  Speaker 2: lo guardas. Una vez hecho esto, la zona funciona para
• 12:30
  Speaker 2: cada máquina virtual y servicio dentro de esa red, sin
• 12:32
  Speaker 2: necesidad de servidores, DNS personalizados ni ediciones de archivos host.
• 12:35
  Speaker 2: Realmente funciona. Aquí está el detalle sobre el registro automático.
• 12:38
  Speaker 2: Al crear un vínculo de UENET, tienes una opción. Designarla
• 12:40
  Speaker 2: como UENET de registro o dejarla solo para resolución. Y
• 12:43
  Speaker 2: esa diferencia es muy importante. El registro automático solo funciona
• 12:46
  Speaker 2: en la UNED que marcas para registro. Cualquier máquina virtual
• 12:48
  Speaker 2: que se inicie allí obtiene automáticamente un registro A creado
• 12:51
  Speaker 2: en la zona privada. Despide una nueva máquina virtual y
• 12:53
  Speaker 2: en cuestión de minutos aparece un registro DN. Elimina esa
• 12:56
  Speaker 2: máquina virtual y el registro desaparece. Sin trabajo manual.¿ Qué
• 12:59
  Speaker 2: pasa con otras UNEDs vinculadas a la misma zona? Solo
• 13:01
  Speaker 2: sirven para resolución. Pueden buscar nombres y obtener respuestas, pero
• 13:04
  Speaker 2: no se registran automáticamente. Por lo tanto, sus máquinas virtuales
• 13:06
  Speaker 2: no generan registros automáticamente. Eso es intencional especialmente para una
• 13:09
  Speaker 2: zona privada compartida para un servicio central. No quieres que
• 13:12
  Speaker 2: cada máquina virtual en cada red secundaria cree registros automáticamente.
• 13:15
  Speaker 2: En su lugar, mantén el registro en la OVNET donde
• 13:17
  Speaker 2: residen tus servidores reales y deja que los demás solo resuelvan.
• 13:20
  Speaker 2: Déjame darte un escenario real. Supongamos que tienes una aplicación
• 13:23
  Speaker 2: web ejecutándose en una OVNET y un servidor de base
• 13:25
  Speaker 2: de datos en otra OVNET, quizás incluso en distintas regiones
• 13:27
  Speaker 2: de Azure. La aplicación web necesita conectarse a la base
• 13:30
  Speaker 2: de datos, pero no quieres codificar de forma rígida la
• 13:32
  Speaker 2: IP privada de la base de datos. Eso es frágil.
• 13:34
  Speaker 2: Si la base de datos se vuelve a implementar con
• 13:36
  Speaker 2: una nueva IP en tu aplicación web familiar, por ello,
• 13:38
  Speaker 2: crea una zona DNS privada, añade un registro A para
• 13:40
  Speaker 2: el nombre de la base de datos y vincula la
• 13:41
  Speaker 2: zona a ambas OVNETs. Ahora, la aplicación web resuelve db.internal.contoso.com
• 13:46
  Speaker 2: a la IP de la base de datos. Cuando esa
• 13:47
  Speaker 2: IP cambia, solo actualizas un registro, en lugar de buscar
• 13:50
  Speaker 2: en archivos de configuración.¿ La vinculación entre regiones funciona bien
• 13:53
  Speaker 2: con zonas privadas? Puedes tener una OVNET en East US
• 13:56
  Speaker 2: y otra en West Europe vinculadas a la misma zona
• 13:58
  Speaker 2: privada y la resolución de nombres ocurre entre regiones sin
• 14:01
  Speaker 2: configuración adicional. Azure gestiona el enrutamiento internamente, algo que no
• 14:05
  Speaker 2: obtienes con servidores DNS tradicionales sin configurar reglas de reenvío complejas.
• 14:09
  Speaker 2: Así que, delegación para zonas públicas, enlaces de Winnet para
• 14:12
  Speaker 2: zonas privadas, dos mecanismos distintos para dos propósitos diferentes. Una
• 14:15
  Speaker 2: vez que tienes ambos configurados, tienes la base, pero aún
• 14:17
  Speaker 2: queda la cuestión de mantener todo seguro y asegurarse de
• 14:19
  Speaker 2: que se mantenga saludable. Seguridad, monitoreo y mejores prácticas. Ahora,
• 14:25
  Speaker 2: hablemos de mantener tu DNS saludable y seguro. Azure DNS
• 14:28
  Speaker 2: se integra con Azure RBC para que controles exactamente quién
• 14:30
  Speaker 2: puede crear o modificar registros. No querrás que alguien elimine
• 14:34
  Speaker 2: accidentalmente tu registro MX y dejes incorrer a toda la empresa.
• 14:37
  Speaker 2: Dale acceso de colaborador a tu equipo de DNS y
• 14:39
  Speaker 2: acceso de solo lectura a los demás. Es así de simple.
• 14:41
  Speaker 2: También puedes usar Azure Policy para aplicar reglas en toda
• 14:44
  Speaker 2: tu organización. Quizás quieras imponer convenciones de nomenclatura para tus
• 14:48
  Speaker 2: zonas o tal vez tu equipo de seguridad diga que
• 14:49
  Speaker 2: no se permite en zonas públicas. Todo debe ser privado.
• 14:52
  Speaker 2: Redacta una política, aplícala a nivel de grupo de administración
• 14:54
  Speaker 2: y se aplicará en todas partes sin excepciones. También hay
• 14:57
  Speaker 2: inteligencia de amenazas a nivel de DNS incorporada. Parte de
• 15:00
  Speaker 2: Microsoft Defender for Cloud puede bloquear la resolución de dominios
• 15:03
  Speaker 2: maliciosos conocidos. Si una máquina virtual en tu red intenta
• 15:06
  Speaker 2: resolver un dominio marcado como sitio de phishing o servidor
• 15:08
  Speaker 2: de comando y control de malware, Azure DNS puede negarse
• 15:10
  Speaker 2: a responder. Es una capa de seguridad que obtienes sin
• 15:13
  Speaker 2: ninguna configuración adicional. El monitoreo también es directo. Hace un
• 15:16
  Speaker 2: monitor rastreo, volúmenes de consultas, latencia y errores por zona.
• 15:19
  Speaker 2: Puedes configurar alertas de modo que si el volumen de
• 15:21
  Speaker 2: consultas cae repentinamente, sabes que algo se rompió. Si la
• 15:24
  Speaker 2: latencia aumenta, hay un problema de red. Obtienes visibilidad sobre
• 15:26
  Speaker 2: el rendimiento de DNS sin ejecutar herramientas de monitoreo por separado.
• 15:30
  Speaker 2: Una mejor práctica, usa registros de alias en lugar de
• 15:33
  Speaker 2: registros A estáticos para los recursos de Azure. Ya lo
• 15:35
  Speaker 2: cubrimos anteriormente, pero vale la pena repetirlo. Los registros de
• 15:38
  Speaker 2: alias se actualizan automáticamente cuando cambia el recurso subyacente. Los
• 15:41
  Speaker 2: registros estáticos no lo hacen. Si apunta un balanceador de carga,
• 15:44
  Speaker 2: un punto de conexión CDN o un perfil de Traffic Manager,
• 15:47
  Speaker 2: use un registro de alias. Es una cosa menos que
• 15:49
  Speaker 2: recordar cuando algo cambia. Para entornos híbridos con cargas de
• 15:52
  Speaker 2: trabajo locales y en Azure, existe un servicio llamado Azure
• 15:54
  Speaker 2: DNS Private Resolver. Es un servicio administra.