問題タブ [ws-discovery]

ws-discovery 仕様では、ネットワークを保護する方法について説明しています。

1. メッセージの変更
2. サービス拒否
3. リプレイ
4. なりすまし

しかし、中間者攻撃はどうですか?

WPFフロントエンドクライアントからWCFサービスを呼び出すための設計を考え出すつもりです。私が本当に気に入らないことの1つは、WCFサービスの構成がクライアントに緊密に結合されていることです。.NET 4のws-discoveryに関するいくつかの記事を読んだことがありますが、これが、これを処理するために人々が使用する一般的なモデルになるかどうか疑問に思っていました。

つまり、「メソッド呼び出しがあり、ISomeInterfaceを実装するサービスで処理する必要がある」というクライアントがいると思います。次に、そのインターフェイスを実装する多数のサービス（おそらくいくつかの一般的なESBの一部？）を点在させることができます。クライアントからのメソッド呼び出しは、これらのサービスの1つに自動的にルーティングされます。私はこれを正しく理解していますか？もしそうなら、そのようなアプローチの不利な点は何でしょうか？

どうもありがとう

私は .NET 4.0 で ws-discovery を使用していますが、うまく機能しています。私が抱えている質問の 1 つは、機能していないサービスにどう対処するかということです。たとえば、サーバー A とサーバー B に IService があるとします。サーバー A のこのサービスが壊れているとします (アプリケーション プールを停止してこれを模倣します)。クライアントは引き続き 2 つのサービスを見つけるため、サービスを使用しようとすると、それが機能していることを保証できません。

私の質問は、エンドポイントをループしてこれに対処し、最初のエンドポイントが失敗した場合は次のエンドポイントを試すことです。または、検索時に「稼働中」のサービスのみを取得する方法はありますか? それとも、私はどこかでポイントを逃していますか - おそらく:-)

ありがとう

JAX-WS RI、Axis2、CXF、またはその他のツールキットのWS-Discovery仕様の実装はありますか？

ネットワーク上に複数のデバイスがあります。ライブラリを使用して、Python スクリプトを使用してこれらのデバイスの存在と実体を検出しようとしています。デバイスにはすべて Web サービスがあります。私の質問は、私が見つけた唯一のモジュールが Python の ws-discovery であるため、この問題を解決するのに役立つモジュールはありますか?

これが唯一のモジュールである場合、ws-discovery を使用した Python スクリプトの例はありますか?

助けてくれてありがとう。

Python 用の WSDiscovery モジュールを使用しています。ネットワーク上のサービスを検索できました。クライアントを発見し、これから XAddress を取得しようとしています。WSDiscovery モジュールにはドキュメントがほとんどありません。実際には、数行の長さのモジュールの readme ファイルにあるのはほんのわずかです。この特定のコードを以下で動作させることができました：

これはすべてのサービスを取得し、次を使用してさまざまな XAddresses を取得できます。

しかし、特定のIDを持つものを特に探しています。アドレスの 1 つは次のようになります。

たとえば、このID番号を持つアドレスを選択するための提案を誰でも思いつくことができますか?

ありがとう

WS Discoveryを使用して、ローカルネットワーク上のエンドポイントを動的に検索して接続しています。

を返しますnet.tcp://localhost:8000/。これは正しいです。だが

次のメッセージでEndpointNotFoundExceptionをスローします。

「1つのエンドポイントが検出されましたが、クライアントは検出されたエンドポイントのいずれかでチャネルを作成または開くことができませんでした。」

エラーメッセージをグーグルで検索しましたが、結果がありませんでした。何が起こっているのですか、どうすればこれを修正できますか？

WCFでDiscoveryEndpointsを使用していますが、サービスが検出され、DiscoveryEndpointに接続すると、実際にサービスのインスタンスが作成されることに気付きました。これいらない。

これは、（StructureMapをサポートするために）カスタムインスタンスプロバイダーを使用しているという事実にほぼ確実に関連しています。これは、各EndpointDispatcherにカスタムInstanceProviderを適用します。

コントラクトが実際にサービスの実装と一致するエンドポイントにのみカスタムInstanceProviderを適用したいようです。

何か案は？

LAN ブロードキャスト上のすべてのサーバーが WS-Discovery Resolve メッセージを送信すると、最終的に完全な輻輳が発生するのはなぜですか?

LAN は、さまざまなサーバーから IPv4 マルチキャスト アドレスへの解決メッセージであふれています。

以下、メッセージ本文

壷:uuid:704c7c3d-b73f-410d-88bc-68d5c5dd9219

それはどうですか？

編集：それがどのように機能するかです。しかし、重要なのは、なぜ彼らは止まらないのですか? 解決に失敗した場合はどうなりますか?

さまざまな ESB と発見サービスを見回して、私が望むもの (NServiceBus、.NET StockTrader のサンプルなど) に近いものをいくつか見つけましたが、正しい方法に関する簡潔なチュートリアルを見つけることができませんでした。独自のディスカバリ/バス フレームワークを展開する方法.. 分散 ESB を構築するプロセスを進めるときに参照できるものはありますか?