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 Okta enterprise SSO Anmeldeerfahrung (Benutzerauthentifizierung) mit Go und Logto aufzubauen.
Voraussetzungen
- Eine laufende Logto-Instanz. Sieh dir die Einführungsseite an, um loszulegen.
- Grundkenntnisse in Go.
- Ein nutzbares Okta enterprise SSO Konto.
Create an application in Logto
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 "Go" 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.
Integrate Go SDK
- Die folgende Demonstration basiert auf dem Gin Web Framework. Du kannst Logto auch in andere Frameworks integrieren, indem du die gleichen Schritte befolgst.
- Das Go-Beispielprojekt ist in unserem Go SDK-Repo verfügbar.
Installation
Führe im Stammverzeichnis des Projekts aus:
go get github.com/logto-io/go
Füge das github.com/logto-io/go/client
-Paket zu deinem Anwendungscode hinzu:
// main.go
package main
import (
"github.com/gin-gonic/gin"
// Abhängigkeit hinzufügen
"github.com/logto-io/go/client"
)
func main() {
router := gin.Default()
router.GET("/", func(c *gin.Context) {
c.String(200, "Hello Logto!")
})
router.Run(":3000")
}
Erstelle einen Sitzungspeicher
In traditionellen Webanwendungen werden die Benutzer-Authentifizierungsinformationen in der Benutzersitzung gespeichert.
Das Logto SDK bietet eine Storage
-Schnittstelle, mit der du einen Storage
-Adapter basierend auf deinem Web-Framework implementieren kannst, sodass das Logto SDK die Benutzer-Authentifizierungsinformationen in der Sitzung speichern kann.
Wir empfehlen NICHT die Verwendung von cookie-basierten Sitzungen, da die von Logto gespeicherten Benutzer-Authentifizierungsinformationen die Cookie-Größenbeschränkung überschreiten können. In diesem Beispiel verwenden wir speicherbasierte Sitzungen. Du kannst Redis, MongoDB und andere Technologien in der Produktion verwenden, um Sitzungen nach Bedarf zu speichern.
Der Storage
-Typ im Logto SDK sieht wie folgt aus:
package client
type Storage interface {
GetItem(key string) string
SetItem(key, value string)
}
Wir verwenden die github.com/gin-contrib/sessions Middleware als Beispiel, um diesen Prozess zu demonstrieren.
Wende die Middleware auf die Anwendung an, damit wir die Benutzersitzung durch den Benutzeranforderungskontext im Routen-Handler erhalten können:
package main
import (
"github.com/gin-contrib/sessions"
"github.com/gin-contrib/sessions/memstore"
"github.com/gin-gonic/gin"
"github.com/logto-io/go/client"
)
func main() {
router := gin.Default()
// Wir verwenden speicherbasierte Sitzungen in diesem Beispiel
store := memstore.NewStore([]byte("dein Sitzungsschlüssel"))
router.Use(sessions.Sessions("logto-session", store))
router.GET("/", func(ctx *gin.Context) {
// Benutzersitzung abrufen
session := sessions.Default(ctx)
// ...
ctx.String(200, "Hallo Logto!")
})
router.Run(":3000")
}
Erstelle eine session_storage.go
-Datei, definiere eine SessionStorage
und implementiere die Storage
-Schnittstellen des Logto SDK:
package main
import (
"github.com/gin-contrib/sessions"
)
type SessionStorage struct {
session sessions.Session
}
func (storage *SessionStorage) GetItem(key string) string {
value := storage.session.Get(key)
if value == nil {
return ""
}
return value.(string)
}
func (storage *SessionStorage) SetItem(key, value string) {
storage.session.Set(key, value)
storage.session.Save()
}
Jetzt kannst du im Routen-Handler einen Sitzungs-Speicher für Logto erstellen:
session := sessions.Default(ctx)
sessionStorage := &SessionStorage{session: session}
Init LogtoClient
Zuerst erstelle eine Logto-Konfiguration:
func main() {
// ...
logtoConfig := &client.LogtoConfig{
Endpoint: "<your-logto-endpoint>", // Z.B. http://localhost:3001
AppId: "<your-application-id>",
AppSecret: "<your-application-secret>",
}
// ...
}
Du kannst das "App Secret" auf der Anwendungsdetailseite in der Admin-Konsole finden und kopieren:
Dann kannst du einen LogtoClient
für jede Benutzeranfrage mit der obigen Logto-Konfiguration erstellen:
func main() {
// ...
router.GET("/", func(ctx *gin.Context) {
// LogtoClient erstellen
session := sessions.Default(ctx)
logtoClient := client.NewLogtoClient(
logtoConfig,
&SessionStorage{session: session},
)
// Verwende Logto, um den Inhalt der Startseite zu steuern
authState := "Du bist nicht auf dieser Website angemeldet. :("
if logtoClient.IsAuthenticated() {
authState = "Du bist auf dieser Website angemeldet! :)"
}
homePage := `<h1>Hallo Logto</h1>` +
"<div>" + authState + "</div>"
ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
})
// ...
}
Implementiere die Anmelderoute
Nachdem die Redirect-URI konfiguriert wurde, fügen wir eine sign-in
-Route hinzu, um die Anmeldeanfrage zu bearbeiten, und fügen auch einen Anmeldelink auf der Startseite hinzu:
func main() {
// ...
// Füge einen Link hinzu, um eine Anmeldeanfrage auf der Startseite durchzuführen
router.GET("/", func(ctx *gin.Context) {
// ...
homePage := `<h1>Hello Logto</h1>` +
"<div>" + authState + "</div>" +
// Link hinzufügen
`<div><a href="/sign-in">Sign In</a></div>`
ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
})
// Füge eine Route hinzu, um Anmeldeanfragen zu bearbeiten
router.GET("/sign-in", func(ctx *gin.Context) {
session := sessions.Default(ctx)
logtoClient := client.NewLogtoClient(
logtoConfig,
&SessionStorage{session: session},
)
// Die Anmeldeanfrage wird von Logto bearbeitet.
// Der Benutzer wird zur Redirect-URI weitergeleitet, nachdem er sich angemeldet hat.
signInUri, err := logtoClient.SignIn("http://localhost:3000/callback")
if err != nil {
ctx.String(http.StatusInternalServerError, err.Error())
return
}
// Leite den Benutzer zur Logto-Anmeldeseite weiter.
ctx.Redirect(http.StatusTemporaryRedirect, signInUri)
})
// ...
}
Jetzt, wenn dein Benutzer http://localhost:3000/sign-in
besucht, wird der Benutzer zur Logto-Anmeldeseite weitergeleitet.
Implementiere die Callback-Route
Wenn sich der Benutzer erfolgreich auf der Logto-Anmeldeseite anmeldet, wird Logto den Benutzer zur Redirect-URI weiterleiten.
Da die Redirect-URI http://localhost:3000/callback
ist, fügen wir die Route /callback
hinzu, um den Callback nach der Anmeldung zu bearbeiten.
func main() {
// ...
// Füge eine Route hinzu, um Anmelde-Callback-Anfragen zu bearbeiten
router.GET("/callback", func(ctx *gin.Context) {
session := sessions.Default(ctx)
logtoClient := client.NewLogtoClient(
logtoConfig,
&SessionStorage{session: session},
)
// Die Anmelde-Callback-Anfrage wird von Logto bearbeitet
err := logtoClient.HandleSignInCallback(ctx.Request)
if err != nil {
ctx.String(http.StatusInternalServerError, err.Error())
return
}
// Springe zur Seite, die vom Entwickler angegeben wurde.
// In diesem Beispiel wird der Benutzer zur Startseite zurückgeführt.
ctx.Redirect(http.StatusTemporaryRedirect, "/")
})
// ...
}
Implementiere die Abmelderoute
Ähnlich wie beim Anmeldefluss wird Logto den Benutzer nach dem Abmelden zur Post-Sign-out-Redirect-URI weiterleiten.
Fügen wir nun die sign-out
-Route hinzu, um die Abmeldeanfrage zu bearbeiten, und fügen wir auch einen Abmeldelink auf der Startseite hinzu:
func main() {
// ...
// Füge einen Link hinzu, um eine Abmeldeanfrage auf der Startseite durchzuführen
router.GET("/", func(ctx *gin.Context) {
// ...
homePage := `<h1>Hello Logto</h1>` +
"<div>" + authState + "</div>" +
`<div><a href="/sign-in">Sign In</a></div>` +
// Link hinzufügen
`<div><a href="/sign-out">Sign Out</a></div>`
ctx.Data(http.StatusOK, "text/html; charset=utf-8", []byte(homePage))
})
// Füge eine Route hinzu, um Abmeldeanfragen zu bearbeiten
router.GET("/sign-out", func(ctx *gin.Context) {
session := sessions.Default(ctx)
logtoClient := client.NewLogtoClient(
logtoConfig,
&SessionStorage{session: session},
)
// Die Abmeldeanfrage wird von Logto bearbeitet.
// Der Benutzer wird zur Post-Sign-out-Redirect-URI weitergeleitet, nachdem er abgemeldet wurde.
signOutUri, signOutErr := logtoClient.SignOut("http://localhost:3000")
if signOutErr != nil {
ctx.String(http.StatusOK, signOutErr.Error())
return
}
ctx.Redirect(http.StatusTemporaryRedirect, signOutUri)
})
// ...
}
Nachdem der Benutzer eine Abmeldeanfrage gestellt hat, wird Logto alle Benutzer-Authentifizierungsinformationen in der Sitzung löschen.
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.
Add Okta enterprise SSO connector
To simplify access management and gain enterprise-level safeguards for your big clients, connect with Go as a federated identity provider. The Logto enterprise SSO connector helps you establish this connection in minutes by allowing several parameter inputs.
To add an enterprise SSO connector, simply follow these steps:
- Navigate to Logto console > Enterprise SSO.
- Click "Add enterprise connector" button and choose your SSO provider type. Choose from prebuilt connectors for Microsoft Entra ID (Azure AD), Google Workspace, and Okta, or create a custom SSO connection using the standard OpenID Connect (OIDC) or SAML protocol.
- Provide a unique name (e.g., SSO sign-in for Acme Company).
- Configure the connection with your IdP in the "Connection" tab. Check the guides above for each connector types.
- Customize the SSO experience and enterprise’s email domain in the "Experience" tab. Users sign in with the SSO-enabled email domain will be redirected to SSO authentication.
- Save changes.
Set up OIDC-Anwendung im Okta-Admin-Portal
Schritt 1: Erstelle eine OIDC-Anwendung im Okta-Admin-Portal {#step-1-create-an-oidc-application-on-okta-admin-portal}
- Besuche das Okta-Admin-Portal und melde dich als Administrator an.
- Navigiere zur Seite
Applications
/Applications
über das Seitenmenü. - Klicke auf die Schaltfläche
Create App Integration
, um eine neue OIDC-Anwendung zu erstellen. - Wähle die Option
OIDC - OpenID Connect
alsSign-in method
. - Wähle die Option
Web Application
alsApplication type
.
Klicke auf die Schaltfläche Next
, um fortzufahren.
Schritt 2: Konfiguriere die Anwendungseinstellungen
- Gib einen
App integration name
an. Er wird als Identifikator deiner OIDC-Anwendung verwendet. - Füge eine neue
Sign-in redirect URIs
hinzu, indem du die Callback-URL des Logto SSO Connectors verwendest.
Dies ist die URI, zu der Okta den Browser des Benutzers nach erfolgreicher Authentifizierung umleitet. Nachdem sich ein Benutzer erfolgreich beim IdP authentifiziert hat, leitet der IdP den Browser des Benutzers zusammen mit einem Autorisierungscode zurück zu dieser festgelegten URI. Logto wird den Authentifizierungsprozess basierend auf dem von dieser URI erhaltenen Autorisierungscode abschließen.
- Weise Benutzer der Anwendung zu.
Basierend auf den Assignments
-Einstellungen kannst du wählen, ob die Anwendung allen Benutzern oder bestimmten Benutzern/Gruppen zugewiesen werden soll.
Klicke auf die Schaltfläche Save
, um die Anwendungseinstellungen zu speichern.
Schritt 3: Logto-Connector mit den Client-Anmeldeinformationen einrichten
Nach erfolgreicher Erstellung der OIDC-Anwendung wirst du zur Anwendungsdetailseite weitergeleitet.
Kopiere die client ID
und das client secret
und fülle die entsprechenden Felder auf der Logto SSO Connector Verbindung
-Registerkarte aus.
Verwende deine Okta-Domain als Aussteller (Issuer)
. Beispiel: https://dev-12345678.okta.com
. Sobald du alle Felder ausgefüllt hast, klicke auf die Schaltfläche Speichern
, um die Connector-Einstellungen zu speichern.
Wenn der von dir angegebene Aussteller (Issuer)
-Link gültig ist, siehst du eine analysierte vollständige Liste der Okta IdP-Konfigurationen, die unter dem Aussteller (Issuer)
-Feld angezeigt wird.
Schritt 4: Zusätzliche Berechtigungen (Optional)
Verwende das Feld Scope
, um zusätzliche Berechtigungen zu deiner OAuth-Anfrage hinzuzufügen. Dadurch kannst du mehr Informationen vom Okta OAuth-Server anfordern. Bitte schaue in der Okta-Dokumentation nach, um mehr über die verfügbaren Berechtigungen zu erfahren.
Unabhängig von den benutzerdefinierten Berechtigungseinstellungen wird Logto immer die Berechtigungen openid
, profile
und email
an den Identitätsanbieter (IdP) senden. Dies stellt sicher, dass Logto die Identitätsinformationen und die E-Mail-Adresse des Benutzers ordnungsgemäß abrufen kann.
Schritt 5: E-Mail-Domänen festlegen und den SSO-Connector aktivieren
Gib die E-Mail-Domains
deiner Organisation auf der SSO-Erfahrung
-Registerkarte des Logto-Connectors an. Dadurch wird der SSO-Connector als Authentifizierungsmethode für diese Benutzer aktiviert.
Benutzer mit E-Mail-Adressen in den angegebenen Domains werden weitergeleitet, um deinen SSO-Connector als einzige Authentifizierungsmethode zu verwenden.
Für weitere Details zur Erstellung einer OIDC-Integration mit Okta, siehe bitte Create OIDC App Integrations.
Save your configuration
Überprüfe, ob du alle notwendigen Werte im Logto Connector-Konfigurationsbereich ausgefüllt hast. Klicke auf "Speichern und Fertig" (oder "Änderungen speichern") und der Okta enterprise SSO Connector sollte jetzt verfügbar sein.
Enable Okta enterprise SSO connector in Sign-in Experience
You don’t need to configure enterprise connectors individually, Logto simplifies SSO integration into your applications with just one click.
- Navigate to: Console > Sign-in experience > Sign-up and sign-in.
- Enable the "Enterprise SSO" toggle.
- Save changes.
Once enabled, a "Single Sign-On" button will appear on your sign-in page. Enterprise users with SSO-enabled email domains can access your services using their enterprise identity providers (IdPs).
To learn more about the SSO user experience, including SP-initiated SSO and IdP-initiated SSO, refer to User flows: Enterprise SSO.
Testing and Validation
Kehre zu deiner Go-App zurück. Du solltest dich jetzt mit Okta enterprise SSO anmelden können. Viel Spaß!
Further readings
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.