Работник ActiveJob всегда возвращает 301 заданию из очереди SQS - PullRequest
Новая
       22

Работник ActiveJob всегда возвращает 301 заданию из очереди SQS

0 голосов
/ 15 ноября 2018

У меня настроена активная упругая работа для работника Elastic Beanstalk с Puma / Ruby 2.4. Это получение заданий от SQS, однако всегда возвращается 301 к каждому заданию. Задания создаются в веб-среде Elastic Beanstalk с Puma / Ruby 2.4 и имеют тот же секретный ключ.

Когда я создаю задание из веб-среды, я вижу, что задание, полученное демоном SQS в рабочей среде: 

2018-11-15T01:37:14Z message: sent to http://localhost:80/
2018-11-15T01:37:14Z http-err: 35232854-1f0c-4dcc-b97f-6708e3b07b81 (206) 301 - 0.003

Я также вижу запрос, набравший nginx : 

127.0.0.1 - - [15/Nov/2018:01:37:14 +0000] "POST / HTTP/1.1" 301 217 "-" "aws-sqsd/2.4" "-"

Однако в журнале puma .

нет ничего .

В приложении есть config.force_ssl = false

Вот промежуточное ПО : 

use Rack::Sendfile
use HerokuDeflater::ServeZippedAssets
use Rack::Deflater
use HerokuDeflater::SkipBinary
use ActionDispatch::Static
use ActionDispatch::Executor
use ActiveSupport::Cache::Strategy::LocalCache::Middleware
use Rack::Runtime
use Rack::MethodOverride
use ActionDispatch::RequestId
use ActionDispatch::RemoteIp
use Rails::Rack::Logger
use ActionDispatch::ShowExceptions
use ActionDispatch::DebugExceptions
use Airbrake::Rack::Middleware
use ActionDispatch::Callbacks
use ActionDispatch::Cookies
use ActionDispatch::Session::CookieStore
use ActionDispatch::Flash
use ActionDispatch::ContentSecurityPolicy::Middleware
use Rack::Head
use Rack::ConditionalGet
use Rack::ETag
use Rack::TempfileReaper
use Warden::Manager
use ActiveElasticJob::Rack::SqsMessageConsumer
run Operator::Application.routes

Поскольку в журнале пум нет ничего, похоже, что он попал в какое-то промежуточное ПО, возвращающее 301? Любые идеи, где я должен искать?

...