* run prettier Signed-off-by: Jens Langhammer <jens.langhammer@beryju.org> * add scim to comparison Signed-off-by: Jens Langhammer <jens.langhammer@beryju.org>
		
			
				
	
	
		
			53 lines
		
	
	
		
			3.0 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
			
		
		
	
	
			53 lines
		
	
	
		
			3.0 KiB
		
	
	
	
		
			Markdown
		
	
	
	
	
	
---
 | 
						|
title: Applications
 | 
						|
slug: /applications
 | 
						|
---
 | 
						|
 | 
						|
Applications in authentik are the other half of providers. They exist in a 1-to-1 relationship, each application needs a provider and every provider can be used with one application.
 | 
						|
 | 
						|
Applications are used to configure and separate the authorization / access control and the appearance in the Library page.
 | 
						|
 | 
						|
## Authorization
 | 
						|
 | 
						|
Application access can be configured using (Policy) Bindings. Click on an application in the applications list, and select the _Policy / Group / User Bindings_ tab. There you can bind users/groups/policies to grant them access. When nothing is bound, everyone has access. You can use this to grant access to one or multiple users/groups, or dynamically give access using policies.
 | 
						|
 | 
						|
By default, all users can access applications when no policies are bound.
 | 
						|
 | 
						|
When multiple policies/groups/users are attached, you can configure the _Policy engine mode_ to either
 | 
						|
 | 
						|
-   Require users to pass all bindings/be member of all groups (ALL), or
 | 
						|
-   Require users to pass either binding/be member of either group (ANY)
 | 
						|
 | 
						|
## Appearance
 | 
						|
 | 
						|
The following aspects can be configured:
 | 
						|
 | 
						|
-   _Name_: This is the name shown for the application card
 | 
						|
-   _Launch URL_: The URL that is opened when a user clicks on the application. When left empty, authentik tries to guess it based on the provider
 | 
						|
 | 
						|
    Starting with authentik 2022.2, you can use placeholders in the launch url to build them dynamically based on logged in user. For example, you can set the Launch URL to `https://goauthentik.io/%(username)s`, which will be replaced with the currently logged in user's username.
 | 
						|
 | 
						|
-   _Icon (URL)_: Optionally configure an Icon for the application
 | 
						|
 | 
						|
    If the authentik server does not have a volume mounted under `/media`, you'll get a text input. This accepts absolute URLs. If you've mounted single files into the container, you can reference them using `https://authentik.company/media/my-file.png`.
 | 
						|
 | 
						|
    If there is a mount under `/media`, you'll instead see a field to upload a file.
 | 
						|
 | 
						|
-   _Publisher_: Text shown below the application
 | 
						|
-   _Description_: Subtext shown on the application card below the publisher
 | 
						|
 | 
						|
Applications are shown to users when
 | 
						|
 | 
						|
-   The user has access defined via policies (or the application has no policies bound)
 | 
						|
-   A Valid Launch URL is configured/could be guessed, this consists of URLs starting with http:// and https://
 | 
						|
 | 
						|
#### Hiding applications
 | 
						|
 | 
						|
To hide applications without modifying policy settings and without removing it, you can simply set the _Launch URL_ to `blank://blank`, which will hide the application from users.
 | 
						|
 | 
						|
Keep in mind, the users still have access, so they can still authorize access when the login process is started from the application.
 | 
						|
 | 
						|
### Launch URLs (2022.3+)
 | 
						|
 | 
						|
To give users direct links to applications, you can now use an URL like `https://authentik.company/application/launch/<slug>/`. This will redirect the user directly if they're already logged in, and otherwise authenticate the user, and then forward them.
 |