none
SPF 2013 - Service de recherche RRS feed

  • Question

  • Bonjour à tous,

    Après avoir finalement résolu pas mal de petits soucis, j'essaie de mettre en place le service de recherche.

    Pour ce qui est des Partages de fichiers, ca fonctionne plutôt bien, même très bien !

    Par contre pour le site SharePoint, j'ai toujours cette erreur :

    Accès refusé. Vérifiez que le compte d’accès au contenu par défaut peut accéder à ce référentiel ou ajoutez une règle d’analyse pour analyser ce référentiel. Si le référentiel analysé est un référentiel SharePoint, vérifiez que le compte utilisé possède des autorisations de lecture totale sur l’application web SharePoint analysée. ( SearchID = ...)

    J'ai essayé avec différents comptes d'accès, même l'administrateur du domaine (je sais c'est pas bien ...), mais rien n'y fait !

    Même avec mon compte perso (défini comme administrateur de la ferme)

    Je sèche ... merci de votre aide


    Arnaud BAROUX - Theradiag

    mercredi 3 mai 2017 12:31

Réponses

  • Bonjour,

    Dans ce cas j'ai bien peur que vous deviez analyser les trames réseaux avec fiddle ou wireshark afin d'identifier les requêtes qui sont faites pas le service de recherche et donc controler que l'url utilisée par le service est la bonne.

    Si la configuration du service de recherche est correct et qu'il ne vous renvoi pas d'erreur c'est très certainement qu'il utiliser une url qui n'est pas la bonne et qu'il lui donne pas de résultat.

    Bon courage,

    valentin


    N'hésitez pas à marquer le message comme réponse si celui ci a résolu votre problème. Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012, MCSA Web Application, MCSA Productivity

    mercredi 9 août 2017 06:32

