Conectar Base de datos Azure para MySQL a Excel, Google Sheets, IA y REST

Aquí, TLS sigue a la casilla de verificación, no al nombre de host.

Este es el único caso en el que copiar la página de Azure PostgreSQL sería incorrecto, por lo que vale la pena aclararlo.

• El uso de SSL está activado por defecto, y mientras esté activado, la conexión estará cifrada. — el agente solicita a MySQL una sesión TLS necesaria.
• Desactívalo y el agente intentará una conexión sin cifrar. Nada en la ruta de MySQL anula esto en función del nombre de host, que es precisamente donde esta tarjeta difiere de Azure PostgreSQL.
• La razón es estructural, no un descuido: el agente mantiene una tabla con los nombres de host de Postgres alojados para los que fuerza el uso de TLS, y no existe un equivalente para MySQL. La casilla de verificación es todo el mecanismo.
• El cifrado no es una verificación de certificados. El agente requiere TLS, pero no valida la cadena de certificados del servidor, así que considérelo como una protección contra la interceptación de comunicaciones en la red, en lugar de una prueba de la conexión alcanzada.

Servidor flexible y la trampa del nombre de usuario

Azure ofrece MySQL con dos formatos distintos, pero no se ponen de acuerdo sobre cómo debe ser el nombre de usuario. La tarjeta toma partido.

• Esta tarjeta está diseñada para servidores flexibles. El puerto predeterminado es 3306 y el nombre del servidor termina en .mysql.database.azure.com.
• El servidor flexible utiliza nombres de usuario simples. La versión anterior de servidor único utilizaba el formato usuario@nombre_servidor, y si pegas uno, la tarjeta te indica que elimines el sufijo en lugar de permitir que Azure lo rechace posteriormente como un error de autenticación.
• Ese es un mejor lugar para detectarlo. Un inicio de sesión con @servername falla en el extremo remoto como un error de autenticación genérico, lo que obliga a los usuarios a restablecer contraseñas que nunca fueron incorrectas.
• Las contraseñas con espacios en blanco al principio o al final también se marcan como sospechosas. Se trata de un artefacto del portapapeles y, por lo tanto, se considera un error de autenticación común.

Los puntos finales privados se adaptan bien al agente.

Dado que el agente realiza llamadas salientes y nunca escucha, la razón habitual para exponer un servidor de base de datos no se aplica.

• Instale el agente en una máquina virtual dentro de la misma red virtual y apúntelo al punto final privado. El acceso público puede permanecer desactivado.
• No es necesario agregar ninguna regla de firewall de entrada, mantener ninguna lista de direcciones IP permitidas ni utilizar una VPN entre su red y la nuestra. El agente abre la conexión saliente.
• La autenticación se realiza mediante un nombre de usuario y una contraseña. El ID de Microsoft Entra no está integrado en este conector, por lo que debe usar un ámbito de inicio de sesión de MySQL para leer la información que desea exponer.
• Un usuario de solo lectura merece la pena invertir dos minutos. Las consultas de flujo no escribirán, pero la forma más segura de garantizarlo es en la base de datos.

-- MySQL ordinario, solo lectura, sobre TLS SELECT c.name, COUNT(o.id) AS orders, SUM(o.amount) AS revenue FROM customers AS c JOIN orders AS o ON o.customer_id = c.id WHERE o.placed_at >= NOW() - INTERVAL 30 DAY GROUP BY c.name ORDER BY revenue DESC;