さまざまなWebサービスにnet.tcp
プロトコルを使用しています。 Windows 7 Ultimate(64ビット)Macbook Proを再起動すると、サービスが自動的に再起動されません。
私が見ることができる唯一の関連するイベントはシステムイベントログにあります:
エラー6/9/2011 19:47サービスコントロールマネージャー7001なしNet.Tcpリスナーアダプターサービスは、次のエラーのために開始に失敗したNet.Tcpポート共有サービスサービスに依存しています>サービスは開始に応答しませんでしたまたはタイムリーにリクエストを制御します。」
エラー6/9/2011 19:47 Service Control Manager 7000なし次のエラーが原因で、Net.Tcpポート共有サービスサービスを開始できませんでした:サービスは、開始または制御要求に適時に応答しませんでした。
エラー6/9/2011 19:47 Service Control Manager 7009なし
Net.Tcpポート共有サービスサービスが接続するのを待っている間にタイムアウト(30000ミリ秒)に達しました。
この投稿はそれが別のものであることを示唆しています ポートをブロックしています(この投稿ではSCCM 2007 R3 Client
ですが、使用していません)。
他に何が問題になる可能性がありますか?それがポートをブロックしている他の何かである場合、どうすればわかりますか?サービスを手動で開始すると、正しく開始されます。
依存関係は次のとおりです。
Net.Tcpポート共有サービス
Net.Tcpリスナーアダプター
まだうまくいきませんが、問題はネットワーク接続が確立するまでに時間がかかりすぎることだと思います。イベントログのカスタムビューを表示したところ、次の項目が見つかりました。
シリーズの最初は言う:
Net.Tcpポート共有サービスサービスの接続を待機中にタイムアウト(30000ミリ秒)に達しました。
最初のステップとして IPv6をオフにする を試すことができます。
試すことができる他の修復コマンドは次のとおりです。
netsh int ip reset c:\resetlog.txt (reset TCP/IP stack)
netsh winsock reset c:\winsock.txt (reset winsock)
netsh int ipv4 reset reset.log (reset IPv4 TCP/IP stack)
「fix-me」を提供する reset Internet Protocol(TCP/IP) も参照してください。
開始する前に、念のため、システムの復元ポイントを作成することをお勧めします。
サーバーマネージャーに移動する場合|機能を追加し、「。Net Framework 3.5.1機能」に「WCFアクティベーション」サブ機能を追加すると、この問題を解決できます。
@Jay Int32は上記の彼の解決策では正しいですが、各フレームワークを個別にインストールしてゼロから開始するハードコアな方法を実行する代わりに、.net 3.5でWCFアクティベーション機能を有効にすることをお勧めします。
.NET Framework 3.5.1の機能がすでにインストールされていて、リスナーアダプターがまだハングしています。 Microsoft .NET Framework 3.5.1 WCF HTTPおよびNon-HTTP Activationもインストールした後に動作しました。
ポートがブロックされているのではないか、後で起動しない可能性があります。他のいくつかのサービスが、サービスを開始するのに十分な速さで起動していない、つまり依存関係があると思います。
これらのドキュメントに対する依存関係を確認します。
http://www.blackviper.com/windows-services/net-tcp-listener-adapter/
http://www.blackviper.com/windows-services/net-tcp-port-sharing-service/
サービスをダブルクリックして依存関係タブに移動すると、依存関係を確認できます。それらが一致しないことが判明した場合は、これに返信して、レジストリにそれらを追加する方法の詳細を追加します。
Win 2008サーバーで同様の問題が発生していました。 Net.TcpリスナーアダプターとNet.Pipeリスナーアダプターは、「開始」状態でハングします。私は最終的に、システムが.NET 2.0 Frameworkと.NET 4.0 Frameworkでセットアップされていたが、Windowsプロセスアクティベーションサービスリスナーアダプターが適切に機能するために必要な3.5ではないことが原因であることがわかりました。仮想サーバーをクリーンなOSで再イメージ化し、.Net Frameworkパッケージを順番にインストールして、問題を解決しました。
私の場合、起動の失敗は、C:\ Windows\Microsoft.NET\Framework64\v4フォルダー内のmachine.configファイルに対するアクセス許可がないために発生しました。 0.30319\Config。
実際、そのファイルにはロックアイコンがありました。
そして、ローカルユーザーグループに読み取りと実行のアクセス許可を追加することを解決しました(右クリック> [プロパティ]> [セキュリティ]から)。
同じ問題がありました。私は、Windows Server 2008 R2アプリケーションロールにバンドルされている.NET 3.5.1 Frameworksパッケージのインストールが失敗したことを追跡しました。 .NET 3.5.1アプリケーションロール機能をアンインストール、再起動、再インストールすることで問題を修正しました。