 f9469e3f99
			
		
	
	f9469e3f99
	
	
	
		
			
			* 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.
 |