Windows Azure "Sandbox"

Question

Windows Azure上で動作するMVC 2 Appがあります。

すべてうまくいきますが、実際のサーバーが必要なものをテストできるサブドメインを作成したいのですが、誰にも表示させたくありません。しかし、私がwww.mywebsite.com/sandboxのように置いただけでは、誰もそれが技術的にそれにアクセスすることができます。

私はそのような設定をして、パスワードを簡単に保護することができますか？もしそうなら、個人の管理URLに同じ種類のものを使用し、チームメンバーだけが（私が維持しているユーザー名/パスワードを使って）チェックすることができます。

Answer 1

私が見ている限り、2つの選択肢があります。

1. ステージングの展開を作成し、特定のDNS要求（例：http://sandbox.mywebsite.nothere）にIIS Webサイトが応答するようにします。 DNS設定を変更するか、ローカルホストファイルを変更してください（例：C:\Windows\System32\drivers\etc\hosts）。これはあいまいさによるセキュリティですが、それは効果的ではありませんが、それは簡単で、おそらく良いスタートです。

2. コメントにSteve Morganが示唆しているように、アプリケーションで認証を実装します。あなたはASP.NET（MVCまたはしない）アプリケーションを（私は私の例ではMVCを仮定している）している場合、あなたはこのような何かを行うことができます。

   • MembershipController

   • 受け入れてログインアクションを作成を作成します。ユーザー名とパスワード、このように見えるの実装：

     パブリック仮想のActionResultログイン（Qinoa.Web.Models.LoginDataモデル） { 場合（model.Username == "myuserの" & & model.Password == "hardcodedPassword" ）{ FormsAuthentication.SetAuthCookie（ "myuser"、model.RememberMe）; } return RedirectToAction（MVC.Home.Index（））;ウェブで }

。設定ファイルには、すべてのテストコンテナは[Authorize]属性を追加するには

<authentication mode="Forms"> 
    <forms loginUrl="~/Membership/Login" timeout="2880" /> 
</authentication> 

を設定します。あなたのアプリは、（初歩的な）保護されています。

＃1の副題：1つのWebロールで複数のサイトをホストすることができます。

Answer 2

Windows Identity Foundationとアクセスコントロールサービスを使用してアプリケーションを構成します。

次に、独自のユーザーを管理せずにアプリケーションを保護するために使用できるIDプロバイダを選択できます。

さらに、Active Directoryを使用している場合は、ADFS 2.0を内部的に展開する必要があります。その美しさは、誰かがアプリケーションにアクセスしても、ADFSサーバーが実行されているネットワークにアクセスできない場合は認証できないということです。

私はこの方法でAzureアプリケーションを確保しています。非常にうまく動作します。私は透明な統合認証を取得しますが、非常に安全です。

これを行うには、ネットワーク外にADまたはADFSを公開する必要はありません。 AzureとADFSの間に通信はありません。すべてがブラウザ経由で行われます。