問題タブ [azure-servicebusrelay]

WCF サービスがいずれかのサーバーでホストされ、クライアント アプリケーションがパートナー間で分散されるダウンロード クライアント サービス モデル アプリケーションを作成しました。パートナーには、WCF サービスで自分自身を認証し、WCF サービスへのダウンロードを要求できる一意の PIN が提供されます。

クライアントは、クライアント アプリケーションがサービスに接続できる名前空間を作成した Windows Azure サービス バスを介して WCF サービスに接続します。すべての名前空間には、Default IssuerとDefault Keyがあります。サービス バスに接続するときに、この Default キーをコードに埋め込んでいます。埋め込まれたキーを保護するには、キーを保護する必要があり、アプリケーションに署名する必要があると誰かが私に言いました。本当？

本当にこの鍵を保護する必要がありますか? はいの場合、どのように？また、ピンからクライアントを識別し、サービス バス名前空間へのアクセスを一連のユーザーのみに許可する認証を Service Bus で簡単に提供できる方法はありますか? とか、そういう点で無駄に悩んでるんですか？:)

Service Bus Relay を使用しています。SAS と ACS について読んでいますが、ドキュメントによると、SAS はリレーではサポートされていないようです。次のリンクは次のとおりです。 「サービス バス リレーのサポートは、近い将来に追加されます。」 http://msdn.microsoft.com/en-us/library/windowsazure/dn170477.aspx

クライアントの認証に ACS を使用する方法がわかりません。Windows Azure のドキュメントで提供されている情報はすべて私にとっては用心棒であり、どんなに頑張ってもそれらを何にも関連付けることはできません。

誰かが私の懸念に関する情報を持っている場合は、適切なリンクとガイダンスを提供してください.

ありがとう！

編集！！！ 私はこれを検索しており、次のリンクは認証されていないクライアントを作成するための方法論を提供しています: http://msdn.microsoft.com/en-us/library/microsoft.servicebus.nettcprelaybinding.aspx

私のクライアントApp.Configで次のタグを使用して

これを試してみましたが、次のエラーが表示されます:「一般: 認証エラーが発生しました。正しい SharedSecret、SimpleWebToken、SharedAccessSignature、または Saml トランスポート クライアント資格情報を指定したことを確認してください。MissingToken: リレー セキュリティ トークンが必要です。」

このエラーについて詳しく調べています。しかし、いくつかの疑問が生じます。認証なしで azure サービス バスにアクセスできるようにした場合、誰かが自分の利益のためにサービス バスを悪用することはできますか?

デフォルトの名前空間を持つ Service Bus for Windows Server 1.1 (Azure Service Bus ではない) をインストールしました。http://code.msdn.microsoft.com/windowsazure/Relayed-Messaging-Bindings-ca039161からサンプルをダウンロードし 、次のコードを変更してトークンを生成します。

しかし、「 TCP (9351, 9352) または HTTP (80, 443) 経由で servicebusdefaultnamespace.servicebus.windows.net に到達できません」というエラーがスローされます。

BasicHTTPRelayBinding でも同じサンプルを試しましたが、うまくいきません。

リレーバインディングのために他の構成を行う必要がありますか提案してください!!!

前もって感謝します。

Azure ServiceBus Relay を介して WCF サービスを公開することを考えています。このサービスは、オンプレミスの IIS (Windows Server 2008 R2) で実行されています。

私が見つけたサンプルとドキュメントでは、サーバーに Azure SDK が必要であると書かれています。それは私が推測するリレーバインディング用です。

しかし、本当にすべての SDK が必要なのでしょうか? インストールすると (Windows Azure SDK for .NET (VS 2013) -2.2)、Visual Studio Express などがインストールされます。これらの「余分な」コンポーネントを取得せずに、サーバーに ServiceBus Relay のサポートをインストールする方法はありませんか?本番サーバーでは必要ありませんか?

しばらくの間、Azure Service Bus Relay を介してオンプレミス データベースにアクセスするためのサービスを作成してきました。つまり、それらを WCF サービスとしてデプロイする必要がありました。私たちの Web サイトの開発は node.js に移行しており、ノードにも API サービスを展開したいと考えています。ただし、Azure NPM パッケージは Azure Service Bus のキュー/トピックを適切にサポートしていますが、中継機能については言及されていません。github で Azure SDK のコードを見てきましたが、ここでもリレーが著しく欠けているようです。

node.js バックエンドで Azure Service Bus Relay を使用することはできますか?

Azure でホストされる Web およびモバイル アプリケーションを構築しています。オンプレミス データベースのデータを取得して更新するには、このアプリケーションが必要ですが、ファイアウォールの制限により、受信ファイアウォール ルールを作成できません。

アーキテクチャを他の技術部門に伝える必要があります。

