配置搜索設置

我們得到，當我們在「搜索設置」單擊共享服務提供以下錯誤消息時，MOSS 2007 SSL錯誤：「驗證失敗，因爲遠程方已關閉傳輸流」配置搜索設置

這是一個新的服務器環境，包含兩個Web前端，一個數據庫服務器和一個索引服務器，全部運行Windows 2003 x64。

沒有人有相關的，如果這可能與64位，或什麼可能會導致錯誤的任何想法。

下面是ULS的全部細節：

2008年9月17日16：30：34.13的w3wp.exe（0x0E84）0x030C搜索Server公共MS搜索管理86x4高配置的搜索應用程序的Web服務URL到'https://mushni-sptwb04q:56738/Shared%20Services%20Portal/Search/SearchAdmin.asmx'。

09/17/2008 16：30：34.14 w3wp.exe（0x0E84）0x030C搜索服務器公共MS搜索管理86ze搜索管理Web服務代理（客戶端）中捕獲的高異常。 System.Net.WebException：底層連接已關閉：發送時發生意外錯誤。 ---> System.IO.IOException：由於遠程方關閉了傳輸流，認證失敗。在在System.Net.Security.SslState System.Net.Security.SslState.StartReadFrame（字節[]緩衝液，的Int32的ReadBytes，AsyncProtocolRequest asyncRequest）在System.Net.Security.SslState.StartReceiveBlob（字節[]緩衝液，AsyncProtocolRequest asyncRequest）。在System.Net.Security.SslState.ProcessAuthentication（LazyAsyncResult lazyResult）上System.Threading.ExecutionContext.runTryCode（Object userData）在System.Runtime.Co的ForceAuthentication（布爾receiveFirst，Byte []緩衝區，AsyncProtocolRequest asyncRequest）...

09/17/2008 16：30：34.14 * w3wp.exe（0x0E84）0x030C搜索服務器常見MS搜索管理86ze高...在System.Threading的mpilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup（TryCode代碼，CleanupCode backoutCode，對象userData） .ExecutionContext.Run（ExecutionContext executionContext，ContextCallback callback，Object state）at System.Net.TlsStream.ProcessAuthentication（LazyAsyncResult result）System.Net.TlsStream.Write（Byte [] buffer，Int32 offset，Int32 size）在System.Net.PooledStream.Write（Byte [] buffer，Int32 offset，Int32 size ）在System.Net.ConnectStream.WriteHeaders（布爾異步）---結束內部異常堆棧跟蹤---在System.Web.Services.Protocols上的System.Web.Services.Protocols.WebClientProtocol.GetWebResponse（WebRequest請求）。 HttpWebClientProtocol.GetWebResponse在System.Web.Services.Protocols.SoapHt（WebRequest的要求）......

2008年9月17日16：30：34.14 *的w3wp.exe（0x0E84）0x030C搜索Server公共MS搜索管理86ze高... tpClientProtocol.Invoke（String methodName，Object [] parameters）at Microsoft.Office.Server.Search.Administration.SearchWebServiceProxy.RunWithSoapExceptionHandling [T]（String methodName，Object [] parameters）

來源

2008-09-17 Jason Stevenson

我想念這個callstack中的更多方法......你能完成整個callstack嗎？ – sachaa 2008-09-17 23:22:02

我想你已經發現這個異常的索引服務器，對不對？

你能夠從索引服務器瀏覽到「https://mushni-sptwb04q:56738/Shared%20Services%20Portal/Search/SearchAdmin.asmx」？

好像SSL沒有被正確配置的前端服務器上。這可能會解決您的問題：

刪除前端服務器的SSL證書
從場中刪除索引服務器
移動搜索和索引作用到的一個前端
加入索引服務器回到農場
添加索引/搜索角色索引服務器
應用SSL證書都（您可以使用SelfSSL生成）前端

來源

2008-09-17 23:32:39 sachaa

刪除SSL證書並使用SelfSSL生成新證書可解決問題。問題是，這是64位版本的SharePoint的問題嗎？ – 2008-09-18 15:43:45

此鏈接也可能有幫助。 http://support.microsoft.com/kb/962928 – 2010-03-12 15:05:31

可能是一個SSL的問題。
查看配置文件設置，訪問同一SSP的用戶配置文件設置時是否出現錯誤？

來源

2008-09-17 22:12:03 Aidenn

我遇到同樣的問題。「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

來源

2008-10-29 20:53:25

我們還運行64位Windows和MOSS 2007和.NET 3.5 SP1，同樣的問題安裝。我懷疑這是罪魁禍首。

來源

2008-10-30 16:55:38

要解決此問題，下載IIS6資源工具包和運行以下命令 Selfssl/S：（Office服務器Web服務站點的IIS ID）/ V：9999個

乾杯，

-Ivan

來源

2008-12-14 20:52:31

小心使用SelfSSL，使用SSLDiag更好。 SelfSSL有一個錯誤，如果您使用它將證書分配給同一個框中的多個站點，則只有最後一個站點可以工作。你可以在命令行這樣運行SslDiag：

ssldiag/selfssl/V：999/N：CN = <主機名>/S：<SITEID>

使用數據庫資源管理器，找到它一邊。

來源

2009-02-12 23:14:49

配置搜索設置

回答

相關問題