Toutes les réponses

  • Bonjour à vous,

    Vous devez définir un compte de service et l'ajouter dans les Policy de votre web application via l'administration centrale.

    Votre compte doit être ajouté sur l'ensemble des zones avec les permissions "full read"

    Bien à vous,

    Valentin


    Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012 MCSA Web Application

    jeudi 11 mai 2017 14:38
  • Bonjour à vous,

    Vous devez définir un compte de service et l'ajouter dans les Policy de votre web application via l'administration centrale.

    Votre compte doit être ajouté sur l'ensemble des zones avec les permissions "full read"

    Bien à vous,

    Valentin


    Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012 MCSA Web Application

    jeudi 11 mai 2017 14:45
  • Bonjour,

    c'est ou les "Policy de l'appli web" ?

    J'ai un SP en francais ...

    Désolé de poser cette question, mais je suis debutant ...

    Merci


    Arnaud BAROUX - Theradiag

    jeudi 6 juillet 2017 12:58
  • Bonjour Valentin,

    Pouvez-vous développer svp, je suis debutant et je n'arrive pas a trouver les options citées

    Merci


    Arnaud BAROUX - Theradiag


    vendredi 21 juillet 2017 08:39
  • Bonjour,

    1. Ouvrez la console centrale d'administration de SharePoint 2013.
    2. Cliquez sur Gérer les applications web.
    3. Sélectionnez votre application web.
    4. Dans le ruban, cliquez sur le menu Stratégie de l'utilisateur.
    5. Cliquez sur Ajouter des utilisateurs. La fenêtre Ajouter des utilisateurs apparaît. Par défaut, elle propose que la stratégie s'applique à toutes les zones. Laissez ce choix par défaut et cliquez sur Suivant.
    6. Dans la zone Utilisateurs, saisissez votre compte de service (cf. billet précédent de Valentin).
    7. Dans la section Autorisations, cochez uniquement Lecture totale – Dispose d'un accès total en lecture seule puis cliquez sur Terminer.


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    dimanche 23 juillet 2017 08:56
  • Ok, j'ai fait tout ca, mais j'ai toujours une erreur lors de l'analyse ...

    a priori une erreur de niveau supérieur ... je ne sais pas du tout ce que cela veut dire ...


    Arnaud BAROUX - Theradiag

    dimanche 23 juillet 2017 15:58
  • Avez-vous essayé ces pistes :

    https://social.technet.microsoft.com/wiki/contents/articles/25863.access-is-denied-verify-that-either-the-default-content-access-account-has-access-to-this-repository-or-add-a-crawl-rule-to-crawl-this-repository.aspx


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    dimanche 23 juillet 2017 16:08
  • ah on avance ...

    avec la solution 1 je n'ai plus d'erreur,

    mais par contre en "réussite" , je n'ai que 1

    en gros, pas d'erreur mais rien indexé ...


    Arnaud BAROUX - Theradiag


    dimanche 23 juillet 2017 21:24
  • Essayez de faire un full crawl dans l'administration centrale 

    Gestion des applications > Gerer les Applications de services > " Service de recherche" > à gauche dans la rubrique Analyser, cliquer sur Sources de contenu  et faire un Full Crawl.

    Si vous avez créer d'autre colonne, il faudra les mapper.

    lundi 24 juillet 2017 09:51
  • Déjà fait, mais pas plus de résultat ...


    Arnaud BAROUX - Theradiag

    lundi 24 juillet 2017 10:00
  • Si vous voulez indexer des colonnes autres que les colonnes natives à SharePoint, il faudra les indexer.

    Gestion des applications > Gérer les Applications de services > " Service de recherche" > à gauche dans la rubrique Requête et résultat, cliquer sur Schéma de recherche > Ajouter une propriété géré.

    Ensuite relancer un fullCrawl

    Cordialement, 

    lundi 24 juillet 2017 12:35
  • Il n'y a aucune colonne non standard ...

    Mon intranet ne contient que des webparts document, annonce ou forum ...

    Les documents sont word, excel ou pdf ... rien d'exotique ...


    Arnaud BAROUX - Theradiag

    lundi 24 juillet 2017 12:54
  • Bonjour,

    est-ce que mon pb pourrait-être lié a cet évènement ? :

    Nom du journal :Application
    Source :       Microsoft-SharePoint Products-SharePoint Server
    Date :         27/07/2017 10:06:38
    ID de l’événement :6482
    Catégorie de la tâche :Services partagés
    Niveau :       Erreur
    Mots clés :    
    Utilisateur :  BMD-NET\SP_Services
    Ordinateur :   vilnius.bmd-net.com
    Description :
    Échec du travail d'administration du serveur d'applications pour l'instance de service Microsoft.Office.Server.Search.Administration.SearchServiceInstance (7c5117d5-d18b-4a39-aa71-9c16160ae776).
    
    Raison : Échec d'un appel à SSPI, consultez l'exception interne.
    
    Détails du support technique :
    System.ServiceModel.Security.SecurityNegotiationException: Échec d'un appel à SSPI, consultez l'exception interne. ---> System.Security.Authentication.AuthenticationException: Échec d'un appel à SSPI, consultez l'exception interne. ---> System.ComponentModel.Win32Exception: Le nom principal de la cible n’est pas correct
       --- Fin de la trace de la pile d'exception interne ---
       à System.Net.Security.NegoState.StartSendAuthResetSignal(LazyAsyncResult lazyResult, Byte[] message, Exception exception)
       à System.Net.Security.NegoState.StartSendBlob(Byte[] message, LazyAsyncResult lazyResult)
       à System.Net.Security.NegoState.StartSendBlob(Byte[] message, LazyAsyncResult lazyResult)
       à System.Net.Security.NegoState.ProcessAuthentication(LazyAsyncResult lazyResult)
       à System.Net.Security.NegotiateStream.AuthenticateAsClient(NetworkCredential credential, String targetName, ProtectionLevel requiredProtectionLevel, TokenImpersonationLevel allowedImpersonationLevel)
       à System.ServiceModel.Channels.WindowsStreamSecurityUpgradeProvider.WindowsStreamSecurityUpgradeInitiator.OnInitiateUpgrade(Stream stream, SecurityMessageProperty& remoteSecurity)
       --- Fin de la trace de la pile d'exception interne ---
    
    Server stack trace: 
       à System.ServiceModel.Channels.WindowsStreamSecurityUpgradeProvider.WindowsStreamSecurityUpgradeInitiator.OnInitiateUpgrade(Stream stream, SecurityMessageProperty& remoteSecurity)
       à System.ServiceModel.Channels.StreamSecurityUpgradeInitiatorBase.InitiateUpgrade(Stream stream)
       à System.ServiceModel.Channels.ConnectionUpgradeHelper.InitiateUpgrade(StreamUpgradeInitiator upgradeInitiator, IConnection& connection, ClientFramingDecoder decoder, IDefaultCommunicationTimeouts defaultTimeouts, TimeoutHelper& timeoutHelper)
       à System.ServiceModel.Channels.ClientFramingDuplexSessionChannel.SendPreamble(IConnection connection, ArraySegment`1 preamble, TimeoutHelper& timeoutHelper)
       à System.ServiceModel.Channels.ClientFramingDuplexSessionChannel.DuplexConnectionPoolHelper.AcceptPooledConnection(IConnection connection, TimeoutHelper& timeoutHelper)
       à System.ServiceModel.Channels.ConnectionPoolHelper.EstablishConnection(TimeSpan timeout)
       à System.ServiceModel.Channels.ClientFramingDuplexSessionChannel.OnOpen(TimeSpan timeout)
       à System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       à System.ServiceModel.Channels.ServiceChannel.OnOpen(TimeSpan timeout)
       à System.ServiceModel.Channels.CommunicationObject.Open(TimeSpan timeout)
       à System.ServiceModel.Channels.ServiceChannel.CallOpenOnce.System.ServiceModel.Channels.ServiceChannel.ICallOnce.Call(ServiceChannel channel, TimeSpan timeout)
       à System.ServiceModel.Channels.ServiceChannel.CallOnceManager.CallOnce(TimeSpan timeout, CallOnceManager cascade)
       à System.ServiceModel.Channels.ServiceChannel.EnsureOpened(TimeSpan timeout)
       à System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
       à System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
       à System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)
    
    Exception rethrown at [0]: 
       à Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()
       à Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)
    


    Arnaud BAROUX - Theradiag

    jeudi 27 juillet 2017 08:16
  • bonjour,

    Ce message peut avoir plusieurs causes.

    Par exemple, votre nom de domaine interne correspond à un nom de domaine public externe. Est-ce que lors de l'appel à SSPI, la résolution DNS renvoie bien un de vos DC ou le site web public ?

    Éventuellement, il peut aussi y avoir un souci de communication entre DC. Un dcdiag permettrait de le diagnostiquer.


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    jeudi 27 juillet 2017 09:06
  • Est-ce que lors de l'appel à SSPI, la résolution DNS renvoie bien un de vos DC ou le site web public ?


    ... je ne comprends pas ... c'est quoi "appel à SSPI" ?

    Arnaud BAROUX - Theradiag

    jeudi 27 juillet 2017 09:11
  • SSPI : https://en.wikipedia.org/wiki/Security_Support_Provider_Interface

    Je reformule ma question :

    Il faudrait s'assurer que les services windows ne cherchent pas à interroger le site web www.bmd-net.com.


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    jeudi 27 juillet 2017 09:15
  • Mais comment vérifier que les services Windows n'interroge pas cette adresse (qui en fait doit être www.theradiag.com, bmd-net étant le nom NetBIOS de l'AD)

    Désolé de poser ces questions, mais je débute en SP ...


    Arnaud BAROUX - Theradiag

    jeudi 27 juillet 2017 09:44
  • Bonjour à vous,

    Je suis de retour, désolé de ne pas avoir répondu mais je suis devenu papa :D

    Alors en effet, je pense la même chose que claude.

    Vous pourriez vérifier ça dans les logs ULS je pense il me semble qu'ils mentionnent les url endpoint sinon avec un outil comme fiddler ou wireshark qui vous permettrons d'analyser les communications qui passent.

    Bien à vous,

    Valentin


    N'hésitez pas à marquer le message comme réponse si celui ci a résolu votre problème. Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012, MCSA Web Application, MCSA Productivity

    mercredi 2 août 2017 08:21
  • Tout d'abord, mes felicitations pour cet heureux evenement ...

    Je suis moi meme papa depuis bientot 16 ans, que du bonheur !!!

    Décidement, j'ai l'impression de poser toutes les questions du monde ... c'est quoi ULS ...?

    Merci de votre patience ...

    Pour rappel, le système de recherche fonctionne tres bien avec un site web, ou un repertoire partagé du réseau, mais avec le sharepoint local, il n'y a qu'1 resultat, pas d'erreur ... et a priori rien n'est indéxé ...


    Arnaud BAROUX - Theradiag

    mercredi 2 août 2017 08:46
  • ULS est l'acronyme de Unified Logging System, autrement dit les fichiers journaux de SharePoint.

    Par défaut, ils sont stockés dans C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\15\Logs pour SharePoint 2013.

    Toutefois, je vous conseille d'utiliser l'outil de Microsoft ULS Viewer pour les exploiter :

    https://www.microsoft.com/en-us/download/details.aspx?id=44020

    Sinon, vous pouvez le faire avec Windows PowerShell.


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    mercredi 2 août 2017 08:58
  • Bonjour Arnaud,

    Merci :)

    En complément de Claude un autre outil pas mal aussi qui affiche les logs en live: SharePoint Log Viewer

    https://github.com/hasankhan/SharePointLogViewer

    Bien à vous,


    N'hésitez pas à marquer le message comme réponse si celui ci a résolu votre problème. Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012, MCSA Web Application, MCSA Productivity

    lundi 7 août 2017 10:46
  • Bonjour,

    j'ai utilisé les 2 log viewer, sans succès ...

    et par sans succès, je veux dire que je ne vois pas l'erreur ...

    L'analyse complète se passe bien, pas d'erreur reportée, mais pas plus de résultat ...

    c'est un casse-tête !


    Arnaud BAROUX - Theradiag

    lundi 7 août 2017 14:10
  • Bonjour,

    Dans ce cas j'ai bien peur que vous deviez analyser les trames réseaux avec fiddle ou wireshark afin d'identifier les requêtes qui sont faites pas le service de recherche et donc controler que l'url utilisée par le service est la bonne.

    Si la configuration du service de recherche est correct et qu'il ne vous renvoi pas d'erreur c'est très certainement qu'il utiliser une url qui n'est pas la bonne et qu'il lui donne pas de résultat.

    Bon courage,

    valentin


    N'hésitez pas à marquer le message comme réponse si celui ci a résolu votre problème. Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012, MCSA Web Application, MCSA Productivity

    mercredi 9 août 2017 06:32
  • Merci à tous, je revis ...

    Dans les sources de contenu , dans Sites Sharepoint locaux, j'avais mis http://intranet.macompanie.com

    Je viens de changer en http://nom_netbios_du_serveur

    ... et ça fonctionne beaucoup mieux ...

    Tous est bon maintenant.

    un grand merci pour vos reponses.


    Arnaud BAROUX - Theradiag

    jeudi 10 août 2017 15:03
  • Bonjour,

    Parfait, génial :)

    Merci de votre retour!


    N'hésitez pas à marquer le message comme réponse si celui ci a résolu votre problème. Technical Leader SharePoint Administrator & Developer Expert My blog: http://vlecerf.com Twitter: @IoX_ Microsoft Partner | MCP MCSA Windows Server 2012, MCSA Web Application, MCSA Productivity

    vendredi 11 août 2017 13:44