Cloudfront正在重定向到我們的網站

截至今天上午，經過多年的正常工作，我們的雲端帳戶已經重定向（301）到我們的網站以獲取資產，而不是自己提供服務。任何想法如何恢復這個？Cloudfront正在重定向到我們的網站

昨晚我把我們從使用Passenger轉換爲Puma作爲我們的網絡服務器，並且作爲其中的一部分，我在production.rb中更改了config.serve_static_files = true。但是，即使我回到config.serve_static_files = false，雲端URL仍然會重定向到我們的主頁。

任何想法如何解決這個問題？

來源

2016-09-02 Julie

我相信，如果cloudfront對原點的請求也會導致重定向，那麼它只會發出重定向 - 我將首先在運行puma的服務器上可用的任何日誌中查找這些請求。 –

@FrederickCheung你能澄清一下你的意思嗎？「如果它對原點的請求也導致重定向」？你是否說我們的服務器正在運行美洲獅？是否將雲端請求重定向到自己？在我們的大型日誌文件中是否應該尋找特定的東西？ – Julie

當瀏覽器向雲端請求時，cloudfront會向您的服務器請求相關資產。聽起來這個請求導致重定向而不是資產。我會查看對導致重定向的資產的任何請求。 –

經過一番調查後，該問題的原因如下：

Nginx的顯然是從HTTP服務public/文件，即使有一個301 HTTP重定向到https
彪馬使用機架服務public/文件，並且如果從http請求公共文件，它將返回301重定向到https
如果Cloudfront從它路由到的服務器（本例中爲http）收到301重定向，它只是將301重定向轉發給用戶，所以它們永久重定向到網站的https，而是而不是雲端來接收他們的文件。
解決這個問題的配置設置將我們的雲端源改爲「匹配查看器」，而不是原來的「僅Http」。然後，我們必須等待人們的緩存清除，因爲它是永久重定向（301）。

作爲一個便箋，我不認爲Cloudfront應該將301重定向轉發給客戶端。這對我來說似乎並不理想。

來源

2016-09-07 19:34:21 Julie

Cloudfront正在重定向到我們的網站

回答

相關問題