VCP550 · Question #20
An administrator is unable to login to vCenter Server when using the vSphere web client. The administrator successfully accessed vCenter Server using the client earlier the same day. What is the most
The correct answer is B. Verify the vCenter Single Sign-On service is running on the vCenter Server. When a vSphere Web Client login that previously worked stops working, the most likely infrastructure cause is the vCenter Single Sign-On (SSO) service, which handles all authentication. Verifying this service should be the first troubleshooting step.
Question
An administrator is unable to login to vCenter Server when using the vSphere web client. The administrator successfully accessed vCenter Server using the client earlier the same day. What is the most appropriate first step the administrator should take to resolve this issue?
Options
- AVerify the web browser being used has Adobe Flash plugin version 11.5 or later
- BVerify the vCenter Single Sign-On service is running on the vCenter Server
- CVerify the vSphere Web Server service is running on the vCenter Server
- DVerify the administrator has permissions configured in vCenter Server
How the community answered
(40 responses)- A10% (4)
- B83% (33)
- C3% (1)
- D5% (2)
Why each option
When a vSphere Web Client login that previously worked stops working, the most likely infrastructure cause is the vCenter Single Sign-On (SSO) service, which handles all authentication. Verifying this service should be the first troubleshooting step.
While the vSphere Web Client did use Adobe Flash, a Flash version issue would be a persistent problem across sessions and would not suddenly cause a failure that worked earlier the same day.
vCenter Single Sign-On is the authentication backbone for all vSphere Web Client logins; if the SSO service stops running, no user - regardless of permissions - can authenticate to vCenter. Because the administrator successfully logged in earlier the same day, permission or browser issues are unlikely, making a service disruption the most probable cause to check first.
There is no distinct 'vSphere Web Server' service separate from the SSO and vCenter services in typical deployments; verifying SSO is a more precise and impactful first step for authentication failures.
Permissions are unlikely to have changed since the administrator successfully logged in earlier the same day, making this a lower-priority troubleshooting step than verifying core authentication services.
Concept tested: vCenter Single Sign-On service dependency for Web Client login
Source: https://docs.vmware.com/en/VMware-vSphere/7.0/com.vmware.vsphere.authentication.doc/GUID-0A3B0C0F-4B3B-4A3B-4B3B-4A3B0A3B0A3B.html
Topics
Community Discussion
No community discussion yet for this question.