⚠ WARNING: Alfresco Identity Service is reaching End of Life. Please refrain from using Alfresco Identity Service at this time and switch to raw Keycloak instead. This branch now contains a set of tests and examples for raw Keycloak, whereas all Alfresco Identity Service development has been moved to release/2.0.x.
Keycloak is a central component responsible for identity-related capabilities needed by other Alfresco software, such as managing users, groups, roles, profiles, and authentication. Currently it deals just with authentication. This project contains the open-source core of this service.
For installing Keycloak you can choose either a sample Kubernetes distribution or a sample standalone distribution. Both methods are described in the following sections. For upgrading, it is recommended to follow the official Keycloak upgrading guide.
Check the Kubernetes deployment prerequisites and standalone prerequisites before you start.
Any variation from these technologies and versions may affect the end result. If you do experience any issues please let us know through our Gitter channel.
This guide helps you get started with Keycloak. It covers simple standalone startup with the Alfresco example realm, Alfresco Theme and use of the default database. Advanced deployment options are not covered. For a deeper description of Keycloak features or configuration options, consult the official Keycloak readme .
Move to distribution and execute the following command: make
.
Wait for the build process to complete, then locate the .distribution/alfresco-keycloak-${KEYCLOAK_VERSION}
directory and cd
into it.
Run the standalone boot script.
Linux/Unix
$ cd bin
$ ./kc.sh start --import-realm --http-relative-path="/auth" --hostname=<HOSTNAME> --https-certificate-file=<PATH_TO_CERT_FILE> --https-certificate-key-file=<PATH_TO_CERT_KEY_FILE>
Windows bat
> cd bin
> kc.bat start --import-realm --http-relative-path=/auth --hostname=<HOSTNAME> --https-certificate-file=<PATH_TO_CERT_FILE> --https-certificate-key-file=<PATH_TO_CERT_KEY_FILE>
This is deployed with the default example realm applied which results in default values of:
Property | Value |
---|---|
Admin User Username | admin |
Admin User Password | admin |
Admin User Email | admin@app.activiti.com |
Alfresco Client Redirect URIs | * |
After the server boots, open http://
Enter a username and password to create an initial admin user.
This account will be permitted to log in to the master realm’s administration console, from which you will create realms and users and register applications to be secured by Keycloak.
The Alfresco realm already has the admin account created and you can reach the realm console with the following url:
http://
Note: for security reasons, the redirect URIs should be as specific as possible. See Keycloak official documentation.
These instructions illustrate deployment to a Kubernetes cluster on EKS.
Please check the ACS deployment documentation.
If you are deploying Keycloak into a cluster with other Alfresco components such as Content Services and Process Services, a VPC and cluster with 5 nodes is recommended. Each node should be a m4.xlarge EC2 instance.
Create the namespace if it does not already exist, to avoid conflicts in the cluster:
export DESIREDNAMESPACE=example
kubectl create namespace $DESIREDNAMESPACE
This environment variable will be used in the deployment steps.
Prepare the EKS cluster by deploying an ingress. See the instruction here.
cd
to the root of this repository.
Get the release name from the ingress deployment (step 1) and set it as a variable:
export INGRESS_RELEASENAME=<YOUR_INGRESS_RELEASE_NAME>
export RELEASENAME=kc
helm install $RELEASENAME helm/alfresco-keycloak --devel \
--namespace $DESIREDNAMESPACE
helm status $RELEASENAME
export ELBADDRESS=$(kubectl get services $INGRESS_RELEASENAME-ingress-nginx-controller --namespace=$DESIREDNAMESPACE -o jsonpath='{.status.loadBalancer.ingress[0].hostname}')
The above steps will deploy Keycloak with the default example realm applied which results in default values of:
Property | Value |
---|---|
Admin User Username | admin |
Admin User Password | admin |
Admin User Email | admin@app.activiti.com |
Alfresco Client Redirect URIs | http://localhost* |
(Note that APS expects the email as the username)
Note: for security reasons, the redirect URIs should be as specific as possible. See Keycloak official documentation.
You can override the default redirectUri of http://localhost*
for your environment with the realm.alfresco.client.redirectUris
property:
helm install $RELEASENAME helm/alfresco-keycloak --devel \
--set realm.alfresco.client.redirectUris="{$DNSNAME}" \
--namespace $DESIREDNAMESPACE
including multiple redirectUris:
helm install $RELEASENAME helm/alfresco-keycloak --devel \
--set realm.alfresco.client.redirectUris="{$DNSNAME,$DNSNAME1,$DNSNAME2}" \
--namespace $DESIREDNAMESPACE
Note in case of multiple redirectUris the values must be comma-separated with no whitespaces surrounding the corresponding commas.
If you want to deploy your own realm with further customizations, see Customizing the Realm below.
Similarly to redirectUris, webOrigins can be changed by overriding the
realm.alfresco.client.webOrigins
property:
helm install $RELEASENAME helm/alfresco-keycloak --devel \
--set realm.alfresco.client.webOrigins="{$DNSNAME}" \
--namespace $DESIREDNAMESPACE
For multiple webOrigins:
helm install $RELEASENAME helm/alfresco-keycloak --devel \
--set realm.alfresco.client.webOrigins="{$DNSNAME,$DNSNAME1,$DNSNAME2}" \
--namespace $DESIREDNAMESPACE
For added resilience, we rely on support in the Keycloak chart for specifying multiple replicas. To enable this you will need to deploy the Keycloak chart with this additional setting:
--set keycloakx.replicas=3
In addition, for high availability, Keycloak supports clustering. For more information on how to configure high availability and clustering, you can consult this additional documentation.
Configuring Keycloak for production
NOTE: Be aware that Keycloak recommends that sticky sessions are used so keep that in mind if you choose to use a different ingress type than nginx.
You will need a realm file. A sample realm file is provided.
Create a secret using your realm json file
!!NOTE The secret name must be realm-secret, and the realm file name must not be alfresco-realm.json.
kubectl create secret generic realm-secret \
--from-file=./realm.json \
--namespace=$DESIREDNAMESPACE
keycloakx:
extraEnv: |
- name: KEYCLOAK_ADMIN
value: admin
- name: KEYCLOAK_ADMIN_PASSWORD
value: admin
- name: KEYCLOAK_IMPORT
value: /data/import/alfresco-realm.json
- name: JAVA_OPTS_APPEND
value: >-
-Djgroups.dns.query={{ include "keycloak.fullname" . }}-headless
NOTE: The above settings use the default admin/admin for keycloak username and password, you can replace those with your own values.
helm install $RELEASENAME helm/alfresco-keycloak --devel \
-f custom-values.yaml \
--namespace $DESIREDNAMESPACE
For further details see Setting a Custom Realm.
Once Keycloak is up and running, login to the Management Console to configure the required realm.
Add a realm named "Alfresco"
Create an OIDC client named "alfresco" within the Alfresco realm
Create a group named "admin"
Add a new user with a username of "testuser", email of "test@test.com" and first and last name of "test"
Go to the Add Realm page and click the "Select File" button next to the Import label.
Choose the sample realm file and click the "Create" button.
The release process is explained here.
We encourage and welcome contributions to this project. For further details please check the contributing file.