在配置搜索设置时,MOSS 2007 SSL错误

我们正在当我们点击“搜索设置”共享服务提供以下错误信息:“验证失败,因为远程方已关闭传输流”

这是一个有两个网络前端,一个数据库服务器和一个索引服务器,所有运行Windows 2003 x64的一个新的服务器环境。

有没有人有关系,如果这可能与64位,或者这可能是导致该错误的任何想法。

以下是ULS的全部细节:

2008年9月17日16:30:34.13程序w3wp.exe(0x0E84)0x030C搜索服务器的通用MS搜索管理86x4高配置的搜索应用程序的Web服务URL的“https:// mushni-sptwb04q:56738 /共享%20Services%20Portal /搜索/ SearchAdmin.asmx“。

2008年9月17日16:30:34.14程序w3wp.exe(0x0E84)0x030C搜索服务器的通用MS搜索管理86ze高异常夹在搜索管理网络服务代理(客户端)。 System.Net.WebException:基础连接已关闭:上一个发送发生意外的错误。 ---> System.IO.IOException:身份验证失败,因为远程方已关闭传输流。 在System.Net.Security.SslState.StartReadFrame(字节[]缓冲区的Int32的ReadBytes,AsyncProtocolRequest的AsyncRequest)在System.Net.Security.SslState.StartReceiveBlob在System.Net.Security.SslState(字节[]缓冲区,AsyncProtocolRequest的AsyncRequest)。 ForceAuthentication(布尔receiveFirst,字节[]缓冲区,AsyncProtocolRequest的AsyncRequest)在System.Net.Security.SslState.ProcessAuthentication(LazyAsyncResult lazyResult)在System.Threading.ExecutionContext.runTryCode(对象USERDATA)在System.Runtime.Co ...

2008年9月17日16:30:34.14 *的w3wp.exe(0x0E84)0x030C搜索服务器的通用MS搜索管理86ze高... mpilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode代码,CleanupCode backoutCode,对象USERDATA)在System.Threading.ExecutionContext .RUN(执行上下文执行上下文,ContextCallback回调,对象的状态),在System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult结果)在System.Net.TlsStream.Write(字节[]缓冲区的Int32偏移的Int32大小)在System.Net.PooledStream .WRITE(字节[]缓冲区的Int32偏移的Int32大小)在System.Net.ConnectStream.WriteHeaders(布尔异步)---内部异常堆栈跟踪的结尾---在System.Web.Services.Protocols.WebClientProtocol.GetWebResponse (WebRequest的要求)在System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest的要求)在System.Web.Services.Protocols.SoapHt ...

2008年9月17日16:30:34.14 *的w3wp.exe(0x0E84)0x030C搜索服务器的通用MS搜索管理86ze高...... tpClientProtocol.Invoke在Microsoft.Office.Server.Search(字符串方法名,对象[]参数)。 Administration.SearchWebServiceProxy.RunWithSoapExceptionHandlingT

--------------解决方案-------------

我想你已经发现这个异常的索引服务器的,对不对?

你能浏览到的“https:// mushni-sptwb04q:56738 /共享%20Services%20Portal /搜索/ SearchAdmin.asmx”从索引服务器?

这似乎是SSL没有被正确配置的前端服务器上。 这可能会解决您的问题:

  1. 卸下前端服务器的SSL证书
  2. 从场中删除索引服务器
  3. 移动搜索和索引作用于前端部之一
  4. 加入索引服务器回到农场
  5. 添加索引/搜索角色索引服务器
  6. 应用SSL证书到两个前端(您可以使用SelfSSL的生成)

小心SelfSSL的,它能够更好地使用使用SSLDiag。 SelfSSL的有一个bug,如果你用它来分配证书到多个站点在同一个盒子里,只有最后网站会工作。 您可以从像这样的命令行运行SslDiag:

ssldiag / SelfSSL的/ V:999 / N:CN = <主机名> / S:<SITEID>

使用配置数据库资源管理器找一面吧。

可能是一个SSL的问题。
请看看到配置文件的设置,请您访问的用户配置文件设置为相同的SSP时得到任何错误?

我有同样的问题。 在“Office服务器Web服务”(以下简称OSWS)网站可通过HTTP我的应用程序的服务器上,而不是通过HTTPS。 没关系,我试着打从HTTPS URL,它只是平了失败(阅读:没有HTTP错误代码)。

不过,我已经提出了一些更多的信息。 当应用程序服务器加入到农场,它给了OSWS比存在于场的其余部分不同的网站标识。 我试图改变站点标识符,但没有奏效。 我也尝试安装IIS诊断工具包。 这指出我朝着这个MOSS安装在机器中加入该场证书。 感兴趣的行是这个:

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

不幸的是,它看起来像微软证书中嵌入一些信息,会阻止我使用SelfSSL的或类似的工具。 下面是主题(适当擦洗):

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

为“L”参数相匹配,该网站被给原始(和不正确的)站点标识符,而不是一个场的其余部分相匹配。

我的下一步是看看我是否能产生一些看起来适当和winhttpcertcfg.exe安装

我们还运行64位Windows和青苔2007 .NET 3.5 SP1,同样的问题。 我怀疑这是罪魁祸首。

要解决此问题,下载IIS6资源工具包,并运行以下命令SelfSSL的/ S:(Office服务器Web服务站点的IIS ID)/ V:9999

干杯,

-Ivan

分类:共享点 时间:2015-03-15 人气:0
本文关键词: 共享点,苔,64位
分享到:

相关文章

Copyright (C) 55228885.com, All Rights Reserved.

55228885 版权所有 京ICP备15002868号

processed in 1.291 (s). 10 q(s)