使用 AWS 負載均衡器的 A（主機）記錄

Question

我有一個關於 AWS 負載均衡器的問題。

我可以完美地將我的CNAME www 指向我的負載均衡器的 DNS 並且我知道它總是可以工作，但我還需要將 @ 記錄指向負載均衡器，以便人們可以訪問mysite.com而不是www.mysite.com負載均衡器。

The problem is that the A Records have to point an IP Address so i can't point to the DNS and the IP of the load balancer keeps changing so mysite.com stops working.

誰能推薦我解決這個問題？

Answer 1

以下是步驟。

1. 點擊創建記錄集
2. 對於區域頂點記錄，只需將名稱字段留空
3. Select 您想要創建 A 或 AAAA 的別名類型（這兩種類型之后的所有步驟都相同）
4. Select 是單選按鈕。
5. 在另一個選項卡中打開 EC2 控制台並導航到負載均衡器列表。 單擊負載均衡器並查看列表下方窗格中的描述選項卡。 樣品 output 下面

Answer 2

您需要一個執行重定向的 web 服務器。 即您想從 mysite.com 指向的 web 服務器發送 301“永久移動”，重定向到 www.mysite.com。 然后您將 www.mysite.com 命名為 Amazon。

一些 DNS 托管服務提供商會為您執行此操作，我認為 GoDaddy 會這樣做。 否則，您需要設置一個 web 服務器，您可以配置執行此操作。

.htaccess 中的 Apache 配置可以是例如：

RewriteEngine on
RewriteCond %{HTTP_HOST} mysite.com
RewriteRule ^(.*)$ http://www.mysite.com/$1 [L,R=permanent]

如果您有一個支持 .htaccess 的通用 Apache 托管站點，那么您可以這樣做。

無論如何，您正在尋找的是重定向。

Answer 3

從技術上講，這是做不到的。 您只能使用 CNAME 引用 Amazon 負載均衡器，它會違反 DNS 規則以將 CNAME 分配給域的根目錄，因為這會導致 MX 記錄出現問題。

也就是說，一些 DNS 提供商確實允許您這樣做，亞馬遜的 53 號路線不允許這樣做，但Zoneedit允許這樣做（帶有警告）。 如果您不需要 email 為該域工作，這是一個解決方案。 如果您確實需要 email，我的確實使用 Zoneedit 工作，但 DNS 規則說您不能依賴這個。

編輯：在我的帖子之后，亞馬遜添加了 map 的功能，使用 Route 53 將域的根（又名區域頂點）添加到負載均衡器。請參閱此博客文章。

Answer 4

正如大衛指出的那樣，您不能這樣做並且仍然保留在 DNS RFC 中。 您可以在某處構建一個小型無負載平衡實例，該實例僅重定向 mysite.com -> www.mysite.com。 不是一個完全優雅的解決方案，而是一個解決方法..

Answer 5

Amazon 現在在 Route53 中提供了一種將 A 記錄綁定到 ELB 的機制： http://www.allthingsdistributed.com/2011/05/aws_ipv6.html

Answer 6

您不需要重定向，是的，它可以完成。 它只是不在使用 DNS 的正常模式下，所以很多人還不習慣使用帶有 ELB 別名的區域頂點。

請參閱此處其他答案中給出的鏈接，尤其是https://serverfault.com/questions/342904/how-do-you-create-a-zone-apex-alias-that-points-to-a-elastic-load-平衡器

Answer 7

亞馬遜在其路線 53 DNS 服務中添加了一個特殊的別名選項。 您可以將 A 記錄作為別名指向負載均衡器 dns。 我遇到了同樣的問題，因為我使用 Bind 9 托管了自己的 DNS 服務器。我不想將 CNAME 與重定向解決方案一起使用。 路線 53 解決方案更好，亞馬遜擅長在全球傳播 DNS 信息。

這里解釋了如何將路由 53 與彈性負載均衡器的特殊別名記錄一起使用。

https://serverfault.com/questions/342904/how-do-you-create-a-zone-apex-alias-that-points-to-a-elastic-load-balancer-in-th

Answer 8

來自 DNS 服務提供商的重定向對我不起作用。 我決定放棄使用負載均衡器（從一開始我創建它只是為了嘗試破解提到的證書問題）。 如果您必須使用 LB，請閱讀下面的 opt #2，我沒有嘗試過，但我認為它應該可以工作。

選項 #1（無 LB）獲取您從受信任的頒發者處獲得的證書並將其直接安裝在服務器上。 從服務器（http 到 https）給出重定向命令，它也將處理 www。 我使用了 bitnami 的圖像，所以我可以為此使用 bncert-tool。

選項 #2（使用 LB，您應該有證書正文和私鑰）您應該對 AWS-> 導入證書的證書管理器執行選項 #1和go，然后將該證書與您的 LB 一起使用，這樣您就可以在兩種情況下都擁有相同的證書我從未嘗試過選擇 #2

祝你好運

Answer 9

對於不使用 Amazon Route 53 的人來說，似乎推薦的解決方案是創建一個網絡負載均衡器，然后指向一個應用程序負載均衡器，然后再指向我們的 EC2 實例。

網絡負載均衡器有一個 static IP 地址，這正是您想要的。

資料來源： https://aws.amazon.com/premiumsupport/knowledge-center/alb-static-ip/