Logto ist eine Auth0-Alternative, die für moderne Apps und SaaS-Produkte entwickelt wurde. Es bietet sowohl Cloud als auch Open-Source Dienste, um dir zu helfen, dein Identity and Management (IAM) System schnell zu starten. Genieße Authentifizierung, Autorisierung und Multi-Tenant-Management alles in einem.
Wir empfehlen, mit einem kostenlosen Entwicklungsmieter auf Logto Cloud zu beginnen. Dies ermöglicht es dir, alle Funktionen einfach zu erkunden.
In diesem Artikel werden wir die Schritte durchgehen, um schnell die Apple Anmeldeerfahrung (Benutzerauthentifizierung) mit .NET Core (Razor Pages) und Logto aufzubauen.
Voraussetzungen
- Eine laufende Logto-Instanz. Sieh dir die Einführungsseite an, um loszulegen.
- Grundkenntnisse in .NET Core (Razor Pages).
- Ein nutzbares Apple Konto.
Eine Anwendung in Logto erstellen
Logto basiert auf OpenID Connect (OIDC) Authentifizierung und OAuth 2.0 Autorisierung. Es unterstützt föderiertes Identitätsmanagement über mehrere Anwendungen hinweg, was allgemein als Single Sign-On (SSO) bezeichnet wird.
Um deine Traditionelle Webanwendung Anwendung zu erstellen, folge einfach diesen Schritten:
- Öffne die Logto Console. Klicke im Abschnitt "Erste Schritte" auf den Link "Alle anzeigen", um die Liste der Anwendungs-Frameworks zu öffnen. Alternativ kannst du zu Logto Console > Applications navigieren und auf die Schaltfläche "Anwendung erstellen" klicken.
- Klicke im sich öffnenden Modal auf den Abschnitt "Traditionelle Webanwendung" oder filtere alle verfügbaren "Traditionelle Webanwendung" Frameworks mit den Schnellfilter-Checkboxen auf der linken Seite. Klicke auf die ".NET Core (Razor Pages)" Framework-Karte, um mit der Erstellung deiner Anwendung zu beginnen.
- Gib den Anwendungsnamen ein, z. B. "Buchladen", und klicke auf "Anwendung erstellen".
🎉 Ta-da! Du hast gerade deine erste Anwendung in Logto erstellt. Du wirst eine Glückwunschseite sehen, die einen detaillierten Integrationsleitfaden enthält. Folge dem Leitfaden, um zu sehen, wie die Erfahrung in deiner Anwendung sein wird.
.NET Core (Razor Pages) SDK integrieren
- Die folgende Demonstration basiert auf .NET Core 8.0. Das SDK ist kompatibel mit .NET 6.0 oder höher.
- Die .NET Core-Beispielprojekte sind im GitHub-Repository verfügbar.
Installation
Füge das NuGet-Paket zu deinem Projekt hinzu:
dotnet add package Logto.AspNetCore.Authentication
Logto-Authentifizierung hinzufügen
Öffne Startup.cs (oder Program.cs) und füge den folgenden Code hinzu, um die Logto-Authentifizierungsdienste zu registrieren:
using Logto.AspNetCore.Authentication;
var builder = WebApplication.CreateBuilder(args);
builder.Services.AddLogtoAuthentication(options =>
{
options.Endpoint = builder.Configuration["Logto:Endpoint"]!;
options.AppId = builder.Configuration["Logto:AppId"]!;
options.AppSecret = builder.Configuration["Logto:AppSecret"];
});
Die Methode AddLogtoAuthentication wird Folgendes tun:
- Das Standard-Authentifizierungsschema auf
LogtoDefaults.CookieSchemesetzen. - Das Standard-Challenge-Schema auf
LogtoDefaults.AuthenticationSchemesetzen. - Das Standard-Abmeldeschema auf
LogtoDefaults.AuthenticationSchemesetzen. - Cookie- und OpenID Connect-Authentifizierungs-Handler zum Authentifizierungsschema hinzufügen.
Anmelde- und Abmeldeflüsse
Bevor wir fortfahren, gibt es zwei verwirrende Begriffe im .NET Core Authentifizierungs-Middleware, die wir klären müssen:
- CallbackPath: Die URI, zu der Logto den Benutzer zurückleitet, nachdem der Benutzer sich angemeldet hat (die "Redirect-URI" in Logto)
- RedirectUri: Die URI, zu der weitergeleitet wird, nachdem die notwendigen Aktionen im Logto Authentifizierungs-Middleware durchgeführt wurden.
Der Anmeldeprozess kann wie folgt veranschaulicht werden:
Ähnlich hat .NET Core auch SignedOutCallbackPath und RedirectUri für den Abmeldefluss.
Zur Klarheit werden wir sie wie folgt bezeichnen:
| Begriff, den wir verwenden | .NET Core Begriff |
|---|---|
| Logto Redirect-URI | CallbackPath |
| Logto Post-Abmeldung Redirect-URI | SignedOutCallbackPath |
| Anwendungs-Redirect-URI | RedirectUri |
Bezüglich der umleitungsbasierten Anmeldung
- Dieser Authentifizierungsprozess folgt dem OpenID Connect (OIDC) Protokoll, und Logto erzwingt strenge Sicherheitsmaßnahmen, um die Benutzeranmeldung zu schützen.
- Wenn du mehrere Apps hast, kannst du denselben Identitätsanbieter (Logto) verwenden. Sobald sich der Benutzer bei einer App anmeldet, wird Logto den Anmeldeprozess automatisch abschließen, wenn der Benutzer auf eine andere App zugreift.
Um mehr über die Gründe und Vorteile der umleitungsbasierten Anmeldung zu erfahren, siehe Logto-Anmeldeerfahrung erklärt.
Redirect-URIs konfigurieren
In den folgenden Code-Snippets gehen wir davon aus, dass deine App unter http://localhost:3000/ läuft.
Zuerst konfigurieren wir die Logto-Umleitungs-URI. Füge die folgende URI zur Liste der "Umleitungs-URIs" auf der Logto-Anwendungsdetailseite hinzu:
http://localhost:3000/Callback
Um die Logto-Post-Sign-Out-Umleitungs-URI zu konfigurieren, füge die folgende URI zur Liste der "Post-Sign-Out-Umleitungs-URIs" auf der Logto-Anwendungsdetailseite hinzu:
http://localhost:3000/SignedOutCallback
Ändere die Standardpfade
Die Logto-Umleitungs-URI hat einen Standardpfad von /Callback, und die Logto-Post-Sign-Out-Umleitungs-URI hat einen Standardpfad von /SignedOutCallback.
Du kannst sie so belassen, wenn es keine besonderen Anforderungen gibt. Wenn du sie ändern möchtest, kannst du die Eigenschaften CallbackPath und SignedOutCallbackPath für LogtoOptions festlegen:
builder.Services.AddLogtoAuthentication(options =>
{
// Andere Konfigurationen...
options.CallbackPath = "/Foo";
options.SignedOutCallbackPath = "/Bar";
});
Denke daran, den Wert auf der Logto-Anwendungsdetailseite entsprechend zu aktualisieren.
Anmelde- / Abmelde-Buttons implementieren
Fügen Sie zuerst die Handler-Methoden zu Ihrem PageModel hinzu, zum Beispiel:
public class IndexModel : PageModel
{
public async Task OnPostSignInAsync()
{
await HttpContext.ChallengeAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
public async Task OnPostSignOutAsync()
{
await HttpContext.SignOutAsync(new AuthenticationProperties
{
RedirectUri = "/"
});
}
}
Fügen Sie dann die Schaltflächen zu Ihrer Razor-Seite hinzu:
<p>Ist authentifiziert: @User.Identity?.IsAuthenticated</p>
<form method="post">
@if (User.Identity?.IsAuthenticated == true) {
<button type="submit" asp-page-handler="SignOut">Abmelden</button>
} else {
<button type="submit" asp-page-handler="SignIn">Anmelden</button>
}
</form>
Es wird die Schaltfläche "Anmelden" angezeigt, wenn der Benutzer nicht authentifiziert ist, und die Schaltfläche "Abmelden", wenn der Benutzer authentifiziert ist.
Checkpoint: Teste deine Anwendung
Jetzt kannst du deine Anwendung testen:
- Starte deine Anwendung, du wirst den Anmeldebutton sehen.
- Klicke auf den Anmeldebutton, das SDK wird den Anmeldeprozess initiieren und dich zur Logto-Anmeldeseite weiterleiten.
- Nachdem du dich angemeldet hast, wirst du zurück zu deiner Anwendung geleitet und siehst den Abmeldebutton.
- Klicke auf den Abmeldebutton, um den Token-Speicher zu leeren und dich abzumelden.
Apple Connector hinzufügen
Um eine schnelle Anmeldung zu ermöglichen und die Benutzerkonversion zu verbessern, verbinde dich mit .NET Core (Razor Pages) als Identitätsanbieter (IdP). Der Logto Social Connector hilft dir, diese Verbindung in wenigen Minuten herzustellen, indem er mehrere Parameter-Eingaben ermöglicht.
Um einen Social Connector hinzuzufügen, folge einfach diesen Schritten:
- Navigiere zu Console > Connectors > Social Connectors.
- Klicke auf "Add social connector" und wähle "Apple".
- Folge der README-Anleitung und fülle die erforderlichen Felder aus und passe die Einstellungen an.
Wenn du der In-Place Connector-Anleitung folgst, kannst du den nächsten Abschnitt überspringen.
Apple Sign-in einrichten
Die Anmeldung mit Apple ist für den AppStore erforderlich, wenn du andere soziale Anmeldemethoden in deiner App hast. Die Anmeldung mit Apple auf Android-Geräten ist großartig, wenn du auch eine Android-App anbietest.
Du musst dich beim Apple Developer Program anmelden, bevor du fortfährst.
Sign in with Apple für deine App aktivieren
Selbst wenn du Sign in with Apple nur in einer Web-App implementieren möchtest, musst du dennoch eine bestehende App haben, die das AppStore-Ökosystem umfasst (d. h. eine gültige App-ID haben).
Du kannst dies über Xcode -> Projekteinstellungen -> Signing & Capabilities tun oder Certificates, Identifiers & Profiles besuchen.
Siehe den Abschnitt "Enable an App ID" in den offiziellen Apple-Dokumenten für weitere Informationen.
Erstelle einen Bezeichner
- Besuche Certificates, Identifiers & Profiles und klicke auf die "+"-Schaltfläche neben "Identifier".
- Wähle auf der Seite "Register a new identifier" die Option "Services IDs" und klicke auf "Continue".
- Fülle "Description" und "Identifier" aus (z. B.
Logto Testundio.logto.test) und klicke auf "Continue". - Überprüfe die Informationen und klicke auf "Register".
Sign in with Apple für deinen Bezeichner aktivieren
Klicke auf den Bezeichner, den du gerade erstellt hast. Aktiviere "Sign in with Apple" auf der Detailseite und klicke auf "Configure".
Wähle im sich öffnenden Modal die App-ID aus, für die du gerade Sign in with Apple aktiviert hast.
Gib die Domain deiner Logto-Instanz ohne Protokoll und Port ein, z. B. your.logto.domain; gib dann die "Return URL" ein (d. h. Redirect URI), die die Logto-URL mit /callback/${connector_id} ist, z. B. https://your.logto.domain/callback/apple-universal. Du kannst die zufällig generierte connector_id erhalten, nachdem du den Apple-Connector in der Admin-Konsole erstellt hast.
Klicke auf "Next" und dann auf "Done", um das Modal zu schließen. Klicke auf "Continue" in der oberen rechten Ecke und dann auf "Save", um deine Konfiguration zu speichern.
Apple erlaubt KEINE Return-URLs mit HTTP-Protokoll und localhost-Domain.
Wenn du lokal testen möchtest, musst du die Datei /etc/hosts bearbeiten, um localhost einer benutzerdefinierten Domain zuzuordnen und eine lokale HTTPS-Umgebung einrichten. mkcert kann dir beim Einrichten von lokalem HTTPS helfen.
Berechtigung konfigurieren
Um die E-Mail-Adresse des Benutzers von Apple zu erhalten, musst du die Berechtigung so konfigurieren, dass email enthalten ist. Für sowohl E-Mail als auch Name kannst du name email als Berechtigung verwenden. Siehe offizielle Apple-Dokumente für weitere Informationen.
Der Benutzer kann wählen, seine E-Mail-Adresse vor deiner App zu verbergen. In diesem Fall wirst du nicht in der Lage sein, die echte E-Mail-Adresse abzurufen. Stattdessen wird eine E-Mail-Adresse wie [email protected] zurückgegeben.
Konfiguration speichern
Überprüfe, ob du alle notwendigen Werte im Logto Connector-Konfigurationsbereich ausgefüllt hast. Klicke auf "Speichern und Fertig" (oder "Änderungen speichern") und der Apple Connector sollte jetzt verfügbar sein.
Apple Connector in der Anmeldeerfahrung aktivieren
Sobald du einen sozialen Connector erfolgreich erstellt hast, kannst du ihn als "Weiter mit Apple"-Button in der Anmeldeerfahrung aktivieren.
- Navigiere zu Konsole > Anmeldeerfahrung > Registrierung und Anmeldung.
- (Optional) Wähle "Nicht zutreffend" für das Registrierungskennzeichen, wenn du nur die soziale Anmeldung benötigst.
- Füge den konfigurierten Apple Connector zum Abschnitt "Soziale Anmeldung" hinzu.
Testen und Validieren
Kehre zu deiner .NET Core (Razor Pages)-App zurück. Du solltest dich jetzt mit Apple anmelden können. Viel Spaß!
Weiterführende Lektüre
Endbenutzerflüsse: Logto bietet sofort einsatzbereite Authentifizierungsflüsse, einschließlich Multi-Faktor-Authentifizierung (MFA) und Enterprise SSO, zusammen mit leistungsstarken APIs für die flexible Implementierung von Kontoeinstellungen, Sicherheitsüberprüfung und Multi-Tenant-Erfahrung.
Autorisierung: Autorisierung (Authorization) definiert die Aktionen, die ein Benutzer ausführen kann, oder die Ressourcen, auf die er nach der Authentifizierung zugreifen kann. Erfahre, wie du deine API für native und Single-Page-Anwendungen schützen und rollenbasierte Zugangskontrolle (RBAC) implementieren kannst.
Organisationen: Besonders effektiv in Multi-Tenant-SaaS- und B2B-Anwendungen, ermöglicht die Organisationsfunktion die Erstellung von Mandanten, das Mitgliedermanagement, organisationsweite RBAC und Just-in-Time-Bereitstellung.
Kunden-IAM-Serie: Unsere Blogserie über Customer (oder Consumer) Identity and Access Management, von den Grundlagen bis zu fortgeschrittenen Themen und darüber hinaus.