Web-app-lam Role¶
Description: Web interface for administering LDAP directories: managing users, groups, and other directory objects
Variables¶
author: Kevin Veen-Birkenbach
description: Web interface for administering LDAP directories: managing users, groups, and other directory objects
license: Infinito.Nexus Community License (Non-Commercial)
company: Kevin Veen-Birkenbach https://www.veen.world
galaxy_tags: [‘lam’, ‘ldap’, ‘docker’, ‘management’, ‘directory’]
issue_tracker_url: https://s.infinito.nexus/issues
min_ansible_version: 2.9
platforms: [{‘name’: ‘ArchLinux’, ‘versions’: [‘all’]}, {‘name’: ‘Debian’, ‘versions’: [‘all’]}, {‘name’: ‘EL’, ‘versions’: [‘all’]}, {‘name’: ‘Fedora’, ‘versions’: [‘all’]}, {‘name’: ‘Ubuntu’, ‘versions’: [‘all’]}]
README¶
LAM¶
Description¶
Elevate your LDAP directory management with LAM (LDAP Account Manager), a powerful solution for administering LDAP directories. LAM offers an intuitive web interface for managing users, groups, and other LDAP objects, making directory operations both efficient and secure.
Overview¶
This role deploys LAM in a Docker environment and integrates it with an NGINX reverse proxy to provide secure access. It leverages environment variable templates to configure LDAP connection settings and administrative credentials, ensuring a smooth and customizable installation of LDAP Account Manager.
Cosmos¶
The diagram places LAM in the Infinito.Nexus cosmos: the components it deploys (capabilities), the central services it consumes (dependencies), and its outward reach (federation and bridged external networks).
flowchart LR
subgraph deps [Dependencies]
dep_svc_db_openldap["svc-db-openldap 🐳🐝"]
dep_svc_net_tor["svc-net-tor 🐳🐝"]
dep_web_app_dashboard["web-app-dashboard 🐳🐝"]
dep_web_app_keycloak["web-app-keycloak 🐳🐝"]
dep_web_app_matomo["web-app-matomo 🐳🐝"]
dep_web_app_prometheus["web-app-prometheus 🐳🐝"]
dep_web_svc_css["web-svc-css 💻"]
dep_web_svc_logout["web-svc-logout 🐳🐝"]
end
subgraph role [web-app-lam 🐳🐝]
svc_logout["logout"]
svc_ldap["ldap"]
svc_dashboard["dashboard"]
svc_matomo["matomo"]
svc_lam["lam"]
svc_sso["sso"]
svc_css["css"]
svc_prometheus["prometheus"]
svc_tor["tor"]
end
dep_svc_db_openldap -- "1:1" --> svc_ldap
dep_svc_net_tor -. "0..1" .-> svc_tor
dep_web_app_dashboard -. "0..1" .-> svc_dashboard
dep_web_app_keycloak -. "0..1" .-> svc_sso
dep_web_app_matomo -. "0..1" .-> svc_matomo
dep_web_app_prometheus -. "0..1" .-> svc_prometheus
dep_web_svc_css -. "0..1" .-> svc_css
dep_web_svc_logout -. "0..1" .-> svc_logoutSolid 1:1 edges are fixed relationships; dashed 0..1 edges are
conditional (enabled only in matching deployments); red 0..0 edges
are turned off in this role. Node markers show the role’s deploy modes
(💻 host, 🐳 compose, 🐝 swarm); ❌ marks a service that is explicitly
turned off, and ⚙️ an Ansible role dependency declared in
meta/main.yml.
Features¶
User-Friendly Interface: Easily manage LDAP directories through an intuitive web-app-based interface.
Customizable Deployment: Configure LDAP settings and LAM’s administrative credentials via flexible environment variables.
Secure Access: Utilize NGINX reverse proxy integration to safeguard your management interface.
Efficient Administration: Streamline the handling of LDAP objects such as users, groups, and organizational units.
Quick Setup¶
Development¶
Clone, set up the workstation, and deploy LAM onto the local stack:
git clone https://github.com/infinito-nexus/core.git
cd core
make onboard
make compose-deploy mode=reinstall apps=web-app-lam full_cycle=false
Production¶
Run the published image to provision the inventory and deploy LAM to a managed server (the mounted volume persists the inventory):
APP=web-app-lam
HOST=<your-server>
DOMAIN=<your-domain>
TLS_MODE=self_signed
SSH_PUBLIC_KEY="<your-ssh-public-key>"
docker run --rm -it \
-v "$PWD/inventories:/etc/infinito.nexus/inventories" \
-e APP="$APP" -e HOST="$HOST" -e DOMAIN="$DOMAIN" -e TLS_MODE="$TLS_MODE" -e SSH_PUBLIC_KEY="$SSH_PUBLIC_KEY" \
ghcr.io/infinito-nexus/core/debian bash -c '
INVENTORY=/etc/infinito.nexus/inventories/production
infinito administration inventory provision "$INVENTORY" \
--inventory-file "$INVENTORY/devices.yml" \
--host "$HOST" \
--include "$APP" \
--vars "{\"TLS_MODE\": \"$TLS_MODE\", \"DOMAIN_PRIMARY\": \"$DOMAIN\", \"users\": {\"administrator\": {\"authorized_keys\": [\"$SSH_PUBLIC_KEY\"]}}}" &&
infinito administration deploy dedicated "$INVENTORY/devices.yml" \
--password-file "$INVENTORY/.password" \
--diff -vv'
Further Resources¶
Persona contract opt-outs¶
`meta/services.yml <./meta/services.yml>`__ admits only the
web-app-lam administrator RBAC group to the oauth2-proxy
(sso.oauth2.allowed_groups), and biber carries an empty role
list in the development inventory. The proxy denies biber before LAM
is ever reached, so
`templates/playwright.env.j2 <./templates/playwright.env.j2>`__
declares PERSONA_BIBER_BLOCKED=true.
PERSONA_ADMINISTRATOR_BLOCKED=true is declared for a second,
independent reason, and two separate obstacles justify it.
LAM’s entry point is not ${APP_BASE_URL}/. That path answers with a
redirect to /lam/, whose body is nothing but
<meta http-equiv="refresh" content="0; URL=templates/login.php">.
The shared persona helper samples the DOM for a password field the
moment its navigation settles, which is on that empty interstitial, and
its fallback paths /login, /admin/ and /admin all return 404
at the vhost root — so the login form is never reached. CI traces for
the SSO-disabled variants confirm the helper issues no form submission
at all, and LAM’s own access log records no POST.
Behind that sits a second, smaller mismatch. LAM authenticates by
binding an LDAP DN from its Admins list, which
`templates/env.j2 <./templates/env.j2>`__ fills with
LDAP.DN.ADMINISTRATOR.DATA and LDAP.BIND_CREDENTIAL — the
svc-db-openldap credentials.administrator_database_password —
while the shared helper types
lookup('users', 'administrator').password, the secret of
uid=administrator,ou=users,…, a different directory entry. That one
is configurable rather than structural: the helper reads
ADMIN_NATIVE_PASSWORD for exactly this case, and the role could
render it. It is recorded here so the opt-out can be revisited together
with the entry-point problem, which is the blocking one.
In the SSO-enabled variant the Keycloak round trip satisfies the oauth2-proxy but leaves LAM itself signed out, so the persona lands back on LAM’s own login form and finds no logout control there.
The guest persona and the role-local reachability, TLS and HSTS
assertions run unconditionally.
Credits¶
Implemented by Kevin Veen-Birkenbach. Part of the Infinito.Nexus Project and maintained by Kevin Veen-Birkenbach. Licensed under the Infinito.Nexus Community License (Non-Commercial).