1. ServicveBusRelay トレーニング キットのデモ ( https://github.com/WindowsAzure-TrainingKit/Demo-ServiceBusRelay ) をダウンロードしましたが、動作しましたが、作成された "sb://name.servicebus.windows.net/Customer" リレーが削除されると削除されます。コンソール アプリケーションを閉じますが、これは正常ですか? また、Service Bus エクスプローラーには表示されませんが、ポータルには表示されますか?

2. Relay は仲介されたメッセージング (キュー、トピック、サブスクリプション) を使用しませんか?

3. 最も安全な認証方法 (対称キー、X.509 証明書、パスワード) は?

4. セキュリティやパフォーマンスなど、さまざまなバインディング (NetTCPRelayBinding、BasicHTTPRelayBinding など) の長所と短所は何ですか?

5. アウトバウンド接続はどのように維持されますか?

私の会社では、Azure Service Bus Relay を使用して、機密データの概要を Azure でホストされるアプリケーションに集約しています。運用前のサーバーで、最初のいくつかのリクエストが処理された後、ServiceHost インスタンスをホストするプロセスによる CPU 使用率が 70 ～ 90% に跳ね上がり、そこにとどまることに気付きました。通常、ServiceHost は Windows サービスで自己ホストされますが、さまざまなセットアップおよびテスト シナリオで実行する WPF アプリもあり、両方でこの動作を再現できます。弊社の開発環境では、この動作を再現できていません。

コードを確認し、MSDN のサンプルと比較しましたが、同等に見えます。要約版は次のとおりです。

イベント ハンドラーがトリガーされることはなくOnFaulted、CPU がジャンプした後もリクエストが処理され続けます。ホスト アプリの WPF バージョンには、 への呼び出しを介してサービス バスへの接続を切断できるボタンがあり、this.host.Close()切断されると、CPU はすぐにアイドル状態に戻ります。

トレース リスナーを実行しましたが、起動SystemConnectivity.Mode時の自動検出に関連するメッセージのみが表示されます。ServiceHostスタック内のフォルトの場所は、 への呼び出しの子孫ですMicrosoft.ServiceBus.NetworkDetector.DetectInternalConnectivityModeForAutoDetect(Uri uri)。障害自体は Microsoft.ServicBus レイヤーによって捕捉され、私の会社のコードにバブルアップすることはありません。トレースによってキャプチャされた特定の例外メッセージは

net.tcp://[name_redacted].servicebus.windows.net:9350/ に接続できませんでした。接続の試行は、00:00:01.1856021 の期間継続しました。TCP エラー コード 10061: ターゲット マシンがアクティブに拒否したため、接続できませんでした [ip_redacted]:9350。

トレースに使用した設定は次のとおりです。

次に、CPU をすべて消費しているスレッドを分析してみました。プロセスのメモリ ダンプから始めましたが、単一のスナップショットでは、時間の経過と共に何が起こっているかについて十分な情報を得ることができないと判断したため、本番 .Net アプリケーションの CPU 分析に関する Sam Saffron のブログ投稿を見つけました。cpu-analyzer のソースの最新バージョンを取得し、問題のサーバーで実行しました。最も高価なスタックはすべてSystem.Threading._IOCompletionCallback.PerformIOCompletionCallback、ベースに の署名がありました。私の理解では、キャプチャ中にプロセスへの Service Bus 呼び出しはなかったので、このスレッドが何をしていたのかわかりません。

次のステップでは、サーバー上で perfmon キャプチャを実行し、その結果を調べて、明らかな何かが表示されるかどうかを確認します。サーバーに直接アクセスできないため、ハンズオン分析を行うためにシステム管理者と時間をスケジュールする必要があります。

この隠れた CPU スパイクの原因について考えている人はいますか? Azure Service Bus Relay または WCF でこの動作を行うことが知られているものはありますか? どんな提案でも大歓迎です。

奇妙な状況に気づきました。Service Bus リレー コンポーネントに関するクラスの論文を書いています。パフォーマンスにどのような影響があるかをテストすることにしました (「クライアント <--> サービス」接続の代わりに「クライアント <--> sb リレー <--> サービス」があるため、遅延が発生するはずです)。驚くべきことに、大きな入力データ (入力として要求ごとに最大 1.5 MB のデータ、サービスは出力として単一の整数を返す) を使用したテストでは、SB Relay を使用したアプリケーションが 4 倍高速であることが証明されました (500ms 対 2000ms)。正直なところ、これらの結果がどこから来たのかわかりません。別のマシンでクライアント アプリをテストしましたが (サービスは引き続き Azure VM でホストされています)、結果は同じでした。リクエストが通過するかどうかをテストしました（「キャッシュのような」メカニズムがあるかどうか、しかしすべて問題ないようです.

助けてくれてありがとう