15 KiB
title |
---|
Nextcloud |
Support level: Community
What is Nextcloud
Nextcloud is a suite of client-server software for creating and using file hosting services. Nextcloud is free and open-source, which means that anyone is allowed to install and operate it on their own private server devices.
:::caution This setup only works, when Nextcloud is running with HTTPS enabled. See here on how to configure this. :::
:::info
In case something goes wrong with the configuration, you can use the URL http://nextcloud.company/login?direct=1
to log in using the built-in authentication.
:::
Authentication
There are 2 ways to setup single sign on (SSO) for Nextcloud:
OpenID Connect auth
Preparation
The following placeholders will be used:
nextcloud.company
is the FQDN of the Nextcloud install.authentik.company
is the FQDN of the authentik install.authentik.local
is the internal FQDN of the authentik install (only relevant when running authentik and Nextcloud behind a reverse proxy)
Lets start by thinking what user attributes need to be available in Nextcloud:
- name
- unique user ID
- storage quota (optional)
- groups (optional)
authentik already provides some default scopes with claims inside them, such as:
email
scope: Has claimsemail
andemail_verified
profile
scope: Has claimsname
,given_name
,preferred_username
,nickname
,groups
openid
scope: This is a default scope required by the OpenID spec. It contains no claims
Custom profile scope
If you do not need storage quota or group information in Nextcloud skip to the next step.
However, if you want to be able to control how much storage users in Nextcloud can use, as well as which users are recognized as Nextcloud administrators, you would need to make this information available in Nextcloud. To achieve this you would need to create a custom profile
scope. To do so, go to Customisation -> Property mappings. Create a Scope mapping with the following parameters:
- Name: Nextcloud Profile
- Scope name: profile
- Expression:
# Extract all groups the user is a member of
groups = [group.name for group in user.ak_groups.all()]
# Nextcloud admins must be members of a group called "admin".
# This is static and cannot be changed.
# We append a fictional "admin" group to the user's groups if they are an admin in authentik.
# This group would only be visible in Nextcloud and does not exist in authentik.
if user.is_superuser and "admin" not in groups:
groups.append("admin")
return {
"name": request.user.name,
"groups": groups,
# To set a quota set the "nextcloud_quota" property in the user's attributes
"quota": user.group_attributes().get("nextcloud_quota", None)
}
:::note To set a quota set the "nextcloud_quota" property in the user's attributes. This can be set for individual users or a group of users, as long as the target user is a member of a group which has this attribute set.
If set to a value, for example 1 GB
, user(s) will have 1GB storage quota. If the attribute is not set, user(s) will have unlimited storage.
:::
Provider and Application
Create a provider for Nextcloud. In the Admin Interface, go to Applications -> Providers. Create an OAuth2/OpenID Provider with the following parameters:
- Name: Nextcloud
- Client type: Confidential
- Redirect URIs/Origins (RegEx):
https://nextcloud.company/apps/user_oidc/code
- Signing key: Any valid certificate
- Under advanced settings:
- Scopes:
authentik default Oauth Mapping email
Nextcloud Profile
(orauthentik default Oauth Mapping profile
if you skipped the custom profile scope section)
- Subject mode: Based on the User's UUID
:::danger
Nextcloud will use the UUID as username. However, mapping the subject mode to authentik usernames is not recommended due to their mutable nature. This can lead to security issues such as user impersonation. If you still wish to map the subject mode to an username, disable username changing in authentik and set this to
Based on the User's username
. ::: - Include claims in ID token: ✔️
- Scopes:
Before continuing, make sure to take note of your client ID
and secret ID
. Don't worry you can go back to see/change them at any time.
:::warning Currently there is a bug in the Nextcloud OIDC app, that is limiting the size of the secret ID token to 64 characters. Since authentik uses 128 characters for a secret ID by default, you will need to trim it down to 64 characters in order to be able to set it in Nextcloud. Don't worry, 64 characters is still sufficiently long and should not compromise security. :::
:::note
Depending on your Nextcloud configuration, you might need to use https://nextcloud.company/index.php/
instead of https://nextcloud.company/
:::
After the provider is created, link it to an app. Go to Applications -> Applications. Create an application and choose the provider you just created. Make sure to take note of the application slug. You will need this later.
Nextcloud
In Nextcloud, ensure that the OpenID Connect user backend
app is installed. Navigate to Settings
, then OpenID Connect
.
Add a new provider using the +
button and set the following values:
- Identifier: Authentik
- Client ID: The client ID from the provider
- Client secret: The secret ID from the provider
- Discovery endpoint:
https://authentik.company/application/o/<nextcloud-app-slug>/.well-known/openid-configuration
:::tip If you are running both your authentik and Nextcloud instances behind a reverse proxy, you can go ahead and use your internal FQDN here (i.e.http://authentik.local
, however, note that if you do so there is extra configuration required). ::: - Scope:
email
,profile
(you can safely omitopenid
if you prefer) - Attribute mappings:
- User ID mapping: sub
- Display name mapping: name
- Email mapping: email
- Quota mapping: quota (leave empty if you have skipped the custom profile scope section)
- Groups mapping: group (leave empty if you have skipped the custom profile scope section) :::tip You need to enable the "Use group provisioning" checkmark to be able to write to this field :::
- Use unique user ID: If you only have one provider you can uncheck this if you prefer.
At this stage you should be able to login with SSO.
Making the OIDC provider the default login method
If you intend to only login to Nextcloud using your freshly configured authentik provider, you may wish to make it the default login method. This will allow your users to be automatically redirected to authentik when they attempt to access your Nextcloud instance, as opposed to having to manually click on "Log in with Authentik" every time they wish to login.
To achieve this, you will need to use the occ
command of your Nextcloud instance:
sudo -u www-data php var/www/nextcloud/occ config:app:set --value=0 user_oidc allow_multiple_user_backends
Extra configuration when running behind a reverse proxy
The OpendID Connect discovery endpoint is queried by Nextcloud and contains a list of endpoints for use by both the relying party (Nextcloud) and the authenticating user.
:::note
If you are configuring an insecure (http) discovery endpoint, Nextcloud will, by default, refuse to connect to it. To change this behaviour, you must add allow_local_remote_servers => true
to your config.php
:::
:::note It is currently not possible force Nextcloud to connect to an https endpoint which uses an untrusted (selfsigned) certificate. If this is the case with your setup, you can do one of 3 things:
- switch to using a trusted certificate
- add the selfsigned certificate to Nextcloud's trust store
- switch to using an http endpoint and add
allow_local_remote_servers => true
to yourconfig.php
:::
Because authentik has no knowledge of where each endpoint is/can be accessed from, it will always return endpoints with domain names matching the one used to make the discovery endpoint request.
For example, if your Nextcloud instance queries the discovery endpoint using an internal domain name (authentik.local
), all returned endpoints will have the same domain name. In this case:
http://authentik.local/application/o/<app-slug>/
http://authentik.local/application/o/authorize/
http://authentik.local/application/o/token/
http://authentik.local/application/o/userinfo/
http://authentik.local/application/o/<app-slug>/end-session/
http://authentik.local/application/o/introspect/
http://authentik.local/application/o/revoke/
http://authentik.local/application/o/device/
http://authentik.local/application/o/<app-slug>/jwks/
This represents a problem, because Nextcloud will attempt to redirect the user to the received authorization
and end-session
endpoints during login and logout respectively. When that happens, the user will try to access an internal domain and fail.
The easiest way to fix this is to modify the redirect response's Location
header coming back from Nextcloud during login and logout. Different proxies have different ways of achieving this. For example with Traefik, a 3rd party plugin called Rewrite Header can be used.
At a minimum, the authorize
and end-session
endpoints must be edited in-flight like so:
http://authentik.local/application/o/authorize/
->https://authentik.company/application/o/authorize/
http://authentik.local/application/o/<app-slug>/end-session/
->https://authentik.company/application/o/<app-slug>/end-session/
:::note HTTP headers are usually capitalised (e.g. Location), however, at least some versions of Nextcloud seem to return all lowercase headers (e.g. location). To be safe, make sure to add header replacement rules for both cases. :::
If you prefer, you may also edit the rest of the endpoints, though that should not be necessary, as they should not be accessed by the user.
:::tip
If you do not have any relying parties accessing authentik from the outside, you may also configure your proxy to only allow access to the authorize
and end-session
endpoints from the outside world.
:::
SAML auth
Preparation
The following placeholders will be used:
nextcloud.company
is the FQDN of the Nextcloud install.authentik.company
is the FQDN of the authentik install.
Create an application in authentik and note the slug you choose, as this will be used later. In the Admin Interface, go to Applications -> Providers. Create a SAML provider with the following parameters:
- ACS URL:
https://nextcloud.company/apps/user_saml/saml/acs
- Issuer:
https://authentik.company
- Service Provider Binding:
Post
- Audience:
https://nextcloud.company/apps/user_saml/saml/metadata
- Signing certificate: Select any certificate you have.
- Property mappings: Select all Managed mappings.
:::note
Depending on your Nextcloud configuration, you might need to use https://nextcloud.company/index.php/
instead of https://nextcloud.company/
:::
You can of course use a custom signing certificate, and adjust durations.
Nextcloud
In Nextcloud, ensure that the SSO & SAML Authentication
app is installed. Navigate to Settings
, then SSO & SAML Authentication
.
Set the following values:
- Attribute to map the UID to:
http://schemas.goauthentik.io/2021/02/saml/uid
:::danger Nextcloud uses the UID attribute as username. However, mapping it to authentik usernames is not recommended due to their mutable nature. This can lead to security issues such as user impersonation. If you still wish to map the UID to an username, disable username changing in authentik and set the UID attribute to "http://schemas.goauthentik.io/2021/02/saml/username". ::: - Optional display name of the identity provider (default: "SSO & SAML log in"):
authentik
- Identifier of the IdP entity (must be a URI):
https://authentik.company
- URL Target of the IdP where the SP will send the Authentication Request Message:
https://authentik.company/application/saml/<application-slug>/sso/binding/redirect/
- URL Location of IdP where the SP will send the SLO Request:
https://authentik.company/application/saml/<application-slug>/slo/binding/redirect
- Public X.509 certificate of the IdP: Copy the PEM of the Selected Signing Certificate
Under Attribute mapping, set these values:
- Attribute to map the displayname to.:
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/name
- Attribute to map the email address to.:
http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress
- Attribute to map the users groups to.:
http://schemas.xmlsoap.org/claims/Group
You should now be able to log in with authentik.
:::note
If Nextcloud is behind a reverse proxy you may need to force Nextcloud to use HTTPS.
To do this you will need to add the line 'overwriteprotocol' => 'https'
to config.php
in the Nextcloud config\config.php
file
See https://docs.nextcloud.com/server/latest/admin_manual/configuration_server/reverse_proxy_configuration.html#overwrite-parameters for additional information
:::
Group Quotas
Create a group for each different level of quota you want users to have. Set a custom attribute, for example called nextcloud_quota
, to the quota you want, for example 15 GB
.
Afterwards, create a custom SAML Property Mapping with the name SAML Nextcloud Quota
.
- Set the SAML Attribute Name to
nextcloud_quota
. - Set the Expression to:
return user.group_attributes().get("nextcloud_quota", "1 GB")
where 1 GB
is the default value for users that don't belong to another group (or have another value set).
Then, edit the Nextcloud SAML Provider, and add nextcloud_quota
to Property mappings.
In Nextcloud, go to Settings
, then SSO & SAML Authentication
Under Attribute mapping
, set this value:
- Attribute to map the quota to.:
nextcloud_quota
Admin Group
To give authentik users admin access to your Nextcloud instance, you need to create a custom Property Mapping that maps an authentik group to "admin". It has to be mapped to "admin" as this is static in Nextcloud and cannot be changed.
Create a custom SAML Property Mapping:
- Set the SAML Attribute Name to
http://schemas.xmlsoap.org/claims/Group
. - Set the Expression to:
for group in user.ak_groups.all():
yield group.name
if ak_is_group_member(request.user, name="<authentik nextcloud admin group's name>"):
yield "admin"
Then, edit the Nextcloud SAML Provider, and replace the default Groups mapping with the one you've created above.