-
Notifications
You must be signed in to change notification settings - Fork 36
Config_Auth
User authentication in Kitto is optional. If an application needs to authenticate users, an authenticator among a selection of predefined ones can be enabled, or a custom authentication can be developed.
In order to enable an authenticator you need to:
- Specify its name and settings in the config file.
- Include/use the relevant unit in your project.
Standard authenticators (Auth:
parameter values):
Name | Unit | Description |
---|---|---|
DB | Kitto.Auth.DB | Uses a database table of users and optionally hashed passwords |
DBServer | Kitto.Auth.DBServer | Authenticates users as DB server users. |
OSDB | Kitto.Auth.OSDB | Uses Operating System authentication |
TextFile | Kitto.Auth.TextFile | Uses a text file of users and optionally hashed passwords |
Other authentication methods will be added. Plus, it's easy to tweak existing authenticators and create inherited modified versions.
By default, the Null authenticator is used, which does not require user authentication.
When authentication is enabled, a Kitto application displays a Login dialog at startup, unless all required credentials are specified by other means.
Credentials can vary depending on the authenticator, but usually they are UserName and Password, both of type String.
The other available means of specifying credentials, needed in special cases, are basically two:
- In the Config file, inside a Auth/Defaults subnode.
- In the URL, as standard URL parameters.
Default credentials can be specified also partially, in which case the Login dialog is still displayed with pre-filled fields.
Example (Config.yaml file):
Auth: DB
Defaults:
UserName: guest
Password:
- Kitto at a glance
- Getting started
- Setup
-
Basic concepts
- Basic Materials
- Controllers
- Features
- Kitto Enterprise
- Examples
- Developer's guide
- Library reference
- Frequently Asked Questions
- Kitto tips & tricks and how-tos
- Other information