An Azure real-time data ingestion service.
Thank you for contacting Microsoft Q&A. Please find below the detailed steps to address the reported issue
Authoritative Authentication Requirements
The emitter supports only the following authentication modes:
SAS Connection String (LocalAuth / Shared Access Key)
Documented here: “spark.synapse.diagnostic.emitter.<dest>.secret <connection-string>” [Collect yo...soft Learn | Learn.Microsoft.com]
Managed Identity (MSI)
Required for Key Vault secret retrieval and for Event Hub access when using passwordless auth. [Synapse Sp...UTHBEARER) | IcM]
Certificate‑based Service Principal Authentication
Full official setup: [Collect Ap...soft Learn | Learn.Microsoft.com]
➡ NO OTHER AUTH METHODS ARE SUPPORTED.
Methods That Will NOT Work (Confirmed)
1. AAD App + Client Secret
Explicitly unsupported by the AzureEventHub diagnostic emitter. [learn.microsoft.com]
2. Certificate‑based Auth
Supported by the emitter, but blocked by your tenant’s Entra ID certificate policy. [learn.microsoft.com]
3. Managed Identity
Unavailable due to IMDS unreachable → token acquisition hangs indefinitely. [learn.microsoft.com]
THE ONLY COMPLIANT & SUPPORTED RESOLUTION
Option 1 (Recommended): Re‑enable SAS (LocalAuth=true) ONLY for the diagnostic emitter
This is Microsoft’s supported and intended fallback when MSI/cert auth cannot be used.
Why this is justified:
SAS (connection string) is an officially supported configuration parameter of the diagnostic emitter. [Collect yo...soft Learn | Learn.Microsoft.com]
Azure Event Hubs Data Sender role is not required when using SAS.
SAS keys can be scoped to a single Event Hub + “Send” permission → minimal blast radius.
Meets Safe Secrets requirements if stored in Azure Key Vault and referenced via:
spark.synapse.diagnostic.emitter.MyDestination1.secret.keyVault <linked-service>
spark.synapse.diagnostic.emitter.MyDestination1.secret.keyVault.secretName <secretName>
(Supported by emitter → verified from Microsoft Q&A examples) [Spark Diag...rosoft Q&A | Learn.Microsoft.com]
Why this is the only viable auth:
All other supported methods are blocked by the customer's environment.
Option 2: Unblock MSI (Preferred from an Azure security standpoint)
If the customer can update network rules so Spark runtime can reach IMDS (169.254.169.254), Managed Identity will work exactly as designed.
Official reference: IMDS unreachable → MSI unavailable. [learn.microsoft.com]
This restores full passwordless authentication.
Option 3: Unblock certificate-based auth
If security policy can be amended to permit certificate lifetimes > 0s, the official Microsoft workflow works end‑to‑end. [Collect Ap...soft Learn | Learn.Microsoft.com]