Есть ли способ эмулировать "OPTIONS * HTTP/1.0" звонки на сервер?
Я знаю, что вызовы OPTIONS являются нормальными, и я прочитал о том, как исключить их из журналов, но, кажется, их чрезмерно много, например. 1525 из последних 10 000 запросов были OPTION-вызовами, много раз их поток за одну секунду:
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [21/Feb/2017:18:22:02 +0000] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f (internal dummy connection)"
Это выделенный сервер WPEngine, но он полностью управляем, поэтому у меня нет доступа с правами root. Я просто пытался подтвердить, что это на самом деле не способствовало проблемам с производительностью, которые мы испытываем. Я попытался эмулировать вызов с помощью curl, вот так:
curl -i -v -X OPTIONS http://www.oursite.com/*
Но это дало 404, из-за проблем с производительностью потребовалось 30 секунд для генерации. Есть ли способ отправить идентичный запрос, который вызывает внутреннее соединение, просто чтобы убедиться, что он также не потребляет ресурсы?
Вопрос Часть 2. Я понимаю, что эти вызовы являются дочерними процессами Apache. Согласно apache.org, в определенных конфигурациях эти вызовы вызывали проблемы, и они сказали, что вы можете перенаправить их, если это так:
https://wiki.apache.org/httpd/InternalDummyConnection
В 2.2.6 и более ранних версиях в некоторых конфигурациях эти запросы могут попадать на тяжелую динамическую веб-страницу и вызывать ненужную нагрузку на сервер. Вы можете избежать этого, используя mod_rewrite, чтобы ответить перенаправлением при обращении к этому конкретному User-Agent или IP-адресу.
Я знаю, что это 2.4.7, но я подумывал о том, чтобы перенаправить их, просто чтобы посмотреть, улучшит ли это производительность. Как это повлияет, если это сработает?