デジタルオーシャンのプロダクションサーバーで奇妙なエラーが発生しました

Question

私は、管理者ユーザーのWebアプリケーションへの認証と認証を可能にするdevise gemを持っています。しかし、一度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' 

Answer 1

は単に誰かが...まあ、何かを見つけるためにあなたのウェブサイトの一部のURLを呼び出そうとしているされています。それはボットかもしれない。とにかく、これはまったく問題ではありません。

Answer 2

このログメッセージは、アプリケーションとは無関係ですか、あなたは、ログインしようとしている。

それはちょうど誰かがルート/blog/xmlrpc.phpを要求しようとしたアプリケーションが、そのルート上で答えることができなかったことを示しています。基本的には404 not foundメッセージです。

なぜ人々（またはボット）にランダムなサーバーで/blog/xmlrpc.phpをリクエストしようとしますか？ /blog/xmlrpc.phpルートは一部のWordpressバージョンに対する攻撃を許可するためです。また、攻撃者はIP範囲をスキャンして犠牲者を探しています。

このような要求を無視しても安全です。あなたのアプリケーションが正しく構成され、適切な404 not found（500 internal server errorではなく）で応答していることを確認してください。