How to understand why CloudFront returns 301?

0

I posted it earlier here, but didn't receive a response: https://stackoverflow.com/questions/75640175/how-to-understand-why-cloudfront-returns-301

I have a distribution in CloudFront pointing to a custom origin. It worked just fine for more than five years and just a few weeks ago started to return 301 for all requests. The origin works as before, SSL certificates are valid both at the CloudFront endpoint and at the origin. The configuration of the "behavior" I didn't change in CloudFront. What could be the problem and how can I understand where is it?

If it helps, here is the URL: https://djk1be5eatcae.cloudfront.net/?u=https://www.yegor256.com/index.html. The origin that it points to is relay.jare.io. Thus, the URL to be used to fetch the content is this: https://relay.jare.io/?u=https://www.yegor256.com/index.html (works for me). All information is public, no sensitive information is revealed.

已提問 1 年前檢視次數 256 次
2 個答案
0

https://djk1be5eatcae.cloudfront.net/?u=https://www.yegor256.com/index.html for me returns:

Please, submit this stacktrace to GitHub and we'll try to help: https://github.com/yegor256/jare/issues

java.lang.IllegalStateException: [GET https://relay.jare.io/] failed in 0ms: [400] Parameter "u" is mandatory in https://relay.jare.io/
...

as if I hadn't passed "?u=...". Have you set a cache policy on your CF distribution that excludes this or all query string params from the cache & being sent to the origin? https://docs.aws.amazon.com/AmazonCloudFront/latest/DeveloperGuide/controlling-the-cache-key.html

專家
已回答 1 年前
  • Dear expert, please try to use curl -v instead of a browser. You will understand what I'm talking about in the question above. Yes, I configured the caching policy to use all query arguments (NOT exclude them).

0

There was a problem with the version of TLS/SSL. I set it to SSLv3 and now it works.

已回答 1 年前

您尚未登入。 登入 去張貼答案。

一個好的回答可以清楚地回答問題並提供建設性的意見回饋,同時有助於提問者的專業成長。

回答問題指南