We currently have SharePoint 2010 running a single server farm, single domain. We have it configured to authenticate using ADFS 2.0. Users have no problem authenticating, but we have noticed a very strange issue within Central Administration. SharePoint People Picker only returns user search results for one account. And let me be very clear. The issue is NOT that it returns a search result of one user, but that it returns all users properly, but only does this for a single account. It also appears the proper function of the People Picker is somehow restricted to that user's SID.
User A: People Picker Returns Results
User B: People Picker Does Not Return Results
If I log in to the SharePoint desktop via RDP as User A, and sign-in Central Administration as User A, People Picker works fine.
If I log in to the SharePoint desktop via RDP as User A, and sign-in Central Administration as User B, People Picker works fine (Somehow ???).
If I log in to the SharePoint desktop via RDP as User B, and sign-in Central Administration as User A, People Picker doesn't return any results at all.
If I log in to the SharePoint desktop via RDP as User B, and sign-in Central Administration as User B, People Picker doesn't return any results at all.
For some reason it seems it is only dependent on the user logged into the desktop, and only works for that one user. I've compared file, folder, and registry permissions between accounts using dumpsec, disabled group policy settings, compared group membership between accounts, and verified that the service accounts have permissions/credentials they supposedly need. I also checked that there were no filters affecting the people picker.
It is unclear which user accounts were initially used to setup and farm admin SharePoint as one of my coworkers was tasked with it. He supposedly changed the accounts afterward. I can say I’ve gone through and systematically given proper permissions to the account we appointed, but even that account doesn't receive search results from AD/ADFS through the People Picker.
What else might cause issues with the People Picker only working for one user? Does the People Picker rely on the User Profile (Synchronization) Services or Search services at all? Is there the possibility that the People Picker might function for one user, but fail for others without these services running?
I'm really grasping at straws here. I've not located any errors in the SharePoint or Windows Event Logs.
Auth Config: Central Admin: Zone: Default Client Object Model Permission Requirement: Require Use Remote Interfaces permission - Enabled IIS Authentication Settings: Integrated Windows authentication - Enabled - NTLM Client Integration: Enable Client Integration? - Yes Site: Zone: Default Anonymous Access: Enable Anonymous Access - Disabled Client Object Model Permission Requirement: Require Use Remote Interfaces permission - Disabled Claims Authentication Types: Trusted Identity provider - ADFS Sign In Page URL: Default Sign In Page Client Integration: Enable Client Integration? - Yes Zone: Intranet Anonymous Access: Enable Anonymous Access - Disabled Client Object Model Permission Requirement: Require Use Remote Interfaces permission - Disabled Claims Authentication Types: Enable Windows Authentication - Enabled Integrated Windows Authentication - Enabled - NTLM Sign In Page URL: Default Sign In Page Client Integration: Enable Client Integration? - Yes
I was looking at the dev console in IE11 while messing with the PeoplePicker and the one user that still received search results, and in the middle of this, the PeoplePicker stopped working for this user...
I reverted to a prior snapshot, and that user is now working again, but the original issue remains.
I found this nifty powershell script and used it to compare SharePoint permissions of the user that works to mine, but there were no differences.
I am currently looking into the Microsoft SharePoint 2010 Administration Toolkit v2.0 to see if the Diagnostic tool might help.
The diagnostic tool didn't really provide any other information. There aren't any errors or web traffic being generated due to the picker not even attempting a search. I found these powershell commands that sounded interesting. The Repair-SPManagedAccountDeployment command did help resolve an issue with the farm account and a password mismatch, but that did not fix the people picker issue. I've not attempted the other two commands yet.
I tried all three of the above commands with no luck. I also spent time reading through the following:
I'm not sure I need to use stsadm to reconfigure the peoplepicker as it IS currently functioning and returning searches for one user. I've previously attempted clearing the filters. That hasn't made a difference. And all examples I see involve multiple domains. We are not using multiple domains.
With regard to the encryption key, I tried running that with the 3rd command listed above. It tried to update for all (objects/credentials?) and complained for one after a few moments asking me to manually update. I've not found guidance on doing a manual update, and I'm not even sure this will make a difference. Again, it works for one of our users already.
Are we required to configure Active Directory to allow anonymous queries? I don't think we need to, but just thought I'd ask...
I also verified the permissions again for the WSS_WPG group in above mentioned registry setting. This was already checked and addressed in the below links:
What permissions am I missing? Is it group policy? A registry setting security permission? A sharepoint permission? A SQL permission? I feel like I've gone through everything.