Skip to content
Rolodex
Menu

Fleetworks · Directory

One read-only cache of who is who

Rolodex mirrors your Active Directory people and groups into one cache, answers lookups through a REST API, and turns group membership into access on GitHub, Azure DevOps and GitLab.

ad / ldapworkdayscimlookupsssh keyspublicwebhooksaccessdirectoryusers · groups
sync source → directory → lookups · keys · public · access targets

What the directory holds

One global set of people and groups. It belongs to no Org, and every row is private until someone publishes it.

  • 01

    Directory user

    A person or machine account, found by sAMAccountName, distinguishedName, objectGUID, DSS username or employee number.

  • 02

    Directory group

    A named group whose membership is always a set of directory users. Nested groups are expanded to their leaf users.

  • 03

    Directory service account

    A directory user marked as a non-human account, with an environment and a loose YellowPages service ID.

  • 04

    Synced row

    A row a sync source owns and updates. A user who leaves upstream is kept as an inactive tombstone, never deleted.

  • 05

    Native row

    A user or group Rolodex itself created. No sync ever touches it.

  • 06

    Mode

    A chmod-style permission on each user and group. Only the view bits are enforced today; publishing sets the other-view bit.

Lookups are one request away

The public surface needs no credentials and returns only published rows, without their personal fields. Directory lookups need a signed-in person with the org:contributor role or above. The API describes itself at /openapi.json.

# published rows, no credentials
curl "https://rolodex-api.fleetworks.dev/public/search?q=platform&type=groups"

# signed in, org:contributor or above
curl -H "Authorization: Bearer $TOKEN" \
  https://rolodex-api.fleetworks.dev/api/ldap-sync-cache/user/jdoe

From an upstream directory to answers

  1. Step 1

    Configure a sync source

    An admin adds an AD/LDAP sync source to an Org: the server URL, the base DN, the bind DN and optional user and group filters.

  2. Step 2

    Sync runs fill the directory

    Each sync run upserts users and groups and tombstones users who are gone. A scheduled drain or an admin starts the run.

  3. Step 3

    Publish what should be public

    Every row starts private. An admin publishes a user or group, and only then does it appear on the public surface, without personal fields.

The full loop →

Look up anyone in your directory

Sign in with your Fleetworks account, or start with the public surface, which needs no account.