Amazon Route53 で転送を設定しようとしています。以前の DNS サービス (Nettica) では、「aws.example.com」へのリクエストを「https://myaccount.signin.aws.amazon.com/console/」にルーティングできました。
この機能は Route53 でサポートされていますか?
Nettica はこれをどのように実現するのでしょうか? 特別な A、CNAME、PTR、または TXT レコードを挿入するのでしょうか?
ベストアンサー1
私は Saurav が説明したのとまったく同じ問題に直面していましたが、Route 53 と S3 以外を必要としない解決策を見つける必要がありました。そこで、私が行ったことを詳しく説明したハウツー ガイドをブログに作成しました。
私が思いついたのは次のようなものです。
客観的
Amazon S3とAmazon Route 53で利用可能なツールのみを使用して、自動的に転送するURLリダイレクトを作成します。http://url-redirect-example.vivekmchawla.comAWSコンソールのサインインページ(「MyAccount」というエイリアス)にアクセスします。https://myaccount.signin.aws.amazon.com/console/。
このガイドでは、Amazon の URL だけでなく、任意の URL への URL 転送を設定する方法を説明します。特定のフォルダー (この例では「/console」など) への転送を設定する方法と、リダイレクトのプロトコルを HTTP から HTTPS (またはその逆) に変更する方法を学習します。
ステップ 1: S3 バケットを作成する
S3 管理コンソールを開き、「バケットの作成」をクリックします。
ステップ2: S3バケットに名前を付ける
バケット名を選択します。この手順は非常に重要です。バケットの名前は、転送用に設定する URL とまったく同じにする必要があります。このガイドでは、「url-redirect-example.vivekmchawla.com」という名前を使用します。
自分に最適な地域を選択してください。わからない場合は、デフォルトのままにしてください。
ログの設定については心配する必要はありません。準備ができたら、「作成」ボタンをクリックするだけです。
ステップ3: 静的ウェブサイトホスティングを有効にし、ルーティングルールを指定する
プロパティ ウィンドウで、「静的 Web サイト ホスティング」の設定を開きます。
「Web サイトのホスティングを有効にする」オプションを選択します。
「インデックス ドキュメント」の値を入力します。このオブジェクト (ドキュメント) は S3 によって提供されることはなく、アップロードする必要もありません。任意の名前を使用してください。
「リダイレクトルールの編集」の設定を開きます。
次の XML スニペットをそのまま貼り付けます。
<RoutingRules> <RoutingRule> <Redirect> <Protocol>https</Protocol> <HostName>myaccount.signin.aws.amazon.com</HostName> <ReplaceKeyPrefixWith>console/</ReplaceKeyPrefixWith> <HttpRedirectCode>301</HttpRedirectCode> </Redirect> </RoutingRule> </RoutingRules>
上記のXMLが何をしているのか知りたい場合は、「ルーティング ルールを指定するための構文」の AWM ドキュメントボーナステクニック(ここでは説明しません)は、たとえば、宛先ホストの特定のページに転送することです。この機能が必要な場合は、 要素http://redirect-destination.com/console/special-page.html
について読んでください。<ReplaceKeyWith>
ステップ 4: リダイレクト バケットの「エンドポイント」をメモする
Amazon がこのバケット用に自動的に作成した静的ウェブサイト ホスティングの「エンドポイント」をメモします。これは後で必要になるので、URL 全体をハイライトし、コピーしてメモ帳に貼り付けます。
注意!この時点で、実際にこのリンクをクリックして、リダイレクト ルールが正しく入力されたかどうかを確認できますが、注意してください。理由は次のとおりです...
<Hostname>
リダイレクトルールのタグ内に間違った値を入力したとします。myaccount.amazon.com
ではなく、誤って と入力した可能性がありますmyaccount.signin.aws.amazon.com
。 エンドポイント URL をテストするためのリンクをクリックすると、AWS はブラウザを間違ったアドレスにリダイレクトします。
間違いに気づいたら、おそらく<Hostname>
リダイレクト ルールを編集してエラーを修正するでしょう。残念ながら、リンクをもう一度クリックしようとすると、間違ったアドレスにリダイレクトされてしまう可能性が高くなります。エントリを修正したにもかかわらず<Hostname>
、ブラウザは以前の (間違った!) エントリをキャッシュしています。これは、Chrome や Firefox などのブラウザがデフォルトでキャッシュする HTTP 301 (永続的) リダイレクトを使用しているために発生します。
エンドポイント URL をコピーして別のブラウザに貼り付けると (または現在のブラウザのキャッシュをクリアすると)、更新されたエントリが<Hostname>
最終的に正しいものであるかどうかを確認する機会がもう一度得られます。
安全のため、エンドポイント URL とリダイレクト ルールをテストする場合は、Chrome の「シークレット モード」などのプライベート ブラウジング セッションを開く必要があります。シークレット モードでエンドポイント URL をコピーして貼り付け、テストすると、セッションを閉じるとキャッシュされたものはすべて消えます。
ステップ 5: Route53 管理コンソールを開き、ホストゾーン (ドメイン名) のレコードセットに移動します。
- バケットの作成時に使用したホストゾーン (ドメイン名) を選択します。バケットに「url-redirect-example.vivekmchawla.com」という名前を付けたので、vivekmchawla.com ホストゾーンを選択します。
- 「レコード セットに移動」ボタンをクリックします。
ステップ6: 「レコードセットの作成」ボタンをクリックします。
「レコード セットの作成」をクリックすると、Route53 管理コンソールの右側にレコード セットの作成ウィンドウが開きます。
ステップ7: CNAMEレコードセットを作成する
[名前] フィールドに、S3 バケットに名前を付けるときに使用した URL のホスト名部分を入力します。URL の「ホスト名部分」は、ホストゾーンの名前の左側にあるすべての部分です。私は S3 バケットに「url-redirect-example.vivekmchawla.com」という名前を付け、ホストゾーンは「vivekmchawla.com」なので、入力する必要があるホスト名部分は「url-redirect-example」です。
このレコード セットのタイプとして「CNAME - 正規名」を選択します。
値には、手順 3 で作成した S3 バケットのエンドポイント URL を貼り付けます。
「レコード セットの作成」ボタンをクリックします。エラーがなければ、ホスト ゾーンのレコード セットのリストに新しい CNAME レコードが表示されます。
ステップ8: 新しいURLリダイレクトをテストする
新しいブラウザタブを開いて、先ほど設定したURLを入力します。私の場合はhttp://url-redirect-example.vivekmchawla.comすべてが正常に動作した場合は、AWS サインインページに直接送信されます。
リダイレクトの宛先 URL としてエイリアスを使用したためmyaccount.signin.aws.amazon.com
、Amazon はアクセスしようとしているアカウントを正確に把握し、直接そのアカウントに移動します。これは、従業員や請負業者に短くてわかりやすいブランド化された AWS ログイン リンクを提供したい場合に非常に便利です。
結論
私は個人的にさまざまな AWS サービスを気に入っていますが、DNS 管理を Amazon Route 53 に移行することに決めた場合、URL 転送が簡単にできないのはイライラするかもしれません。このガイドが、ホストゾーンの URL 転送の設定を少しでも簡単にするのに役立つことを願っています。
さらに詳しく知りたい場合は、AWS ドキュメント サイトの次のページをご覧ください。