すべてのケースでそれを把握するのに1。5日かかりました。ドキュメントはこちら。
症状
- アプリケーションへのドラッグ&ドロップは機能しません。
- メインアプリとアドイン間のプロセス間通信は機能しません。
原因/背景
プロセス間通信は、Windows名前付きパイプを介して一部のアプリに実装されます(UNIXスタイルのパイプと混同しないでください)。MSDNドキュメントを参照してください:http : //msdn.microsoft.com/en-us/library/aa365590.aspx
Windowsの名前パイプが機能しない原因はさまざまです。パイプが問題の原因であることを確認するには、MAKEPIPEおよびREADPIPEツールを使用できます。このKB記事は、テストの手順を説明しますhttp://support.microsoft.com/kb/68941
Sysinternalsのツールプロセスエクスプローラは、現在開かれているパイプ調べるために役に立つかもしれません。「検索->ハンドルまたはDLLの検索...」オプションを使用して、パターン「\ Device \ NamedPipe \」を入力します。どのプロセスがどのパイプを開いているかを表示します。http://technet.microsoft.com/en-us/sysinternals/bb896653.aspx
トラブルシューティング
原因1:アプリケーションがパイプファイアウォールによってブロックされています
Windowsは、アプリケーションが名前付きパイプを使用するのをブロックできます。通常、このファイアウォールは有効になっておらず、レジストリを介して構成されています。:ここではMSのサポート記事を参照してくださいhttp://support.microsoft.com/kb/925890を。パイプファイアウォールが有効になっていないことを確認するか、Keytechとすべてのアドインを許可されたアプリケーションのリストに追加します。
原因2:ファイルとプリンターの共有サービスが有効になっていません。
名前付きパイプは、ファイルとプリンターの共有も制御するプロセスによって有効になります。Windowsサービスツールを使用して、このプロセスが実行されていることを確認します。サービス名は、サービスリストに「サーバー」と表示されます。サービス名はLanmanServerで、EXEはC:\ Windows \ system32 \ svchost.exe -k netsvcsです
原因3:WindowsファイアウォールがLanmanServerをブロックしている
Windowsファイアウォールは、同じマシン上のプロセス間通信にのみ使用される場合でも、名前付きパイプをブロックできます。特に、ドメインとローカルのファイアウォールルールは競合を引き起こす可能性があります。「Windows Firewall Allowed Programs」リストの2つのエントリは、競合を示しています。ほとんどの場合、この問題は「ファイアウォールステータスの確認」ウィンドウを使用して解決できます。このウィンドウに推奨ファイアウォールルールを設定するオプションが表示されている場合、多くの場合、このオプションを使用してパイプのブロックを解除できます。ドメインファイアウォールルールと組み合わせて、最初にドメインからPCの参加を解除してから、ファイルとプリンターの共有サービスを許可することが必要な場合があります。