Question

J'ai un environnement SharePoint 2013 dans un Dev_Domain qui a été mis à niveau depuis SharePoint 2010

Société_domaine devrait avoir une confiance configurée avec Dev_Domain.

Je suis connecté sur le site comme société_domaine \ First.Last

Lorsque je crée une collection de site, j'obtiens l'erreur suivante dans les journaux

Erreur lors de la résolution de l'utilisateur 'Company_Domain \ First.Last': System.DirectorysServices.DirectoryServicesCentception (0x8007052E): Échec de la connexion: nom d'utilisateur inconnu ou mauvais mot de passe. à Système.directoryservices.directoryenterry.bind (boolean threadifail)
au système.directoryservices.directoryenterry.bind () à System.directoryservices.directoryenterry.get_adsObject () à System.DirectoryServices.DirectorySearcher.Findall (Boolean FindMoreThanone) à Microsoft.sharepoint.webcontrols.peopleeditor.searchfromgc (SpactiveDirectordomain domaine, string strfilter, chaîne [] rgstrprop, int32 ntimeout, int32 nsizelimit, spasercollection spusers, arraylist & rgresults) à Microsoft.SharePoint.uties.spuserutility.resolveaGainStad (String Entrée, Boolean INPUTINAILONNONNONLY, SPACÉDIVEDIRECTORYDOMAINE GlobalCatalog, SPPRINCIPALTYPE SCOPES, SPUSERCOLLECTION UtilisateursContainer, Timespan SearchTimeout, String CustomFilter) à Microsoft.SharePoint.UTILITS.SPACTIVEDIRECTORYPRINCIPALRESOLVER.RESVEPRINCIPAL (STRING Entrée, Boolean INPUTINAILONNONNONLY, SPPRINCIPALTYPE SCOPES, Sources SPPRINCIPIPALCE SOURCES, SPUSERCOLLECLE UESSONTAINER) À Microsoft.SharePoint.Alities.sputility.ResolveWindowsprincipatifs (SPWEB Web, SPWEBApplication WebApp, Entrée à cordes, SPPRINCIPALTYPE SCOPES, Boolean Inputtisemailonlyonly).

Ma première hypothèse est une sorte de problème avec la confiance entre les domaines, mais je ne suis pas sûr de ce que je devrais rechercher.

mise à jour 1
Il utilise une authentification basée sur les revendications.

Je peux créer la collection de sites à l'aide d'un compte Dev_Domain et définir l'administrateur de la collection de sites pour être un compte Dev_Domain, mais si je définis la collection de sites admin pour être un compte Company_Domain, il échoue.

Si j'essaie d'ajouter un compte Company_Domain en tant qu'utilisateur à la nouvelle collection de sites créée, il ne peut pas trouver d'utilisateurs dans ce domaine.

Commande STSADM en cours d'exécution pour le sélecteur de personnes et le résultat a l'air correct.

stsadm -o getproperty -pn peoplepicker-searchadforests -url http://site

Résultats dans

<Property Exist="Yes" Value="forest:COMPANY_DOMAIN.com.au,COMPANY_DOMAIN\user1,*****; forest:DEV_DOMAIN.Company.local,DEV_DOMAIN\user2,*****" />

Était-ce utile?

La solution

La réponse était simple.

Le compte d'utilisateur de Dev_Domain \ user2 avait expiré

Il s'était effectivement expiré il y a quelque temps, il semble que, dans SharePoint 2010, le compte ne l'authentifie pas réellement est simplement utilisé.Mais dans SharePoint 2013, le compte tente d'authentifier

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top