Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
De aanbevolen methode voor het verifiëren van een door Azure gehoste app voor andere Azure-resources is het gebruik van een beheerde identiteit. Deze benadering wordt ondersteund voor de meeste Azure-services, waaronder apps die worden gehost op Azure App Service, Azure Container Apps en Azure Virtual Machines. Ontdek meer over verschillende verificatietechnieken en benaderingen op de verificatieoverzicht pagina. In de volgende secties leert u het volgende:
- Essentiële concepten voor beheerde identiteiten
- Een door de gebruiker toegewezen beheerde identiteit voor uw app maken
- Rollen toewijzen aan de door de gebruiker toegewezen beheerde identiteit
- Verifiëren met behulp van de door de gebruiker toegewezen beheerde identiteit vanuit uw app-code
Essentiële concepten voor beheerde identiteiten
Met een beheerde identiteit kan uw app veilig verbinding maken met andere Azure-resources zonder gebruik te maken van geheime sleutels of andere toepassingsgeheimen. Intern houdt Azure de identiteit bij en met welke resources verbinding mag worden gemaakt. Azure gebruikt deze informatie om automatisch Microsoft Entra-tokens voor de app te verkrijgen, zodat deze verbinding kan maken met andere Azure-resources.
Er zijn twee typen beheerde identiteiten waarmee u rekening moet houden bij het configureren van uw gehoste app:
- Systeem-toegewezen beheerde identiteiten zijn rechtstreeks ingeschakeld op een Azure-resource en zijn gekoppeld aan de levenscyclus ervan. Wanneer de resource wordt verwijderd, verwijdert Azure automatisch de bijbehorende identiteit voor u. Door het systeem toegewezen identiteiten bieden een minimalistische benadering voor het gebruik van beheerde identiteiten.
- door de gebruiker toegewezen beheerde identiteiten worden gemaakt als zelfstandige Azure-resources en bieden meer flexibiliteit en mogelijkheden. Ze zijn ideaal voor oplossingen met meerdere Azure-resources die dezelfde identiteit en machtigingen moeten delen. Als bijvoorbeeld meerdere virtuele machines toegang moeten hebben tot dezelfde set Azure-resources, biedt een door de gebruiker toegewezen beheerde identiteit herbruikbaar en geoptimaliseerd beheer.
Fooi
Meer informatie over het selecteren en beheren van door het systeem toegewezen beheerde identiteiten en door de gebruiker toegewezen beheerde identiteiten in het Aanbevolen procedures voor beheerde identiteiten artikel.
In de volgende secties worden de stappen beschreven voor het inschakelen en gebruiken van een door de gebruiker toegewezen beheerde identiteit voor een door Azure gehoste app. Als u een door het systeem toegewezen beheerde identiteit wilt gebruiken, gaat u naar het artikel met door het systeem toegewezen beheerde identiteiten voor meer informatie.
Een door de gebruiker toegewezen beheerde identiteit maken
Door de gebruiker toegewezen beheerde identiteiten worden gemaakt als zelfstandige resources in uw Azure-abonnement met behulp van Azure Portal of de Azure CLI. Azure CLI-opdrachten kunnen worden uitgevoerd in de Azure Cloud Shell- of op een werkstation waarop de Azure CLI is geïnstalleerd.
Voer in de Azure portal beheerde identiteiten in de hoofdzoekbalk in en selecteer het overeenkomende resultaat onder de sectie Services.
Selecteer op de pagina Beheerde identiteiten de optie + Maken.
Selecteer op de pagina Door gebruiker toegewezen beheerde identiteit maken een abonnement, een resourcegroep en een regio voor de door gebruiker toegewezen beheerde identiteit, en geef vervolgens een naam op.
Selecteer Beoordelen en maken om uw invoer te controleren en te valideren.
Selecteer Create om de door de gebruiker toegewezen beheerde identiteit te maken.
Nadat de identiteit is gemaakt, selecteer Ga naar de resource.
Op de pagina Overzicht van de nieuwe identiteit kopieert u de -client-id om later te gebruiken wanneer u de toepassingscode configureert.
De beheerde identiteit toewijzen aan uw app
Een door de gebruiker toegewezen beheerde identiteit kan worden gekoppeld aan een of meer Azure-resources. Alle resources die gebruikmaken van die identiteit krijgen de machtigingen die via de rollen van die identiteit worden verleend.
Navigeer in Azure Portal naar de resource die als host fungeert voor uw app-code, zoals een Azure App Service- of Azure Container App-exemplaar.
Vouw op de pagina Overzicht van de resource de Instellingen uit en selecteer Identiteit in de navigatie.
Ga op de pagina Identity naar het tabblad Gebruiker toegewezen.
Selecteer + Voeg toe om het deelvenster Toevoegen van door de gebruiker toegewezen beheerde identiteit te openen.
Gebruik in het paneel Gebruikerstoewijzing voor beheerde identiteit toevoegen de keuzelijst Abonnement om de zoekresultaten voor uw identiteiten te filteren. Gebruik het gebruikers toegewezen beheerde identiteiten zoekvak om de door de gebruiker toegewezen beheerde identiteit te vinden die u hebt ingeschakeld voor de Azure-resource die als host fungeert voor uw app.
Selecteer de identiteit en kies Add onder aan het deelvenster om door te gaan.
Rollen toewijzen aan de beheerde identiteit
Bepaal vervolgens welke rollen uw app nodig heeft en wijs deze rollen toe aan de beheerde identiteit. U kunt rollen toewijzen aan een beheerde identiteit op de volgende niveaus:
- Resource: de toegewezen rollen zijn alleen van toepassing op die specifieke resource.
- Resourcegroep: de toegewezen rollen zijn van toepassing op alle resources in de Resourcegroep.
- Abonnement: de toegewezen rollen zijn van toepassing op alle resources in het abonnement.
In het volgende voorbeeld ziet u hoe u rollen toewijst binnen het bereik van de resourcegroep, omdat veel apps al hun gerelateerde Azure-resources beheren met één resourcegroep.
Navigeer naar de pagina Overzicht van de resourcegroep die de app bevat met de door de gebruiker toegewezen beheerde identiteit.
Selecteer Toegangsbeheer (IAM) in de linkernavigatie.
Selecteer op de pagina Toegangsbeheer (IAM) + toevoegen in het bovenste menu en kies vervolgens Roltoewijzing toevoegen om naar de pagina Roltoewijzing toevoegen te navigeren.
Op de pagina Roltoewijzing toevoegen pagina wordt een werkstroom met tabbladen met meerdere stappen weergegeven om rollen toe te wijzen aan identiteiten. Gebruik op het eerste tabblad Rol het zoekvak bovenaan om de rol te vinden die u aan de identiteit wilt toewijzen.
Selecteer de rol in de resultaten en kies vervolgens Volgende om naar het tabblad Leden te gaan.
Voor de optie Toegang toewijzen aan selecteer Beheerde identiteit.
Voor de optie Leden kiest u + Selecteer leden om het Selecteer beheerde identiteiten deelvenster te openen.
Gebruik in het deelvenster Beheerde identiteiten selecteren de keuzelijsten Abonnement en Beheerde identiteit om de zoekresultaten voor uw identiteiten te filteren. Gebruik het zoekvak Selecteer om de door de gebruiker toegewezen beheerde identiteit te zoeken die u hebt ingeschakeld voor de Azure-resource die als host fungeert voor uw app.
Selecteer de identiteit en kies Selecteer onderaan het deelvenster om door te gaan.
Selecteer Beoordelen + wijs onder aan de pagina toe.
Op het laatste Beoordelen en toewijzen tabblad, selecteer Beoordelen en toewijzen om de werkstroom te voltooien.
Verifiëren bij Azure-services vanuit uw app
De Azure Identity-bibliotheek biedt verschillende referenties: implementaties van TokenCredential aangepast aan de ondersteuning van verschillende scenario's en Microsoft Entra-verificatiestromen. Omdat beheerde identiteit niet beschikbaar is wanneer deze lokaal wordt uitgevoerd, laten de stappen zien welke referenties moeten worden gebruikt in welk scenario:
-
lokale ontwikkelomgeving: gebruik alleen tijdens de lokale ontwikkelingeen klasse met de naam DefaultAzureCredential voor een vooraf bepaalde, vooraf geconfigureerde keten van inloggegevens.
DefaultAzureCredentialgebruikersreferenties detecteert vanuit uw lokale hulpprogramma's of IDE, zoals de Azure CLI of Visual Studio. Het biedt ook flexibiliteit en gemak voor nieuwe pogingen, wachttijden voor antwoorden en ondersteuning voor meerdere verificatieopties. Ga naar het artikel Verifiëren bij Azure-services tijdens lokale ontwikkeling voor meer informatie. - door Azure gehoste apps: wanneer uw app wordt uitgevoerd in Azure, gebruikt u ManagedIdentityCredential- om de beheerde identiteit die is geconfigureerd voor uw app veilig te detecteren. Als u dit exacte type referentie opgeeft, voorkomt u dat andere beschikbare referenties onverwacht worden opgehaald.
De code implementeren
Voeg het pakket Azure.Identity toe. Installeer in een ASP.NET Core-project ook het pakket Microsoft.Extensions.Azure:
Navigeer in een terminal van uw keuze naar de projectmap van de toepassing en voer de volgende opdrachten uit:
dotnet add package Azure.Identity
dotnet add package Microsoft.Extensions.Azure
Azure-services worden geopend met behulp van gespecialiseerde clientklassen uit de verschillende Azure SDK-clientbibliotheken. Deze klassen en uw eigen aangepaste services moeten worden geregistreerd voor afhankelijkheidsinjectie, zodat ze in uw app kunnen worden gebruikt. Voer in Program.csde volgende stappen uit om een clientklasse te configureren voor afhankelijkheidsinjectie en verificatie op basis van tokens:
- Neem de
Azure.IdentityenMicrosoft.Extensions.Azurenaamruimten op viausinginstructies. - Registreer de Azure-serviceclient met behulp van de bijbehorende
Add-voorvoegselextensiemethode. - Geef een geschikt
TokenCredentialexemplaar door aan deUseCredentialmethode:- Gebruik
DefaultAzureCredentialwanneer uw app lokaal wordt uitgevoerd - Gebruik
ManagedIdentityCredentialwanneer uw app wordt uitgevoerd in Azure en configureer de client-id, resource-id of object-id.
- Gebruik
De client-id wordt gebruikt om een beheerde identiteit te identificeren bij het configureren van toepassingen of services die moeten worden geverifieerd met die identiteit.
Haal de client-id op die is toegewezen aan een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:
az identity show \ --resource-group <resource-group-name> \ --name <identity-name> \ --query 'clientId'Configureer
ManagedIdentityCredentialmet de client-id:builder.Services.AddAzureClients(clientBuilder => { clientBuilder.AddBlobServiceClient( new Uri("https://<account-name>.blob.core.windows.net")); TokenCredential credential = null; if (builder.Environment.IsProduction() || builder.Environment.IsStaging()) { // Managed identity token credential discovered when running in Azure environments credential = new ManagedIdentityCredential( ManagedIdentityId.FromUserAssignedClientId("<client-id>")); } else { // Running locally on dev machine - DO NOT use in production or outside of local dev credential = new DefaultAzureCredential(); } clientBuilder.UseCredential(credential); });Een alternatief voor de
UseCredentialmethode is om de referentie rechtstreeks aan de serviceclient te verstrekken.TokenCredential credential = null; if (builder.Environment.IsProduction() || builder.Environment.IsStaging()) { // Managed identity token credential discovered when running in Azure environments credential = new ManagedIdentityCredential( ManagedIdentityId.FromUserAssignedClientId("<client-id>")); } else { // Running locally on dev machine - DO NOT use in production or outside of local dev credential = new DefaultAzureCredential(); } builder.Services.AddSingleton<BlobServiceClient>(_ => new BlobServiceClient( new Uri("https://<account-name>.blob.core.windows.net"), credential));
De voorgaande code gedraagt zich anders, afhankelijk van de omgeving waarin deze wordt uitgevoerd:
- Op uw lokale ontwikkelwerkstation zoekt
DefaultAzureCredentialin de omgevingsvariabelen naar een toepassingsservice-principal of lokaal geïnstalleerde ontwikkelhulpprogramma's, zoals Visual Studio, voor een set referenties voor ontwikkelaars. - Wanneer deze wordt geïmplementeerd in Azure, detecteert
ManagedIdentityCredentialuw configuraties voor beheerde identiteiten om automatisch te verifiëren bij andere services.