Microsoft Net.Tcp ポート共有サービスを使用して、デフォルト ポート (808) で net.tcp 経由で通信する IIS アプリケーションに実装された WCF サービスがいくつかあり、運用サーバーでエラーをスローします。最初のサービスへの接続をインスタンス化すると、例外が返されます。
のサーバー
<URL>は、セッション確立要求を拒否しました。他のすべてのサービスは正常に応答します。
しかし、テストサーバーでは問題なく動作します。
最初は、失敗している特定のサービスに何か問題があると思っていましたが、サービスのリストを別の順序に並べ替えてみましたが、失敗した最初のサービスが常にヒットしたようです。(私が SEEMS と言うのは、テストの初期の繰り返しで 1 回、ヒットした 2 番目のサービスでそれが起こるのを見たからです。しかし、私はそれを再現することができませんでした。)
アプリケーションの起動の遅延を確認しましたが、それは問題ではないようです。テストが終了したらすぐに戻ってテストを再実行できるためです。遅延はわずか 1 ～ 2 分で、同じエラーが発生します。 . また、下位レベルの環境では、おそらく 30 秒から 1 分の起動遅延がありますが、それでも期待どおりの結果が返されます。
INetManager から http 経由でサービスにアクセスしようとしましたが、すべてのサービスで断続的な障害が発生します。特定のサービスが呼び出し時に黄色の死の画面を返し、次のサービスで WSDL への予期されるリンクが表示されます。秒後。
この動作を説明したり、解決する方法を完全に説明したりできません。エラーメッセージをグーグルで検索しましたが、役立つものは何も見つかりませんでした。これは構成の問題である可能性があります - 運用サーバーは新しくプロビジョニングされた VM であり、構成が正確ではない可能性があります (一方、すべての下位レベルの環境では、このアプリや他の同様のアプリがしばらくの間実行されています)。探します。アプリが実行されているアプリ プールのプロパティを調べ、それを下位レベルの環境と比較しましたが、違いは見つかりませんでした。
誰かが私を正しい方向に向けることができれば、あなたは私の尽きることのない感謝をするでしょう.