Невозможно выполнить поставку в очередь в пользовательском интерфейсе sidekiq-cron после аутентификации

Я использую гем sidekiq для обработки фоновых заданий и sidekiq-cron, чтобы запланировать задания на определенный интервал времени.

В config / routes.rb я добавил следующее, чтобы обеспечить аутентификацию конечной точки пользовательского интерфейса sidekiq.

  authentication = ->req { req.env["warden"].authenticate!}

  constraints authentication do
    mount Sidekiq::Web => '/sidekiq'
  end

Когда я нажимаю кнопку «Поставить в очередь сейчас» (см. Прикрепленное изображение), появляется следующая ошибка, и задание не добавляется в очередь. Он работал без аутентификации.

 ActionController::RoutingError (No route matches [GET] "/sidekiq/cron/my_report/enque"):
F, [2019-04-11T11:00:27.684536 #9365] FATAL -- :   
F, [2019-04-11T11:00:27.684733 #9365] FATAL -- : actionpack (5.2.3) lib/action_dispatch/middleware/debug_exceptions.rb:65:in `call'
web-console (3.7.0) lib/web_console/middleware.rb:135:in `call_app'
web-console (3.7.0) lib/web_console/middleware.rb:30:in `block in call'
web-console (3.7.0) lib/web_console/middleware.rb:20:in `catch'
web-console (3.7.0) lib/web_console/middleware.rb:20:in `call'
actionpack (5.2.3) lib/action_dispatch/middleware/show_exceptions.rb:33:in `call'
railties (5.2.3) lib/rails/rack/logger.rb:38:in `call_app'
railties (5.2.3) lib/rails/rack/logger.rb:26:in `block in call'
activesupport (5.2.3) lib/active_support/tagged_logging.rb:71:in `block in tagged'
activesupport (5.2.3) lib/active_support/tagged_logging.rb:28:in `tagged'
activesupport (5.2.3) lib/active_support/tagged_logging.rb:71:in `tagged'
railties (5.2.3) lib/rails/rack/logger.rb:26:in `call'
actionpack (5.2.3) lib/action_dispatch/middleware/remote_ip.rb:81:in `call'
actionpack (5.2.3) lib/action_dispatch/middleware/request_id.rb:27:in `call'
rack (2.0.7) lib/rack/runtime.rb:22:in `call'
activesupport (5.2.3) lib/active_support/cache/strategy/local_cache_middleware.rb:29:in `call'
actionpack (5.2.3) lib/action_dispatch/middleware/executor.rb:14:in `call'
actionpack (5.2.3) lib/action_dispatch/middleware/static.rb:127:in `call'
rack (2.0.7) lib/rack/sendfile.rb:111:in `call'
railties (5.2.3) lib/rails/engine.rb:524:in `call'
puma (3.12.1) lib/puma/configuration.rb:227:in `call'
puma (3.12.1) lib/puma/server.rb:660:in `handle_request'
puma (3.12.1) lib/puma/server.rb:474:in `process_client'
puma (3.12.1) lib/puma/server.rb:334:in `block in run'
puma (3.12.1) lib/puma/thread_pool.rb:135:in `block in spawn_thread'

введите здесь описание изображения


authentication ruby-on-rails sidekiq sidekiq-cron warden
person Galet    schedule 11.04.2019    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Я использую Sidekiq Pro и cron gem. Возможно, моя конфигурация может вам помочь (хотя я использую базовую форму HTTP-аутентификации).

В application.rb:

require 'sidekiq-pro'
require 'sidekiq/pro/web'
require 'sidekiq/cron/web'

class Application < Rails::Application
  Sidekiq::Web.use Rack::Auth::Basic do |username, password|
      ActiveSupport::SecurityUtils.secure_compare(::Digest::SHA256.hexdigest(username), ::Digest::SHA256.hexdigest(Rails.application.secrets.sidekiq_username)) &
        ActiveSupport::SecurityUtils.secure_compare(::Digest::SHA256.hexdigest(password), ::Digest::SHA256.hexdigest(Rails.application.secrets.sidekiq_password))
    end if Rails.env.production?
end

Тогда на routes.rb у меня есть только это:

  mount Sidekiq::Web => '/sidekiq'

Итак, каждый раз, когда я перехожу к some-url / sidekiq, появляется форма авторизации.

Надеюсь, это поможет тебе.

person Bernardo Graça    schedule 11.04.2019
comment
Я могу загрузить some-url / sidekiq после кода аутентификации. Я получаю сообщение об ошибке, когда нажимаю кнопку «Поставить в очередь сейчас», чтобы запустить задание вручную, а не по расписанию. - person Galet; 12.04.2019
comment
@Galet, возможно, потому, что ваши маршруты sidekiq обернуты ограничением аутентификации. Попробуйте сделать это в инициализаторе, используя аутентификацию Sidekiq :: Web.use - person Bernardo Graça; 12.04.2019