WCF - エンドポイントアドレスのサービスがアドレスのプロトコルで利用できないため、メッセージをディスパッチできませんでした。

Question

私はとても気分が悪く、これに疲れています。私はほとんどの日に仕事をしており、WCFサービスは素晴らしい仕事をしています。次回は、私のアプリを実行し、WCF呼び出し、バムを作る！ tcpソケットはもはや利用できません。私はこれを解決するために高低を検索し、実際の解決策はありません。私が見つけることができる唯一の解決策は、膨大な時間と負担をかけているマシンを再起動することです。 WPAサービス、net.tcpサービス、IISなどを再起動することは何もしません。ログオフしてから再度オンにしても問題は解決されません。再起動するだけでこの問題が修正されます。私はもう一度WCF呼び出しを行う私のアプリを実行する以外は何もしていない、そしてこのひどいことは起こる。何も設定上の問題はありません。私はこれを数ヶ月にわたって扱ってきましたが、なぜこのようなことが起きるのかについては、具体的な理由や解決策を見つけることができません。私のファイアウォールがオンまたはオフになっても問題はありません。

誰にでも洞察力はありますか？私は本当にこれを引き起こしているWCF/net.tcp層のバグがあると思います。 Web.configの変更を行うときに、プロダクション2008 R2サーバーで取得することさえあるので、変更前にIIS、WPA、net.tcpなどのサービスを停止して再起動する方法を学んでいます。何が痛い。

私は全面的に.NET4、VS2010、すべてのサービスパックなどを使用しています。すべてが最新です。

私は再起動している間すみません.....

は、誰もがこれを支援することはできますか？

Answer 1

1. コマンドプロンプトを開き、Cへ
2. 移動：\ WINDOWS \ microsoft.net \ framework64 \
3. は、コマンド "ServiceModelReg.exe -r"

を使用してサービスモデルを登録しv4.0.30319

クレジットがそこに行くhttp://kumaranbose.blogspot.be/2010/08/cryptic-wcf-nettcp-errors.html

Answer 2

私は答えがわかりませんが、ポートが開いているプロセスを特定でき、問題の範囲を狭めることができます。 TCPViewを持つSysinternalsスイートを使用しました。このproggyは私に役立った。

TCPView - http://technet.microsoft.com/en-us/sysinternals/bb897437

Answer 3

はNet.Tcpリスナーアダプターサービスは障害状態でチャンネルを置くウェブサービスによってスローされ、いくつかのプロセスまたは例外によって殺されていますね。

サービスのスタートアップの種類を自動に設定し、最初と2回目のエラーでサービスを再起動するように試みましたか？

wcf net.tcpのチャネル層にバグがあります。リスナーが動作していて、tcpソケットが利用できなくなった場合は、特に例外処理戦略を中心にコードを調べて、iis要求ログを調べることをお勧めします。

Answer 4

この問題は、現在ではほぼ3年間捜していますが、散発的にしか起こりません。 TCPViewが助けになりました。 SMSSvcHost.exeプロセスを強制終了し、Net.Tcp Listener Adapterサービスを再起動しました。それが問題を解決しました。実際は解決策ではありませんが、少なくともサーバーを再起動する必要はありません。

Answer 5

私はこの問題を抱えていました。各IISのリセット後に発生します（これは、展開の一環として行われます）。この問題は、NetTcpPortSharingサービスを再起動した後に解決されました（Netを再起動します）。Tcp Listener Adapterサービス）

Answer 6

IISでアプリケーションプールを実行するために使用されたアカウントをADにチェックインします。

Appplicationプールは動作している可能性がありますが、アカウントが無効/ロックされているかパスワードの変更が必要な場合は、最初の接続試行で停止します。