問題タブ [named-pipes]

それらは何で、どのように機能しますか?

コンテキストはたまたま SQL Server です

はじめに:

数日前、Windows サービスでホストされている WCF サービスの実装に成功しました。StackOverflow のコミュニティは、ここでWSDL を公開するのに役立ちました。あらためて感謝いたします。しかし最近、このサービスの別の潜在的なクライアントがサービスと同じマシン上にあることがわかりました。これにより、namedPipesBinding で別のエンドポイントを追加する必要があると思いました。

名前付きパイプは、私に関する限り、マシン内通信に最適なソリューションのようです。これが間違っている場合は修正してください。

問題：

同じサービス/コントラクトの別のエンドポイントを公開する必要がありますが、今回は netNamedPipeBinding を使用します。ただし、クライアントからサービス参照を追加する方法が本当にわかりません。愚かにも追加した後

net.pipe://.... url を入力して、同じマシンにある Windows フォーム アプリケーションにサービス参照を追加しようとしました。うまくいきませんでした。mex (MetaData Exchange) エンドポイントは必要ないと考えたため、以前に削除したことに言及する必要があります。

1. この mex エンドポイントは、名前付きパイプ エンドポイント バインディングの検出に必要ですか?
2. クライアント アプリのサービス参照を名前付きパイプ エンドポイントに追加するにはどうすればよいですか?

パイプを使用するのはなぜ危険だと考えられているのですか? これらのセキュリティの問題を回避するにはどうすればよいでしょうか?

主に Windows に興味がありますが、他の OS 情報があれば提供してください。

Windows と Linux のパイプの違いは何ですか?

net.pipeバインディングを使用して、サービスとクライアントの相互作用のインプロセス単体テストを作成しようとしています。優れたWCFサービスと同様に、サービス操作でFaultContractAttributeを使用して、発生する可能性のある障害（ラップされた例外）をメタデータに公開します。XML （App.config）を使用してクライアントエンドポイントとサービスエンドポイントを構成したいと思います。 ただし、障害がスローされるたびに、それは単にCommunicationExceptionの「パイプが閉じられました」であり、私が期待していた型指定された障害ではありません。

net.pipeにIMetadataExchangeエンドポイントを追加しようとしましたが、機能しませんでした。私も試しました。Vista上にあるため、httpエンドポイントのACLをnetshする必要がありました。それもうまくいきませんでした。

カスタム例外クラス：

これは構成での最新の試みですが、「サービスによって実装されたコントラクトのリストにコントラクト名'IMetadataExchange'が見つかりませんでした」というメッセージが表示されます。

これを行う方法の例または推奨事項へのリンクをいただければ幸いです。

ネットワークを介してC#で名前付きパイプをセットアップする正しい方法は何ですか?

現在、「クライアント」と「サーバー」の 2 台のマシンがあります。

サーバーは、次の方法でパイプをセットアップします。

クライアントは、次の方法で接続をセットアップします。

「\\server」に移動することで、「サーバー」マシンにネットワーク上でアクセスできます。

プログラムを実行するたびに、「パスへのアクセスが拒否されました」という System.UnauthorizedAccessException が発生します。ローカル マシンでサーバーとクライアントを実行し、「.」に接続しようとすると、コードは正常に動作します。クライアントと。

同じワークステーション上の 2 つのアプリケーション (プロセス) から使用したい単一の HW インターフェイスがあります。HW は 1 回の初期化呼び出しを必要とし、いずれかのアプリが (同じライブラリ内の) 同じ関数を使用して、HW で多くのトランザクションを実行します。

したがって、各アプリは次のように動作する必要があります。

2 つのアプリケーション間で共有されるロックおよび参照カウント呼び出しで使用できるメカニズムは何ですか? 名前付きパイプ、つまり mkfifo() を考えています。

クライアントが SQL Native Client ODBC データ ソース経由で SQL Server 2005 データベースに接続しているアプリケーションがあります。プログラムの実行中に ODBC 接続が切断されるという問題が発生しています。技術サポート担当者に質問した後、彼は以前にこの種のエラーを見たことがあると言いましたが、TCP/IP ではなく (主に) 名前付きパイプを使用して接続するようにクライアントを構成することで問題を解決しました。

そのため、いくつかの調査を行い、SQL Server 構成マネージャーを使用して、サーバー上のクライアント アクセスを構成する場所を見つけました。ただし、クライアント マシン自体で SQL Native Client ODBC データ ソースを構成する方法はないようです。古い SQL Server ODBC ドライバーでは、名前付きパイプまたは TCP/IP を使用するように構成できましたが、SQL Native Client ではできません。

SQL Native Client データ ソースは、データベースへの接続に使用する方法を自動的に決定しますか? それを構成する方法はありますか?…そして、特定のクライアント マシンが接続に使用している方法を見つける方法はありますか?

どんな助けでも大歓迎です。

--マイク C さん、ありがとうございます。

互いに通信するアプリがいくつかあり、NamedPipe を使用しています。ただし、他のアプリが利用できない場合、NamedPipe は接続を待機します。また、タイムアウトもサポートしていません。

これを行う正しい方法は何ですか？

次のように、NULLSECURITY_ATTRIBUTESを持つクライアントに名前付きパイプを提供するC++サービスがあります。

hPipe = CreateNamedPipe( lpszPipename, PIPE_ACCESS_DUPLEX | FILE_FLAG_OVERLAPPED, PIPE_TYPE_BYTE | PIPE_READMODE_BYTE | PIPE_WAIT, PIPE_UNLIMITED_INSTANCES, BUFSIZE, BUFSIZE, 0, NULL);

このパイプを使用してサービスを取得するdllがあります。

dllを使用して正常に動作するac＃GUIがあります。

このdll（同じPC上でまったく同じもの）を使用する.net Webサイトがありますが、パイプを開こうとすると常に許可が拒否されます。

なぜこれが起こるのか、そしてそれを修正する方法を知っている人はいますか？

また、msdn情報をまだ理解していないので、SECURITY_ATTRIBUTESに関する優れたチュートリアルを知っている人はいますか。

ありがとう、パトリック