Verbinden Azure-Datenbank für MySQL zu Excel, Google Sheets, KI und REST

TLS richtet sich hier nach dem Kontrollkästchen, nicht nach dem Hostnamen.

Dies ist der einzige Punkt, an dem das Kopieren der Azure PostgreSQL-Seite falsch wäre, daher sollte dies klar und deutlich angegeben werden.

• SSL ist standardmäßig aktiviert, und solange es aktiviert ist, ist die Verbindung verschlüsselt. — Der Agent fordert von MySQL eine erforderliche TLS-Sitzung an.
• Wenn Sie diese Funktion deaktivieren, versucht der Agent eine unverschlüsselte Verbindung herzustellen. Nichts im MySQL-Pfad überschreibt dies anhand des Hostnamens; genau hierin unterscheidet sich diese Karte von Azure PostgreSQL.
• Der Grund ist struktureller Natur und kein Versehen: Der Agent verwaltet eine Tabelle mit den Hostnamen der gehosteten Postgres-Server, für die er TLS erzwingt; ein entsprechendes MySQL-Äquivalent existiert nicht. Die Checkbox stellt den gesamten Mechanismus dar.
• Verschlüsselung ist keine Zertifikatsprüfung. Der Agent benötigt TLS, überprüft aber nicht die Zertifikatskette des Servers. Betrachten Sie ihn daher eher als Schutz vor dem Abhören der Datenübertragung als als Nachweis dafür, was Sie erreicht haben.

Flexibler Server und die Benutzername-Falle

Azure bietet MySQL in zwei verschiedenen Formaten an, und es gibt unterschiedliche Auffassungen darüber, wie ein Benutzername aussehen soll. Die Karte bezieht Stellung.

• Diese Karte ist für flexible Server konzipiert. Der Port ist standardmäßig auf 3306 eingestellt und der Servername endet auf .mysql.database.azure.com.
• Flexible Server verwenden einfache Benutzernamen. Das eingestellte Einzelserver-Angebot verwendete das Format Benutzername@Servername. Wenn Sie einen solchen Benutzernamen einfügen, werden Sie auf der Karte aufgefordert, das Suffix wegzulassen, damit Azure ihn nicht später als Authentifizierungsfehler ablehnt.
• Dort lässt sich der Fehler besser abfangen. Ein Login mit @servername schlägt auf der Gegenseite mit einem allgemeinen Authentifizierungsfehler fehl, wodurch Benutzer aufgefordert werden, Passwörter zurückzusetzen, die nie falsch waren.
• Passwörter mit führenden oder nachfolgenden Leerzeichen werden ebenfalls als fehlerhaft markiert. Es handelt sich dabei um Überbleibsel aus der Zwischenablage, die ebenfalls zu einem normalen Authentifizierungsfehler führen.

Private Endpunkte passen gut zum Agenten

Da der Agent eine Verbindung herstellt und nie zuhört, trifft der übliche Grund für die Offenlegung eines Datenbankservers nicht zu.

• Platzieren Sie den Agenten auf einer VM innerhalb desselben VNet und richten Sie ihn auf den privaten Endpunkt aus. Der öffentliche Zugriff kann deaktiviert bleiben.
• Es müssen keine eingehenden Firewall-Regeln hinzugefügt, keine IP-Zulassungsliste verwaltet und keine VPN-Verbindung zwischen Ihrem und unserem Netzwerk hergestellt werden. Der Agent öffnet die Verbindung nach außen.
• Die Authentifizierung erfolgt über einen Benutzernamen und ein Passwort. Die Microsoft Entra ID ist nicht in diesen Connector integriert. Verwenden Sie daher einen MySQL-Login mit entsprechendem Bereich, um die Daten auszulesen, die Sie offenlegen möchten.
• Ein Benutzer mit Lesezugriff ist die zwei Minuten wert. Abfragestreams schreiben nicht, aber die sicherste Methode, dies zu gewährleisten, ist die Datenbank.

-- Gewöhnliches MySQL, schreibgeschützt, über 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;