經過多次託管區域和存儲區的實驗之後,似乎由於未過期的高速緩存而導致失敗,即使我可能已正確設置所有內容。在繼續之前,我想總結一下冗長的(和坦率而乏味的)AWS文檔,並詢問這些文檔是否確實是正確的。這時我只關心正確性,但我也很好奇這兩個功能是否相同。AWS託管區域和存儲區的示例
對於這兩個選項,我沒有那個記錄:
- 的文件已被上傳和水桶mysite.com公之於衆,並
- 的託管區域也有NS和SOA記錄。
還有第三種方法使用2個託管區域,2個存儲桶,1個別名記錄集和1個CNAME,我將其刪除。
經過多次託管區域和存儲區的實驗之後,似乎由於未過期的高速緩存而導致失敗,即使我可能已正確設置所有內容。在繼續之前,我想總結一下冗長的(和坦率而乏味的)AWS文檔,並詢問這些文檔是否確實是正確的。這時我只關心正確性,但我也很好奇這兩個功能是否相同。AWS託管區域和存儲區的示例
對於這兩個選項,我沒有那個記錄:
還有第三種方法使用2個託管區域,2個存儲桶,1個別名記錄集和1個CNAME,我將其刪除。
我會建議:
mysite.com
mysite.com.s3.amazonaws.com
)爲mysite.com
的頂點創建A記錄)www.mysite.com
並將其指向mysite.com
這類似於選項1,但www.mysite.com
將指向mysite.com
(而不是相反)。
通過「在Route 53中,創建www.mysite.com的CNAME記錄並將其指向mysite.com」,您的意思是「在Route 53中,爲託管區域mysite.com創建CNAME記錄並將其名稱設置爲www。 mysite.com及其價值www.mysite.com.s3-website-region.amazonaws.com「;是對的嗎? – Calaf
好的,澄清一下:在Hosted Zone'mysite.com'中,創建一個名爲「www.mysite.com」的記錄集,CNAME的類型和mysite.com的值。當某人解析'www.mysite.com'時,路由53將使用CNAME記錄重新啓動域名解析以使用'mysite.com'。這是必需的,因爲S3使用域名來標識存儲桶,因此解析的DNS名稱必須與存儲桶名稱匹配。 –
那麼..當我寫我的最後一條評論時,我做了我在兩個(不相關/未連接)域中描述的內容。現在(8小時後)從www.mysite.com重定向到mysite.com可以正常工作,但會給我「404 Not Found。Code:NoSuchBucket。Message:指定的存儲桶不存在。BucketName:www.mysite.com」在另一。顯然是一個緩存問題。我現在要做你在評論中描述的內容,但是我想我必須等待48小時才能確定它是否有效(我可能不明智地採用了默認的TTL)。 – Calaf
你能澄清你想完成什麼嗎?例如,您的目標僅僅是讓mysite.com和www.mysite.com指向啓用靜態網站託管的Amazon S3存儲桶? –
是的,只是靜態託管。 – Calaf