1

共有サービス プロバイダの [検索設定] をクリックすると、次のエラー メッセージが表示されます: 「リモート パーティがトランスポート ストリームを閉じたため、認証に失敗しました。」</p>

これは、2 つの Web フロント エンド、1 つのデータベース サーバー、1 つのインデックス サーバーを備えた新しいサーバー環境で、すべて Windows 2003 x64 を実行しています。

これが64ビットに関連している可能性があるかどうか、または何がエラーを引き起こしている可能性があるかについて、誰か考えがありますか?

ULS からの完全な詳細は次のとおりです。

09/17/2008 16:30:34.13 w3wp.exe (0x0E84) 0x030C 検索サーバー 一般的な MS 検索管理 86x4 高 検索アプリケーション Web サービスの URL を ' https://mushni-sptwb04q:56738/Shared%20Services%20Portal/ に構成する検索/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.StartReadFrame (Byte[] バッファー、Int32 readBytes、AsyncProtocolRequest asyncRequest) で System.Net.Security.SslState.StartReceiveBlob (Byte[] バッファー、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 検索サーバー 一般的な MS 検索管理 86ze 高 ...mpilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup (TryCode コード、CleanupCode backoutCode、オブジェクト userData) で System.Threading.ExecutionContext .Run(ExecutionContext executionContext、ContextCallback コールバック、オブジェクト状態) System.Net.TlsStream.ProcessAuthentication(LazyAsyncResult 結果) System.Net.TlsStream.Write(Byte[] バッファー、Int32 オフセット、Int32 サイズ) で System.Net.PooledStream .Write(Byte[] buffer, Int32 offset, Int32 size) at System.Net.ConnectStream.WriteHeaders(Boolean async) --- 内部例外スタック トレースの終了 --- System.Web.Services.Protocols.WebClientProtocol で。System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(WebRequest 要求) で System.Web.Services.Protocols.SoapHt... で GetWebResponse (WebRequest 要求)

2008 年 9 月 17 日 16:30:34.14* w3wp.exe (0x0E84) 0x030C 検索サーバー 一般的な MS Search 管理 86ze 高 ...tpClientProtocol.Invoke (String methodName, Object[] parameters) at Microsoft.Office.Server.Search. Administration.SearchWebServiceProxy.RunWithSoapExceptionHandling[T](String methodName, Object[] parameters)

4

6 に答える 6

2

インデックスサーバーでこの例外を見つけたと思いますよね?

インデックス サーバーから「https://mushni-sptwb04q:56738/Shared%20Services%20Portal/Search/SearchAdmin.asmx」を参照できますか?

フロントエンド サーバーで SSL が適切にプロビジョニングされていないようです。これはあなたの問題を解決するかもしれません:

  1. フロントエンド サーバーの SSL 証明書を削除する
  2. ファームからインデックス サーバーを削除する
  3. 検索とインデックスの役割をフロントエンドの 1 つに移動する
  4. インデックス サーバーをファームに参加させる
  5. インデックス/検索の役割をインデックス サーバーに追加する
  6. SSL 証明書 (SelfSSL を使用して生成できます) を両方のフロントエンドに適用します。
于 2008-09-17T23:32:39.570 に答える
0

SSLの問題である可能性があります。
プロファイル設定を調べてください。同じ SSP のユーザー プロファイル設定にアクセスするときにエラーが発生しますか?

于 2008-09-17T22:12:03.493 に答える
0

私は同じ問題を抱えています。"Office Server Web Services" (以降、OSWS) サイトは、アプリ サーバーで HTTP 経由で利用できますが、HTTPS 経由では利用できません。どこから HTTPS URL にアクセスしようとしても問題ありません。完全に失敗します (読み取り: HTTP エラー コードはありません)。

しかし、私はいくつかのより多くの情報を思いつきました。アプリ サーバーがファームに参加すると、ファームの残りの部分に存在するものとは異なるサイト ID が OSWS に与えられました。サイト識別子を変更しようとしましたが、うまくいきませんでした。また、IIS 診断ツールキットのインストールも試みました。これは、マシンがファームに参加したときに MOSS がインストールした証明書を示していました。関心のある行は次のとおりです。

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

残念ながら、Microsoft が証明書に情報を埋め込んでいるようで、SelfSSL や同様のツールを使用できないようになっているようです。これが主題です（適切にスクラブされています）：

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

「L」パラメーターは、サイトに与えられた元の (そして間違った) サイト ID と一致し、ファームの残りの部分と一致するものではありません。

次のステップは、適切に見えるものを生成して winhttpcertcfg.exe でインストールできるかどうかを確認することです。

于 2008-10-29T20:53:25.317 に答える
0

また、x64 Windows と moss 2007 を .net 3.5 sp1 で実行していますが、同じ問題があります。これが犯人だと思います。

于 2008-10-30T16:55:38.103 に答える
0

この問題を解決するには、IIS6 リソース キットをダウンロードし、コマンド Selfssl /s:(Office Server Web サービス サイトの IIS ID) /v:9999 を実行します。

乾杯、

-イヴァン

于 2008-12-14T20:52:31.017 に答える