3

私は次のようになる解決策を持っています：

http://www.test.com - 公開マーケティング Web サイト (ポート 80)

https://www.test.com - 認証済みユーザー用の MVC Web アプリケーション (ポート 443)

https://api.test.com - すべてのクライアントが使用する WebAPI レイヤー (できればポート 443)

最初はアプリケーションは MVC Web サイトになりますが、Windows Phone、Windows 8 などのネイティブ クライアントの開発も計画しています。MVC アプリケーション Web サイトを含むすべてのクライアントは、データ操作に WebAPI サービス レイヤーを使用します。すべてのクライアントは、移植可能なクラス ライブラリも利用します。

SSL証明書を2つ登録しました。1 つは www.test.com 用で、もう 1 つは api.test.com 用です。

ロール (WebRole.Public、WebRole.Application、および WebRole.WebAPI) を構成すると、ポート 443 が既に別の WebRole (この場合はアプリケーション WebRole) に割り当てられており、次に使用可能なポートである 8443 を使用する必要があると言われました。 .

私の懸念は、ポート 8443 を使用すると、ファイアウォールに対応していないことです。つまり、将来のクライアント (Windows Phone、Win8 など) は、ファイアウォールを開かないと機能しなくなります。アプリケーションと webapi WebRoles の両方で 443 を使用したいと考えています。

複数の Azure プロジェクトをセットアップしてポート 443 を WebRole.WebAPI と WebRole.Application で使用できるようにすると、ローカルでデバッグできますか?

推奨されるソリューション構成は何ですか? Visual Studio 2013 を使用しています。

4

2 に答える 2

0

ワイルドカード SSL 証明書を取得でき、サブドメインに対しては正常に機能します。同じポートに 2 つの証明書を登録しようとしています。それは良い構成ではありません。

ワイルドカード証明書を購入したくない場合は、MVC アプリで webapi サービスを呼び出して、別のドメインでホストすることができます。アプリをローカルでデバッグするには、開発者向けの明示的な証明書 (自分で承認する) を使用し、接続するポートを定義できます。

于 2013-08-27T19:15:38.327 に答える