Aanvullende methoden voor verificatie bij Azure-resources vanuit Go-apps

Dit artikel bevat aanvullende methoden die apps kunnen gebruiken om te verifiëren bij Azure-resources. Deze methoden worden minder vaak gebruikt. Gebruik indien mogelijk een van de methoden die worden beschreven in het verifiëren van Go-apps naar Azure met behulp van het Overzicht van de Azure SDK.

Interactieve browserverificatie

Met deze methode wordt een toepassing geverifieerd via InteractiveBrowserCredential door gebruikersgegevens te verzamelen in het standaardsysteem.

Met interactieve browserverificatie kan de toepassing worden gebruikt voor alle bewerkingen die zijn toegestaan door de interactieve aanmeldingsreferenties. Als u de eigenaar of beheerder van uw abonnement bent, heeft uw code inherente toegang tot de meeste resources in dat abonnement zonder dat u specifieke machtigingen hoeft toe te wijzen. Gebruik daarom alleen interactieve browserverificatie voor experimenten.

Toepassingen inschakelen voor interactieve browserverificatie

Voer de volgende stappen uit om de toepassing te laten verifiëren via de interactieve browserstroom. Deze stappen werken ook voor verificatie van apparaatcode later beschreven. U moet dit proces alleen volgen als u InteractiveBrowserCredential in uw code gebruikt.

1. Ga in Azure Portal naar Microsoft Entra ID en selecteer App-registraties in het menu aan de linkerkant.

2. Selecteer de registratie voor uw app en selecteer vervolgens Verificatie.

3. Selecteer onder Geavanceerde instellingenJa voor openbare clientstromen toestaan.

4. Selecteer Opslaan om de wijzigingen toe te passen.

5. Als u de toepassing voor specifieke resources wilt autoriseren, gaat u naar de betreffende resource, selecteert u API-machtigingen en schakelt u Microsoft Graph en andere resources in die u wilt openen. Microsoft Graph is meestal standaard ingeschakeld.

   Belangrijk

   U moet ook de beheerder van uw tenant zijn om toestemming te verlenen aan uw toepassing wanneer u zich voor de eerste keer aanmeldt.

Als u de optie apparaatcodestroom niet kunt configureren op uw Microsoft Entra-id, moet uw toepassing mogelijk multitenant zijn. Als u deze wijziging wilt aanbrengen, gaat u naar het deelvenster Verificatie , selecteert u Accounts in een organisatiemap (onder Ondersteunde accounttypen) en selecteert u Vervolgens Ja voor openbare clientstromen toestaan.

Voorbeeld met InteractiveBrowserCredential

In het volgende voorbeeld ziet u hoe u een InteractiveBrowserCredential kunt gebruiken om te verifiëren met het SubscriptionsClient in het armsubscription pakket:

package main

import (
	"context"
	"log"

	"github.com/Azure/azure-sdk-for-go/sdk/azidentity"
	"github.com/Azure/azure-sdk-for-go/sdk/resourcemanager/subscription/armsubscription"
)

func main() {
	cred, err := azidentity.NewInteractiveBrowserCredential(nil)
	if err != nil {
		// TODO: handle error
	}
	ctx := context.Background()
	clientFactory, err := armsubscription.NewClientFactory(cred, nil)
	if err != nil {
		// TODO: handle error
	}
	res, err := clientFactory.NewSubscriptionsClient().Get(ctx, "<your_subscription_id>", nil)
	if err != nil {
		// TODO: handle error
	}
	// You could use response here. We use blank identifier for just demo purposes.
	_ = res
}

Voor meer exacte controle, zoals het instellen van omleidings-URI's, kunt u specifieke argumenten opgeven, zoals RedirectURL om te InteractiveBrowserCredential via het InteractiveBrowserCredentialOptions type.

Verificatie van apparaatcode

Met deze methode wordt een gebruiker interactief geverifieerd op apparaten met een beperkte gebruikersinterface (meestal apparaten zonder toetsenbord):

1. Wanneer de toepassing probeert te verifiëren, wordt de gebruiker gevraagd om een URL en een verificatiecode.
2. De gebruiker bezoekt de URL op een afzonderlijk browserapparaat (een computer, smartphone, enzovoort) en voert de code in.
3. De gebruiker volgt een normaal verificatieproces in de browser.
4. Na een geslaagde verificatie wordt de toepassing geverifieerd op het apparaat.

Zie Microsoft Identity Platform en de OAuth 2.0-apparaatautorisatiestroomvoor meer informatie.

Met apparaatcodeverificatie in een ontwikkelomgeving kan de toepassing worden gebruikt voor alle bewerkingen die zijn toegestaan door de interactieve aanmeldingsreferenties. Als u de eigenaar of beheerder van uw abonnement bent, heeft uw code inherente toegang tot de meeste resources in dat abonnement zonder dat u specifieke machtigingen hoeft toe te wijzen. U kunt deze methode echter gebruiken met een specifieke client-id, in plaats van de standaardwaarde, waarvoor u specifieke machtigingen kunt toewijzen.

Gebruik het DeviceCodeCredential type uit het azidentity pakket om verificatie van apparaatcode te implementeren.