問題タブ [azure-servicebusrelay]

Java をバックエンドとして Azure Service Bus リレーを使用できる POC を実行しようとしています。

Azure Service Bus リレーにより、.NET ライブラリを統合できます。利用可能な Java ライブラリはありません。

Javaでそれが不可能な場合、リレー機能のためにJavaを使用する他の代替手段はありますか?

Azure サービス バス リレーを使用してクラウドに公開されるオンプレミス ソフトウェアを提供します。公開するために使用する基本的なコードは次のとおりです (識別可能なものはすべて削除しました)。

これはほとんどのお客様で問題なく機能しますが、あるお客様は厳格なファイアウォール ポリシーを持っています。

私たちが見つけた SB ガイドラインに従って、ポート 9351 ～ 9354 を ourdomain.servicebus.windows.net に開くように依頼しました。ここで、着信要求があると、サービスが「私たちのドメイン」(これは Wireshark と WCF ログでも成功していることがわかります) と 40.112.124.x 上の未知の (私たちにとって) サービスの両方に接続することがわかります。 9352 (最後のオクテットはリクエストごとに変わります)。

どのポートでも 40.xxx アドレスへの接続を禁止することで、開発環境で問題を再現できました。これは、WCF ログで発生することです。

この間、DNS 要求は送信されないため、この送信接続の機能の手がかりとなるホスト名はありません。

私の調査によると、これは Microsoft が制御するサブネットのようです。そのため、リレー サービスが接続されていることに問題はありませんが、次のことを知りたいです。

1. この追加接続はオプションですか?
2. そうでない場合、サブネット全体を許可する必要がありますか?
3. この IP 範囲は将来変更される可能性がありますか? どこかにハードコードされていますか？

Azure Service Bus Relayを使用して、インターネット上の Web サイトからオンプレミスのイントラネット WCF サービスに接続しています。それは何ヶ月もうまく機能しています。

昨日以来、サービスは外部から到達できませんでした (不正なゲートウェイ、TrackingId:4a7a01ed-2059-4720-aba5-f61ee808a86e_G2)。Azure クラシック ポータルでは、オンプレミス サービスがサービス バス インフラストラクチャに正しく登録されていることがわかります (サービスへの 1 つの HTTP リスナーが正しく表示されます)。

TrackingId をどこに入力すればよいか、「内部エラー」について詳しく知っている人はいますか?

Azure ポータルで何も見つけることができず、この件に関するドキュメントは存在しません。

詳細情報を入手する唯一の方法は、Microsoft サポートに連絡することですか?

ご協力ありがとうございました

次の記事では、Azure Relay Service Bus を使用して単純な WCF サービスを構築する方法について説明してい ます 。例は、TCP バインディングでの使用を示しています。私はそれを再現し、完璧に動作します。今、私は webHttpRelayBinding でも同じことを望んでいますが、期待どおりに機能しません。サービスのコードを、共通の dll、WCFServiceWebRole プロジェクト、およびコマンド ライン ホスト (web.config の代わりとして) とクライアントに分割します。

バス キー、名前空間、およびプロトコル (tcp または http) を含むインターフェイス定義と設定ファイルを含む共通 dll 名前空間 WCFRelayCommon { using System.ServiceModel; System.ServiceModel.Web の使用;

WCFServiceWebRole プロジェクト。最初に Web.config ですべてのサービス設定 (動作、入札) を定義したので、そのままで十分です。

しかし、デバッグしやすいように、すべての設定をコードで行う代替ホスト プロジェクトも定義しました。したがって、設定ファイルを使用したコマンド ライン プロジェクトのみです。2 つの実装: NetTcpRelayBinding または WebHttpRelayBinding を使用。安全な輸送で。

そして、クライアント コマンド ライン アプリ。

webHttpRelayBinding または netTcpRelayBiding のいずれかを使用するには、設定パラメーターを http または tcp に変更するだけです。

前述のとおり、netTcpRelayBiding を使用すると、コードは期待どおりに実行されます。

webHttpRelayBinding を使用すると、mscorlib で InvalidOperationException が発生します

私は何を取りこぼしたか？おそらく、Azure ポータルでの構成でしょうか。チュートリアルの指示に従っただけです...

私はこのチュートリアルに従い、10 ～ 15% の確率で適切に動作するように管理しました。

これは、例外が発生するクライアントのメイン メソッドです。

これが機能する場合があるため、名前空間とキーが正しく入力されていることはわかっています。ただし、ほとんどの場合、この例外が発生します

私は何を間違っていますか？