簡體   English   中英

數字海洋上生產服務器中的奇怪錯誤

[英]weird error in production server on digital ocean

我有一個設計工具,可以對我的Web應用程序的管理員用戶進行授權和身份驗證。 但是,一旦我嘗試訪問blog.xxxx.com/admins/sign_up,我就會收到應用程序錯誤。 以下是我的production.log文件的內容

I, [2016-05-24T06:30:33.215786 #21746]  INFO -- : Started GET "/blog/xmlrpc.php" for 89.248.174.4 at 2016-05-24 06:30:33 -0400
F, [2016-05-24T06:30:33.220309 #21746] FATAL -- : 
ActionController::RoutingError (No route matches [GET] "/blog/xmlrpc.php"):
  actionpack (4.2.2) lib/action_dispatch/middleware/debug_exceptions.rb:21:in `call'
  actionpack (4.2.2) lib/action_dispatch/middleware/show_exceptions.rb:30:in `call'
  railties (4.2.2) lib/rails/rack/logger.rb:38:in `call_app'
  railties (4.2.2) lib/rails/rack/logger.rb:20:in `block in call'
  activesupport (4.2.2) lib/active_support/tagged_logging.rb:68:in `block in tagged'
  activesupport (4.2.2) lib/active_support/tagged_logging.rb:26:in `tagged'
  activesupport (4.2.2) lib/active_support/tagged_logging.rb:68:in `tagged'
  railties (4.2.2) lib/rails/rack/logger.rb:20:in `call'
  actionpack (4.2.2) lib/action_dispatch/middleware/request_id.rb:21:in `call'
  rack (1.6.4) lib/rack/methodoverride.rb:22:in `call'
  rack (1.6.4) lib/rack/runtime.rb:18:in `call'
  activesupport (4.2.2) lib/active_support/cache/strategy/local_cache_middleware.rb:28:in `call'
  rack (1.6.4) lib/rack/sendfile.rb:113:in `call'
  railties (4.2.2) lib/rails/engine.rb:518:in `call'
  railties (4.2.2) lib/rails/application.rb:164:in `call'
  puma (3.4.0) lib/puma/configuration.rb:224:in `call'
  puma (3.4.0) lib/puma/server.rb:569:in `handle_request'
  puma (3.4.0) lib/puma/server.rb:406:in `process_client'
  puma (3.4.0) lib/puma/server.rb:271:in `block in run'
  puma (3.4.0) lib/puma/thread_pool.rb:114:in `call'
  puma (3.4.0) lib/puma/thread_pool.rb:114:in `block in spawn_thread'

此日志消息與您的應用程序無關,或者您嘗試登錄。

它只是告訴您有人試圖請求路由/blog/xmlrpc.php而您的應用程序無法在該路由上進行應答。 它基本上只是一個404 not found消息。

為什么人們(或機器人)嘗試在隨機服務器上請求/blog/xmlrpc.php 因為/blog/xmlrpc.php路由允許對某些Wordpress版本的攻擊。 攻擊者正在通過掃描IP范圍來搜索惡意對象。

可以忽略此類請求。 您可能要確保的唯一想法是,您的應用程序已正確配置,並且404 not found帶有正確404 not found響應(不是500 internal server error )。

只是有人試圖調用您網站的某些URL來查找...好吧。 它甚至可能是機器人。 無論如何,這根本不是問題。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM