Benutzer
Es gibt vier Möglichkeiten, einen Benutzer zu authentifizieren:
- atNone ("AuthType": "atNone")
- atUser ("AuthType": "atUser")
- POST/API/Benutzer/Authwithcookie
- POST/API/Benutzer/Authwithtoken
|
1. atNone ("AuthType": "atNone")
Wenn der Parameter AuthType auf atNone gesetzt ist, gibt es keine Authentifizierung und der Benutzer wird aus der Verbindungszeichenfolge in appsettings.json Datei übernommen.
2. atUser ("AuthType": "atUser")
Wenn der Parameter AuthType auf atUser gesetzt ist, werden Benutzername und Passwort bei jeder Verbindung gesendet, um die Verbindungszeichenfolge zu erstellen.
2.1 Beispiel für Advanced REST Client:
Ausgewählt Basis-Authentifizierung ermöglicht es Ihnen, Benutzername und Passwort in einem Anfrage-Header zu senden.
Sie können auch im Dienst eingeben HEADER:
authorization: Basic XXXXXXXXXXXX
wobei XXXXXXXXXXXX der base64-verschlüsselte Benutzername: Passwort ist
Sie können auch andere Authentifizierungsmethoden verwenden, die von der Client-Anwendung erlaubt sind.
3. POST/API/Benutzer/Authwithcookie
Diese API generiert ein Cookie atCookie ("AuthType": "atCookie") zur Autorisierung im .json-Format.
Benutzername und Passwort werden im .json-Format gesendet.
{
"username": "string",
"password": "string"
}
Die Ablaufzeit in Minuten wird im Parameter "CookieExpiresMinutes": 2,
4. POST/API/Benutzer/Authwithtoken
Diese API generiert ein Token atToken ("AuthType": "atToken") im .json-Format, das für die Autorisierung bei jedem API-Dienstaufruf benötigt wird.
{
"username": "string",
"password": "string"
}
Benutzername und Passwort werden im .json-Format gesendet.
Ausgewählt Bearer-Authentifizierung ermöglicht es Ihnen, ein Authentifizierungs-Token im Autorisierungs-Header mit der Methode 'bearer' zu senden.
Sie können das Token auch im Dienst hinzufügen HEADER.
authorization: Bearer xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Token-Ablaufzeit in Tagen: "TokenExpiresDays": 1,
Tokens können als JWT oder JSON Web Tokens (https://jwt.io/) strukturiert werden.