You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/tutorials/pages/jupyterhub.adoc
+42-3Lines changed: 42 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -224,22 +224,61 @@ The Keycloak https://github.com/stackabletech/demos/blob/feat/keycloak-jupyterhu
224
224
----
225
225
226
226
Not that the standard flow is enabled and no other OAuth-specific settings are required.
227
-
Wildcards are used for redirectUris and webOrigins, mainly for the sake of simplicity: in production environments this would typically be limited or filtered in an appropriate way.
227
+
Wildcards are used for `redirectUris` and `webOrigins`, mainly for the sake of simplicity: in production environments this would typically be limited or filtered in an appropriate way.
228
228
229
229
== JupyterHub
230
230
231
231
=== Authentication
232
232
233
+
This tutorial covers two methods of authentication: Native and OAuth.
234
+
Other implementations are documented https://jupyterhub.readthedocs.io/en/stable/reference/authenticators.html[here].
235
+
233
236
==== Native Authenticator
234
237
238
+
This tutorial and the accompanying demo assume that Keycloak is used for user authentication.
239
+
However, a simpler alternative is to use the Native Authenticator that allows users to be added "on-the-fly".
Users must either be included in an `allowed_users` list, or the property `allow_all` must be set to `true`.
259
+
The creation of new users will be checked against these settings and refused if appropriate.
260
+
If an admin_users property is defined, then associated users will see an additional tab on the JupyterHub home screen, allowing them to carry out user management actions (e.g. create user groups and assign users to them, assign users to the admin role, delete users).
261
+
262
+
NOTE: The above applies to version 4.x of the JupyterHub Helm chart.
263
+
Version 3.x does not impose these limitations and users can be added and used without any constraints.
264
+
235
265
==== OAuth Authenticator (Keycloak)
236
266
237
-
=== Certificates
267
+
To authenticate against a Keycloak instance it is necessary to provide the following:
238
268
239
-
=== Driver Service
269
+
* configuration for GenericOAuthenticator
270
+
* certificates that can be used between JupyterHub and Keycloak
271
+
* several URls (callback, authorize etc.) necessary for the authentication handshake
272
+
** in this tutorial these URls will be defined dynamically using start-up scripts, a ConfigMap and environment variables
0 commit comments