Step 11: Client PC & the real test
The server’s own browser is a useful smoke test, but the proof is a separate domain-joined PC.
- Join the PC to
example.local; its DNS server must be the DC (10.0.0.10). Check:nslookup adfs.example.localandignition.example.local. - Sign in to Windows as a domain user (
ssotest). Rungpupdate /forceand sign out/in once so the user and computer policy are applied. - Make sure the CA is trusted. Domain-joined machines get an Enterprise CA’s root automatically; verify with
certutil -verify -urlfetchor just openhttps://adfs.example.local— no certificate warning. - Open Edge →
https://ignition.example.local:8043/data/perspective/client/SSOTest→ click Continue to log in. - You should land on Welcome, ssotest with no username/password prompt.
Observed result in this lab
Edge on the DC (signed in as EXAMPLE\Administrator) opened the page and showed Welcome, Administrator, Roles: Domain Admins, Domain Users, Schema Admins, Enterprise Admins, Group Policy Creator Owners, Identity provider: ADFS, Authenticated: true — with no prompt. A separate domain-joined PC was not tested during the build; do that test.
Seeing the Kerberos ticket
After a successful sign-in run klist on the client: there should be a service ticket for host/adfs.example.local (client = the user, server = adfs-svc$). If there is none, it fell back to NTLM or a form.