Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:
SQL Server 2025 (17.x) unter Linux
Dieser Artikel beschreibt, wie die PolyBase External Execution Service (EES)-Kommunikation auf SQL Server for Linux verschlüsselt wird, beginnend mit SQL Server 2025 (17.x) Cumulative Update (CU) 8.
Overview
PolyBase unter Linux verwendet EES, das lokal auf dem SQL Server-Host läuft, um die für die externe Verbindung erforderlichen ODBC-Treiber auszuführen. Standardmäßig verschlüsselt ein Zertifikat die Kommunikation zwischen SQL Server-Diensten und EES.
EES verwendet ein selbstsigniertes Zertifikat, das bei jedem Neustart automatisch generiert wird. Das generierte Zertifikat ist 365 Tage gültig.
Zertifikatdetails
| Element | Value |
|---|---|
| Zertifikatpfad | /var/opt/mssql/polybase-ees |
| Name der Zertifikatdatei | ca.crt |
| Zertifikat-SAN | subjectAltName=IP:127.0.0.1,DNS:localhost |
Bereitstellen eines eigenen Zertifikats
Wenn Sie Ihr eigenes Zertifikat für EES verwenden möchten, platzieren Sie ihre Zertifikatdatei an demselben Speicherort und mit demselben Namen, den EES erwartet.
Kopieren Sie Ihr Zertifikat in
/var/opt/mssql/polybase-ees/ca.crt.Starte den EES-Dienst neu, um das Zertifikat anzuwenden.
Überprüfen Sie, ob der externe Zugriff von PolyBase wie erwartet funktioniert.
Wann EES neu gestartet werden sollte
Starte EES neu, um auf das standardmäßig selbstsignierte Zertifikat zurückzusetzen, um eine Neugenerierung zu erzwingen oder ein Zertifikat zu aktualisieren, das sich seinem 365-Tage-Ablauf nähert.
Führen Sie den folgenden Befehl aus, um EES unter Linux neu zu starten:
sudo systemctl restart mssql-ees.service
Fallbackverhalten
Wenn die Zertifikatdatei fehlt oder ungültig ist, greift PolyBase auf unverschlüsselte Kommunikation zwischen SQL Server Diensten und EES zurück.