Showing posts with label domain. Show all posts
Showing posts with label domain. Show all posts

Saturday 13 August 2016

Troubleshoting Account ID Locked in Windows AD Domain Environment

I am pretty sure this issue occurred to almost all Wintel or Service Desk Engineers - User came to us, make a report saying that his or her ID was locked, and he or she did not know why (or did they?).



Nevertheless, I have compiled on how I checked and resolved this issue in my environment, hopefully it will help yours too.


Issues :

Troubleshooting Account Locked



Troubleshooting 

  1.  Download Account Lockout and Management Tools from here.

  2. Get it extracted.

  3. Launch LockoutStatus.exe

  4. Go to File | Select Target...

  5. Put in target user name, domain, and if needed alternate domain admin credential. Press OK once done.

  6. Collecting data...
Share:

Monday 5 October 2015

Unable to Access VMware vSphere Client Using Domain ID

In normal implementation, it is always a best practice to provide permission per group, rather than per individual ID. Simple reason is, it is easy to administer and manage. Therefore, it was what I did in one of my vCenter implementation, but I could not make it work. It just did not allow me to login using my Domain ID (which configured as part of Local Administrators members in vCenter server), although local ID (part of Local Administrators members as well) worked as expected.

Issues :
Error while connecting to vCenter Server using VMware vSphere Client. Error is :

Error Connecting
The vSphere Client could not connect to 
"vCenter Server Name"
You do not have permission to login to the server :
"vCenter Server Name"
 






Troubleshooting 
  1.  Assigned appropriate domain ID (MyDomain\DomainAdminID) to a Domain Group (MyDomain\Domain Admins)
  2.  Assigned that Domain Group to Local Administrators in vCenter server
  3. (Double kill!) Assigned that Domain ID (MyDomain\DomainAdminID) to Local Administrators in vCenter server.

  4. Configured Local Administrators with Full Admin Role in vCenter Permissions. Note that above Domain ID was not configured here. Local ID (.\ctxadmin) that will be used to test also not be configured here.

  5. Tried to access vCenter using that domain ID, error prompted



  6. Tried to access vCenter using local ID, successful


     
  7.  Session with local ID.


Resolution :
It seems that starting from vSphere 5.5, configuring domain IDs/groups to local groups will cause the issue. Based on VMware KB  : 

Resolution
 This is an expected behavior.
To resolve this issue, give explicit permissions to Users or Groups from their respective Identity Sources. For example:
  • Only populate Local OS groups with Local OS users or groups
  • Only populate Active Directory groups with Active Directory users or groups

In order to do so :
  1.  Add User ID / group to vCenter. Choose the domain, search the ID / group, and add them accordingly.


  2.  Able to access, no error


  3.  Session active with AD user ID.


Reference 

  • http://blogs.vmware.com/vsphere/2013/09/vcenter-single-sign-on-5-5-not-recognizing-nested-active-directory-groups.html
  • http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2059528
Share:

Friday 25 September 2015

vCenter 5.5 - Unable to Grant Permission to Domain ID - No Domain Listed


One fine day, someone came to me and asked, " I can't add domain users to vCenter. Can you help?" So, when I checked, I found this :




So yes, no domain listed there. So when I asked in detail, it seems this was a new deployment, vCenter just being created. Which really helped me to narrow down to root cause.


Issues :

Unable to Grant Permission to Domain ID - No Domain Listed 



Troubleshooting 
  1. Login to vCenter using default admin ID ( administrator@vSphere.local ). These steps shall be done from Web Console rather than vSphere Client.



     
  2.  Click at Administration


  3. Click at Single Sign-On > Configuration. So as we can see here, only vSphere.local and vCenterServer (Default) are configured in Identity Sources. It means, these are the only domains which can be authenticated to.



Resolution :
  1.  Click at Add Identity Source.


  2.  Depending on the environment, appropriately choose identity source type. For this example, it is Active Directory  (Integrated Windows Authentication).Key in the Domain Name and all required info.



  3.  Once done, you will see the new source listed here.



  4. Newly added domain will be listed here.
Share:

Friday 18 September 2015

The Trust Relationship Between This Workstation and The Primary Domain Failed

This is one of the common issue happen to PVS environment, IF the environment is not properly configured. The trust relationship will failed, if the password expiration days is  set below than computer account password updates. For example, if you set the password to be expired in 5 days, and computer account password updates set for 7 days, the password will then expired 2 days before renewal. Therefore, either disable password expiration, or properly set these 2 options according to Corporate Security policy.


Issues :

PVS : The Trust Relationship Between This Workstation and The Primary Domain Failed







Troubleshooting 
  1.  Accessed to the VDA, could not authenticate using domain ID. 
  2. Convert the VDA to Private mode / Create new version under Maintenance mode, unjoined and rejoined to domain. Put the VDA to Standard Mode / promote to Production, issue persisted.



Resolution :
  1.  Shut down the target device.


  2.  Right click at it, go to Active Directory > and choose Reset Machine Account Password...


  3.  Correctly choose Domain as well as the Organization Unit, and press Reset Account


  4. Resetting target device



     
  5.  Target Device successfully reset


  6.  Bring up the target device and try again.
Share:

Friday 28 August 2015

Unable to Join Computer To Domain : The domain controller does not meet the version requirement for this operation

Few weeks ago, I had to un-join and rejoin one of my VM to our domain. Unjoin from the domain, checked. Rejoin to the domain, failed?? I know some of you may feel like "heh? is it that hard?" So no, it is not hard at all, but this was my first time I got below error (no screenshot, I forgot to capture one!)


Issues :

ERROR : The domain controller does not meet the version requirement for this operation.

But before the error prompted, I needed to key in my Domain Admin credential, which (1) I am pretty sure it was correct, and (2) it means my VM was connected to the network, and able to talk to Domain Controller.




Troubleshooting :

 I tried to join to domain using command line as below :
Share: