Pingone
Ping Identity PingOne — users, environments, applications, MFA
weave pingone
Env: PINGONE_CLIENT_ID
Setup
Configure credentials via environment variables. We recommend sourcing them through 1Password or your secrets manager rather than committing them to the shell rc.
Official API reference
weave commands for this module are checked against the vendor's published API.
| Variable | Description | Status |
|---|---|---|
| PINGONE_CLIENT_ID | Required for authentication. | required |
| PINGONE_CLIENT_SECRET | Required for authentication. | required |
| PINGONE_ENVIRONMENT_ID | Required for authentication. | required |
| PINGONE_REGION_CODE | Required for authentication. | required |
Sanity-check the wiring:
weave secrets check weave pingone --help weave doctor # reports PINGONE_CLIENT_ID status
Capabilities
What this module can do, by entity and verb. ✓
means a working CLI surface; · means
not (yet) wired.
| Entity | find | list | show | do | snapshot | diff | apply |
|---|---|---|---|---|---|---|---|
| application | · | ✓ | · | · | · | · | · |
| user | ✓ | ✓ | · | ✓ | ✓ | ✓ | ✓ |
Commands
Every registered CLI command, grouped by verb. Each example uses placeholder arguments — substitute real values for your environment.
find (1)
find user
readFind a PingOne user.
weave pingone find user <identifier>
list (2)
list apps
readList applications.
weave pingone list apps <arg>
list users
readList users in the environment.
weave pingone list users <arg>
do (3)
do disable
writeDisable a user.
weave pingone do disable <user-id>
do enable
writeEnable a user.
weave pingone do enable <user-id>
do reset-mfa
writeReset MFA devices for a user.
weave pingone do reset-mfa <user-id>
snapshot → edit YAML →
diff → apply --yes (or confirm
interactively; apply --dry-run previews the same diff).
State kinds
Resources this module can snapshot and
diff; apply where the kind supports
live writes (see Round-trip per kind). Always run
diff before apply; use
--yes in automation after review. Files live under
.weave-state/pingone/.
This module is on the thinner integration path — use snapshot / diff for audit; confirm apply per kind below before relying on writes.
users
pingone users — field-level apply via REST.
State file skeleton
module: pingone kind: users items: - # <fields specific to this kind — see snapshot output>
Workflows
End-to-end recipes from operators who already run this module in production. Copy, adapt, and put under change-control.
Users audit
Snapshot and diff users.
weave pingone snapshot users $EDITOR .weave-state/pingone/users.yaml weave pingone diff users weave pingone apply users
Terraform parity
For each Terraform resource in the canonical provider, here's the equivalent live-API verb in weave. Use this as a migration cheat-sheet, not a 1:1 contract — weave deliberately stays in the live-state lane, not the desired-state lane.
| Terraform resource | weave equivalent |
|---|---|
| pingone_users | weave pingone snapshot/diff/apply users Snapshot/diff for audit; confirm apply on the module page. |
Troubleshooting & source
Run weave doctor — it reports which env
vars (including PINGONE_CLIENT_ID) are set
and which are blank.
Re-run weave pingone diff <kind>
to confirm the controller's current state, then re-snapshot
before the next apply. The driver always re-snapshots
before diffing.
The module lives at https://github.com/andy-broyles/weavewhatever/tree/main/src/weave/modules/pingone. File a bug or feature request at https://github.com/andy-broyles/weavewhatever/issues.