-
Notifications
You must be signed in to change notification settings - Fork 118
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HTTP Error 301 #37
Comments
Hi @peterkle Is this issue still present? The gem's only responses are either Cheers and thanks for the submission, Tawan |
@peterkle Has your worker app been configured to force SSL in config/production.rb?
If so, the request to localhost:80 is being 301 redirected to localhost:443. |
@sauy7, this may be slightly off-topic, but I'm curious how you managed to force ssl behind the ELB while avoiding infinite redirect loop and also passing health checks. I'm assuming you're on Elastic Beanstalk with an auto-scaling group. |
I didn't force SSL. I have a separate production_worker Rails environment for my worker tier. My Web tier (production environment) does force SSL. I've not yet setup health checks although that is something I will be looking at next (comments in issue #32 suggests a solution, do they not?) Also off-topic: Whilst running separate Rails environments for the separate tiers may seem like overkill, I have other reasons for doing so (e.g., .ebextensions differ between the two tiers). I manage both tiers from a single codebase and branch and have created a custom rake task to deploy different artefacts (zip archives) from the same codebase (the worker tier excludes a subset of .ebextensions, the web tier excludes the cron.yml file). |
@peterkle Do you enforce SSL in the worker tier? If so, make sure that you use the latest version of this gem. We had an issue before version 1.4.4 but it had been fixed now. |
Hi, I am getting a 301 error in my worker env logs, any idea why?
var/app/support/logs/access.log
127.0.0.1 - - [28/May/2016:02:04:30 +0000] "POST / HTTP/1.1" 301 5 "-" "aws-sqsd/2.0"
/var/log/aws-sqsd/default.log
The text was updated successfully, but these errors were encountered: