WebORB for .NETを使用していますが、開発環境でデフォルトのポート（2037）で実行しても問題はありません。
ステージング環境にデプロイしてパブリックインターネット経由でアクセスしようとすると、このポートは珍しいポートであるため、途中の多くのポイントでブロックされ、「メッセージングに接続できません」というメッセージが表示された赤いWebORBロゴが表示されます。 WebORBコンソールにアクセスすると「サーバー」になります。
ポートを開くことは部分的な解決策ですが、WebORBのアプリケーションにアクセスする人は、そのポートをブロックしていないことを確認する必要もあります...したがって、これは実際には適切な解決策ではありません。
WebORBをポート443（SSLに使用されるため、ほとんどブロックされない）で実行できましたが、IISにポート443バインディングを持つ他のサイトがない場合に限ります。
最終的に同じサーバー上にポート443バインディングを持つ別のサイトが作成されるため、これも受け入れられません。
したがって、私の質問は、IISの別のサイトもそのポートにバインドされている場合に、ポート443（または80）でWebORBを実行することは可能ですか？
次の回答を更新する
私はServer2008R2、つまりIIS7.5を使用しているので、WebORBWebサイトを統合モードで実行したいと思います。最初の記事の手順では、Isapi.dllのワイルドカードスクリプトマップの追加について説明しています。これは、クラシックモードでのみ呼び出されます。
この記事で提案されているすべてのエントリを追加し、ポート80を使用するようにサイトを構成しました。IISのポート80にバインドされているサイトは他にもあります。
WebORBコンソールに移動すると、新しいRTMPTハンドラーを追加する前に見たのと同じ動作が見られます。赤いWebORBロゴがあり、[メッセージングサーバー]パネルにエントリが表示されていません。ただし、「不正なリクエスト、RTMPTのみがサポートされています」と表示されます。〜/ open / 1に移動するとメッセージが表示され、diagnostics.aspxページは正常に表示されます。
ログには次のように表示されます。
..。
WEBORB INFO：-\rootの子スコープを追加します
WEBORB INFO：スコープ登録済み-\ root WEBORB INFO：WebORBメッセージングサーバー4.4.0.0（c）2003-2010 Midnight Coders、Inc.
WEBORB INFO：実行中-False
WEBORB EXCEPTION：System.Net.Sockets.SocketException（0x80004005）：システムのSystem.Net.Sockets.Socket.DoBind（EndPoint endPointSnapshot、SocketAddress socketAddress）でのアクセス許可によって禁止されている方法でソケットにアクセスしようとしました。 Weborb.Messaging.BaseRTMPServer.start（）のNet.Sockets.Socket.Bind（EndPoint localEP）
WEBORB INFO：WebORBメッセージサーバーをシャットダウンしています
WEBORB INFO：読み込みタイプ：Weborb.Management.ServiceBrowser.Browser.AssemblyBrowser
..。
コンソールでRTMPTを使用できるようにするには、他の構成を変更する必要がありますか？
また、着信要求はHTTP経由である必要があることを考えると、ホストヘッダーを考慮する方法はありませんか？