Serveur de DEV
On désactive directement en PowerShell :New-ItemProperty HKLM:\System\CurrentControlSet\Control\Lsa
-Name "DisableLoopbackCheck" -value "1" -PropertyType dword
Serveur de PROD
A venir…
Mon blog technique : avis perso et réservoir de liens... Sur SharePoint, .NET, SQL Server et tout le reste :)
New-ItemProperty HKLM:\System\CurrentControlSet\Control\Lsa
-Name "DisableLoopbackCheck" -value "1" -PropertyType dword
Plus pour moi-même, pour rappeler un groupe de capture dans la recherche avec Expressions Régulières de Visual Studio, c’est $1… qu’il faut utiliser. Là où les expressions typées Unix utiliseront le backslash.
Si vous avez comme moi des clients SharePoint 2013 dans le marketing et la communication (interne ou externe)… Vous avez forcément subi les foudres des décideurs lorsque vous avez présenté l’état des lieux des solutions de statistiques de consultation, avec insulte compte triple si vos interlocuteurs étaient aguerris à SharePoint 2010 ou 2007.
Analytics n’existe pas sous SharePoint 2013 ? Mais ils étaient presque corrects sous 2010 !
Ces 2 excels ne me suffisent pas !
Même google le fait gratuitement ! (Là-dessus, nonobstant la qualité des productions de Mountain View, j’aurais je l’espère l’occasion de revenir sur leur “gratuité” et leur “perfection”)
Et bien, vous voici avec une carte “cloud” à jouer, une pierre, deux coups : Préparez le terrain de l’hybride ou consolidez un abonnement existant en utilisant la brique Azure “Application Insights” dans vos pages maitres SharePoint :
Votre recherche est fonctionnelle pour tous vos documents, vidéos et autres contenus… Mais d’utilisateurs point ! Votre belle démonstration d’annuaire basé sur la recherche tombe allo (Annuaire, allo… désolé.)
Vérifiez donc votre crawl log. Il peut contenir l’erreur suivante sur le STS :
Error in the Microsoft SharePoint Server People Protocol Handler. ( Object reference not set to an instance of an object.; SearchID = F9CC7134-A517-4E17-A81A-7419B5572B6D )
Dans ce cas, vérifiez qu’une collection de sites racine existe à la base de votre application web. Dans mon cas, il y avait les collections de sites : http://devXXX.tomain.fr/sites/Coll1 et http://devXXX.tomain.fr/sites/Coll2. En ajoutant la collection http://devXXX.tomain.fr/ (un team site sans contenu ni droit), puis en lançant un nouveau crawl, mes utilisateurs sont désormais disponibles dans la recherche !
Après vos jonglages sur cette GED intranet, paramétrage aux petits oignons des AAM et une mise en prod de haut vol, impossible de retrouver un quelconque document depuis la boite de recherche “ce site” / “this site” du coin supérieur droit de vos pages… Et pourtant, en étendant la recherche ou en recherchant dans “tout” / “All”, avec les mêmes critères, des documents apparaissent !
Quelle que soit votre version de SharePoint, cet article est en effet toujours valable : http://support.microsoft.com/fr-fr/kb/2000365 : La recherche “this site” ne retourne rien si le chemin crawlé n’est pas celui “Par défaut” de vos AAM. Une simple permutation à chaud des mappages et tout rentre dans l’ordre.
dism /online /Enable-Feature /FeatureName:dns-server-toolsEt PAF, voici votre console ! (Merci Sylvain, pour la commande :) )
dism /online /Enable-Feature /FeatureName:RSAT-ADDS-Tools-Feature
dism /online /Enable-Feature /FeatureName:DirectoryServices-DomainController-Tools