DNS für private endpoints¶
Die meisten Komponenten der Integration Platform sind nur über Azure Private Link erreichbar. Damit Menschen und Systeme in deinen eigenen Netzwerken (zum Beispiel On-Premises) diese Endpunkte zu ihren privaten Adressen auflösen können, muss dein DNS die relevanten öffentlichen DNS zones an den Azure-DNS-Pfad der Plattform weiterleiten. Diese Seite listet die zones für das Referenzdesign auf. Sie richtet sich an das Plattform-Team und das Netzwerkteam des Kunden.
Referenzliste
Das ist die eingegrenzte Liste für die Integration Platform, wie im Referenzdesign beschrieben. Es ist keine generische Azure- Private-Link-Liste. Prüfe sie, wenn du eine Capability ergänzt, die private endpoints nutzt, zum Beispiel Azure AI services oder andere Services mit private endpoints. Zum MCP-Design des privaten DNS siehe DNS-Design.
Erforderliche Basisdomains¶
| Basisdomain | Genutzt von |
|---|---|
windows.net |
Private endpoints von Storage, Service Bus und Event Hubs |
azure.net |
Private endpoints von Key Vault und Data Factory |
azurewebsites.net |
Private endpoints von Logic App Standard und Function App |
azure-api.net |
Private endpoints von API Management |
azurecr.io |
Private endpoints von Azure Container Registry |
Beispiele für Namen, die unter diese Domains fallen:
| Domain | Beispielnamen |
|---|---|
windows.net |
blob.core.windows.net, queue.core.windows.net, table.core.windows.net, file.core.windows.net, dfs.core.windows.net, servicebus.windows.net |
azure.net |
vault.azure.net, datafactory.azure.net |
Wer macht was¶
| Schritt | Wer |
|---|---|
| Entscheiden, welche der Basisdomains für deine Plattform gelten (nur die der Services, die du betreibst) | Plattform-Team |
| Conditional Forwarding auf den On-Premises-DNS-Servern zum Azure-DNS-Pfad der Plattform konfigurieren | Netzwerkteam des Kunden |
| Namensauflösung von einem On-Premises-Host prüfen (der Name muss zu einer privaten Adresse aufgelöst werden) | Beide |