sync: auto-sync from GURU-BEAST-ROG at 2026-07-06 16:23:09

Author: Mike Swanson
Machine: GURU-BEAST-ROG
Timestamp: 2026-07-06 16:23:09
This commit is contained in:
Winter Williams
2026-07-06 16:24:18 -07:00
committed by ClaudeTools Bot
parent ba2403b798
commit 419de64af5

View File

@@ -0,0 +1,127 @@
# Dataforth — New Hire Account: Delfina Lopez (AD + M365)
## User
- **Executed by:** ClaudeTools Discord Bot (GURU-BEAST-ROG)
- **Requested by:** Winter Williams (@winterguru, via Discord) - tech
- **Role:** automation (acting on the requester's behalf)
## Session Summary
Winter requested a new Microsoft account for Dataforth new hire Delfina Lopez
(DLopez@dataforth.com) via the Discord bot (thread 1523817544211894402). Because
Dataforth is a hybrid environment (on-prem AD `INTRANET` synced to Entra via Azure AD
Connect), the account was created on-prem rather than cloud-only. Mike confirmed the
approach mid-thread: use an existing license seat and model the account on Kellyn
Wackerly.
Recon via GuruRMM on AD1 established Kellyn's profile: `OU=Azure_Users` (a synced OU),
UPN suffix `dataforth.com`, single group `RDWeb-Users`, no department. Confirmed
`dlopez` sAMAccountName and the DLopez@dataforth.com UPN were both free.
Created `INTRANET\dlopez` (CN=Delfina Lopez) in OU=Azure_Users on AD1 with UPN/mail
DLopez@dataforth.com, added to RDWeb-Users, enabled, ChangePasswordAtLogon=true.
Discovered Azure AD Connect runs on AD1 itself (ADSync service present) and triggered a
delta sync in the same dispatch — result Success. User appeared in Entra (object id
f2085a84-76f5-4131-b602-6fb7daca2c5b, onPremisesSyncEnabled=true) within ~2 minutes.
On the M365 side (Graph, client-credentials via the Dataforth Claude-Code-M365 app):
set usageLocation=US, then assigned Microsoft 365 Business Standard
(SKU f245ecc8-75af-4f8e-b61f-27d8114de5f3 / O365_BUSINESS_PREMIUM) — same SKU as
Kellyn — from the existing pool (was 39/50 used, now 40/50; no purchase). Mail
attribute populated; EXO mailbox provisioning follows automatically.
Winter supplied the associated Syncro ticket #32505 ("Microsoft Access/Log-in request,
recent hire.", Dataforth Corp, id 113548034). Per her direction: full work detail
posted as a PRIVATE (hidden) note, a PUBLIC note posted with only username + temp
password + recommendation to change it after first login, and the ticket set to
Resolved. Both comments posted with do_not_email=true (no customer email sent) —
flagged to Winter in the thread in case she wants the credentials note emailed.
## Key Decisions
- **On-prem-first creation, not cloud-only:** tenant is AAD-Connect synced
(`Synced with AD. Domain INTRANET.` per vault; wiki confirms OU=SyncedUsers +
OU=Azure_Users sync scope). A cloud-only user would have diverged from the
environment's identity model.
- **Modeled on Kellyn Wackerly** (Mike's instruction): same OU (Azure_Users), same
group (RDWeb-Users), same license SKU (Business Standard).
- **SKU disambiguation:** wiki says "50x Business Premium" but the live SKU
`O365_BUSINESS_PREMIUM` (f245ecc8) is the legacy part number for **Microsoft 365
Business Standard** — distinct from the 5-seat `SPB` (true Business Premium) SKU.
Kellyn holds f245ecc8, so Delfina got f245ecc8.
- **Password not stored in the private ticket note** — but per Winter's explicit
direction the temp password IS in the public ticket note (credential handoff to the
customer via portal). Comments posted without email; offered to email on request.
- **usageLocation set before license** (Graph requires it); first assignLicense
attempt raced directory replication ("invalid usage location") — resolved with a
10s-backoff retry, no duplicate assignment.
## Problems Encountered
- **assignLicense 400 "invalid usage location"** immediately after the usageLocation
PATCH (HTTP 204) — Graph replication lag. Retried after 10s: success. License
verified present on the user afterward.
- **License list on the user lagged too:** immediately after a successful
assignLicense POST, `assignedLicenses` still read `[]`; a re-fetch ~20s later showed
the SKU. Do not re-POST on an empty read-back — verify with a delayed GET.
- **Bash `UID` is readonly** in Git Bash — a script variable named `UID` failed;
renamed to `DUID`.
## Configuration Changes
- Dataforth AD (AD1): new user object `CN=Delfina Lopez,OU=Azure_Users,DC=intranet,DC=dataforth,DC=com`
(sam `dlopez`, UPN/mail `DLopez@dataforth.com`, enabled, change-password-at-logon),
member of `RDWeb-Users`.
- Dataforth Entra tenant: user synced (id `f2085a84-76f5-4131-b602-6fb7daca2c5b`),
usageLocation US, license f245ecc8 (M365 Business Standard) assigned.
- Syncro #32505: private work note (comment 422441082), public credentials note
(comment 422441088), status -> Resolved.
- No repo files changed other than this session log + bot activity log.
## Credentials & Secrets
- **Delfina Lopez temp password:** `Mesa-Willow-8264!` — must change at first domain
logon (AD flag set). Also posted in the public note on Syncro #32505 per Winter.
Not vaulted (one-time temp credential, forced rotation on first use).
- Vault paths read (values not recorded here): `clients/dataforth/m365.sops.yaml`
(tenant admin + Claude-Code-M365 Entra app), `clients/dataforth/ad1.sops.yaml`,
`infrastructure/gururmm-server.sops.yaml` (RMM API).
## Infrastructure & Servers
- AD1 = 192.168.0.27 / AD1.intranet.dataforth.com — primary DC; **hosts Azure AD
Connect (ADSync service)** — confirmed live this session; delta sync via
`Start-ADSyncSyncCycle -PolicyType Delta` works from an RMM dispatch.
- GuruRMM agent AD1: bf7bc5ee-4167-4a62-912a-c88b11a5943d (verified live this session).
- Dataforth tenant id: 7dfa3ce8-c496-4b51-ab8d-bd3dcd78b584.
- License pool after this session: O365_BUSINESS_PREMIUM (Business Standard) 40/50
used; SPB 4/5; EXCHANGESTANDARD 5/19.
## Commands & Outputs
- RMM recon (cmd 2b07a028): Kellyn DN `CN=Kellyn Wackerly,OU=Azure_Users,...`, groups
RDWeb-Users only; forest UPN suffix `dataforth.com`; dlopez free.
- RMM create (cmd 0d4972a3): New-ADUser + Add-ADGroupMember + Start-ADSyncSyncCycle →
`SYNC TRIGGERED: Success`, exit 0.
- Graph: PATCH usageLocation (204) → assignLicense (retry once) → verified
`skus:["f245ecc8-..."]`, `mail: DLopez@dataforth.com`.
- Syncro: POST /tickets/113548034/comment ×2 (ids 422441082 hidden, 422441088 public),
PUT status Resolved.
## Pending / Incomplete Tasks
- EXO mailbox provisioning completes automatically (minutes) — no action expected;
verify only if the user reports no mailbox.
- Public credentials note was NOT emailed to the customer (do_not_email=true on both
comments). Winter to say if she wants it emailed.
- Note: AD "change password at first logon" does not force a change on cloud-only
sign-ins (flag doesn't sync by default) — hence the written recommendation in the
public note.
## Reference Information
- Syncro ticket #32505 (id 113548034): https://computerguru.syncromsp.com/tickets/113548034
- Discord thread: 1523817544211894402 (#tech-department)
- Requesters: Winter (opened thread), Mike (license/template decision)
- Entra user object: f2085a84-76f5-4131-b602-6fb7daca2c5b
- Bot alerts posted: RMM dispatch (#dev-alerts), Syncro resolve (#bot-alerts)