Erreur SSL MOSS 2007 lors de la configuration des paramètres de recherche

StackOverflow https://stackoverflow.com/questions/88087

  •  01-07-2019
  •  | 
  •  

Question

Nous & # 8217; le message d'erreur suivant s'affiche lorsque nous cliquons sur & # 8220; Paramètres de recherche & # 8221; pour un fournisseur de services partagés: & # 8220; L'authentification a échoué car le correspondant distant a fermé le flux de transport. & # 8221;

Il s'agit d'un nouvel environnement de serveur avec deux frontaux Web, un serveur de base de données et un serveur d'index, tous exécutant Windows 2003 x64.

Quelqu'un a-t-il des idées à se poser quant à savoir si cela pourrait être lié à 64 bits ou à ce qui pourrait provoquer l'erreur?

Voici les détails complets de ULS:

  

17/09/2008 16 h 30: 34,13 w3wp.exe (0x0E84) 0x030C Serveur de recherche Administration commune de MS Search 86x4 Élevée Configuration de l'URL du service Web de l'application de recherche sur ' https: // mushni-sptwb04q: 56738 / Shared% 20Services% 20Portal / Search / SearchAdmin.asmx '.

     

17/09/2008 16: 30: 34.14 w3wp.exe (0x0E84) 0x030C Serveur de recherche commun MS Search Administration 86ze Élevée Exception interceptée dans le proxy du service Web Search Admin (client). System.Net.WebException: La connexion sous-jacente a été fermée: une erreur inattendue s'est produite lors d'un envoi. --- > System.IO.IOException: L'authentification a échoué car la partie distante a fermé le flux de transport. à System.Net.Security.SslState.StartReadFrame (Byte [] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest) à System.Net.Seclure.SslState.StartReceiveBlob (Byte [] tampon, as ForceAuthentication (Boolean receiveFirst, Byte [] buffer, AsyncProtocolRequest asyncRequest) à System.Net.Security.SslState.ProcessAuthentication (LazyAsyncResult lazyResult) à System.Net.Security.SslState.ProcessAuthentication (Objet utilisateur). p>      

17/09/2008 16 h 30: 34,14 * w3wp.exe (0x0E84) 0x030C Serveur de recherche Administration de recherche commune pour MS Search 86ze élevé ... mpilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup (code TryCode, code BackupCode, code utilisateur, code utilisateur, code utilisateur). Threading.ExecutionContext.Run (ExecutionContext executionContext, rappel ContextCallback, état de l'objet) sur System.Net.TlsStream.ProcessAuthentication (résultat LazyAsyncResult) sur System.Net.TlsStream.Write (Byte [] buffer, Int32 offset, taille Int32), dans System. Net.PooledStream.Write (tampon Byte [], offset Int32, taille Int32) à System.Net.ConnectStream.WriteHeaders (Boolean async) --- Fin de la trace de pile d'exception interne --- à System.Web.Services.Protocols. WebClientProtocol.GetWebResponse (demande WebRequest) à System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse (demande WebRequest) à System.Web.Services.Protocols.SoapHt ...

     

17/09/2008 16: 30: 34.14 * w3wp.exe (0x0E84) 0x030C Serveur de recherche Administration de recherche commune pour MS Search 86ze élevé ... tpClientProtocol.Invoke (paramètres String methodName, Object []) chez Microsoft.Office.Server .Search.Administration.SearchWebServiceProxy.RunWithSoapExceptionHandling [T] (String nomMéthode, paramètres Object [])

Était-ce utile?

La solution

Je suppose que vous trouvez cette exception dans le serveur d'index, n'est-ce pas?

Pouvez-vous accéder à https: // mushni- sptwb04q: 56738 / Shared% 20Services% 20Portal / Search / SearchAdmin.asmx 'depuis le serveur d'index?

Il semble que SSL n’est pas correctement configuré sur les serveurs frontaux. Cela pourrait résoudre votre problème:

  1. Supprimez le certificat SSL des serveurs frontaux
  2. Supprimez le serveur d'index de la batterie
  3. Déplacez les rôles de recherche et d'indexation vers l'un des frontaux
  4. Rejoignez le serveur d'index dans la batterie
  5. Ajouter les rôles d'index / recherche au serveur d'index
  6. Appliquez le certificat SSL (vous pouvez les générer à l'aide de SelfSSL) sur les deux interfaces

Autres conseils

Faites attention avec SelfSSL, il est préférable d’utiliser Use SSLDiag. SelfSSL a un bogue dans lequel si vous l'utilisez pour attribuer des certificats à plusieurs sites sur la même boîte, seul le dernier site fonctionnera. Vous pouvez exécuter SslDiag à partir de la ligne de commande comme suit:

ssldiag / selfssl / V: 999 / N: CN = < nomhôte > / S: & Lt; siteId & Gt;

Utilisez l'explorateur de métabase pour trouver son côté.

Peut-être un problème lié à SSL.
Examinez les paramètres de profil. Avez-vous une erreur lorsque vous accédez aux paramètres de profil utilisateur pour ce même fournisseur SSP?

J'ai le même problème. Les & Quot; services Web Office Server & Quot; Le site (désormais OSWS) est disponible via HTTP sur mon serveur d'applications, mais pas via HTTPS. Le lieu où j'essaie de taper l'URL HTTPS n'a pas d'importance, il échoue complètement (lire: pas de code d'erreur HTTP).

Cependant, je suis venu avec quelques informations supplémentaires. Lorsque le serveur d'applications a été joint à la batterie, OSWS a reçu un identifiant de site différent de celui existant dans le reste de la batterie. J'ai essayé de changer l'identifiant du site, mais cela n'a pas fonctionné. J'ai également essayé d'installer la boîte à outils de diagnostics IIS. Cela m'a orienté vers le certificat que MOSS a installé lorsque la machine a été jointe à la ferme. La ligne d'intérêt est celle-ci: 

#WARNING: AcquireCredentialsHandle failed with error -2146893043(0x8009030d)

Malheureusement, il semble que Microsoft ait intégré au certificat des informations qui m'empêcheraient d'utiliser SelfSSL ou des outils similaires. Voici le sujet (convenablement nettoyé): 

CN={hostname},L=951338967,OU=SharePoint,O=Microsoft

Le " L " Ce paramètre correspond à l'identifiant de site d'origine (et incorrect) attribué au site et non à celui qui correspond au reste de la batterie.

Ma prochaine étape consiste à voir si je peux générer quelque chose qui semble approprié et l'installer avec winhttpcertcfg.exe

Nous utilisons également x64 windows et moss 2007 avec .net 3.5 sp1, les mêmes problèmes. Je soupçonne que c'est le coupable.

Pour résoudre ce problème, téléchargez le kit de ressources IIS6 et exécutez la commande suivante. Selfssl / s: (ID IIS du site de services Web Office Server) / v: 9999

A bientôt,

-Ivan

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top