1

当我们单击共享服务提供者的“搜索设置”时,我们收到以下错误消息:“身份验证失败,因为远程方已关闭传输流。”</p>

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

是否有人对这是否与 64 位有关,或者可能导致错误的原因有任何想法。

以下是 ULS 的完整详细信息:

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

2008 年 9 月 17 日 16:30:34.14 w3wp.exe (0x0E84) 0x030C Search Server Common MS Search Administration 86ze High Exception 在 Search Admin Web 服务代理(客户端)中捕获。System.Net.WebException:基础连接已关闭:发送时发生意外错误。---> System.IO.IOException: 身份验证失败,因为远程方已关闭传输流。在 System.Net.Security.SslState.StartReadFrame(Byte[] buffer, Int32 readBytes, AsyncProtocolRequest asyncRequest) 在 System.Net.Security.SslState.StartReceiveBlob(Byte[] buffer, AsyncProtocolRequest asyncRequest) 在 System.Net.Security.SslState。 System.Net.Security.SslState 处的 ForceAuthentication(Boolean receiveFirst,Byte[] 缓冲区,AsyncProtocolRequest asyncRequest)。

09/17/2008 16:30:34.14* w3wp.exe (0x0E84) 0x030C Search Server Common MS Search Administration 86ze High ...mpilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData) at System.Threading.ExecutionContext .Run(ExecutionContext executionContext, ContextCallback callback, Object state) at System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult result) at System.Net.TlsStream.Write(Byte[] buffer, Int32 offset, Int32 size) at System.Net.PooledStream .Write(Byte[] buffer, Int32 offset, Int32 size) at System.Net.ConnectStream.WriteHeaders(Boolean async) --- End of internal exception stack trace --- at System.Web.Services.Protocols.WebClientProtocol。GetWebResponse(WebRequest request) at System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest request) at 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.RunWithSoapExceptionHandling[T](String methodName, Object[] 参数)

4

6 回答 6

2

我猜你在索引服务器中发现了这个异常,对吧?

您是否可以从索引服务器浏览到“ https://mushni-sptwb04q:56738/Shared%20Services%20Portal/Search/SearchAdmin.asmx ”?

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

  1. 移除前端服务器的 SSL 证书
  2. 从场中删除索引服务器
  3. 将搜索和索引角色移动到前端之一
  4. 将索引服务器加入场
  5. 将索引/搜索角色添加到索引服务器
  6. 将 SSL 证书(您可以使用 SelfSSL 生成)应用于两个前端
于 2008-09-17T23:32:39.570 回答
1

小心使用 SelfSSL,最好使用使用 SSLDiag。SelfSSL 有一个错误,如果您使用它将证书分配给同一个盒子上的多个站点,则只有最后一个站点可以工作。您可以像这样从命令行运行 SslDiag:

ssldiag /selfssl /V:999 /N:CN=<主机名> /S:<siteId>

使用元数据库资源管理器找到它的一面。

于 2009-02-12T23:14:49.843 回答
0

可能是 SSL 问题。
请查看配置文件设置,在访问同一 SSP 的用户配置文件设置时是否遇到任何错误?

于 2008-09-17T22:12:03.493 回答
0

我有同样的问题。“Office Server Web Services”(以下简称 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 安装它

于 2008-10-29T20:53:25.317 回答
0

我们还使用 .net 3.5 sp1 运行 x64 windows 和 moss 2007,同样的问题。我怀疑这是罪魁祸首。

于 2008-10-30T16:55:38.103 回答
0

要解决此问题,请下载 IIS6 资源工具包并运行以下命令 Selfssl /s:(Office Server Web Services 站点的 IIS ID) /v:9999

干杯,

-伊万

于 2008-12-14T20:52:31.017 回答