Sitealert: Это может значить, что кто-то тупо долбит сервер длинными запросами. В логах энджинкса пусто, потому что запрос идёт прямиком на порт 8080, а не на 80, которого слушает энджинкс. Была какая-то древняя уязвимость Линуха с переполнением буфера - может быть, какие пионеры её хотят поиметь.
---------- Добавлено 21.06.2016 в 20:36 ----------
TF-Studio: htpasswd - возможно кривой
htpasswd прямой. Во-первых, пароль отрабатывается, server error идет только после ввода правильного пароля. Во-вторых, там нечему быть кривому: только один логин и пароль. На других серверах проблем с ним нет.
WapGraf: Хостер мог просто недостаточно изучить проблему, сделать предположение и т.п. Смотрите tcpdump udp-пакетов, там вы сразу поймете что к чему.
Спасибо всем, кто откликнулся и помогал. Рекурсия на сервере была закрыта изначально (а тест просто немножко неправильно выполнили). Хостер действительно не стал разбираться, что проблема была в том, что лили UDP-трафик. Так что проблему вроде бы решило ограничение соответствующего порта.
Некоторые, например, прописывают в конфиге апача запрет на доступ извне:
Уже прописан.
Это может значить, что кто-то тупо долбит сервер длинными запросами. В логах энджинкса пусто, потому что запрос идёт прямиком на порт 8080, а не на 80, которого слушает энджинкс. Была какая-то древняя уязвимость Линуха с переполнением буфера - может быть, какие пионеры её хотят поиметь.
И что можно сделать?
А как такой запрос выглядит в логах nginx'а?
В логах пусто.
Для начала настроить mod_remoteip
Модуль настроен. По крайней мере, IP всех других запросов отображаются корректно. Что еще можно настроить?
Включите расширенное логирование в апаче
Нет ничего в логах.
Ошибку могут выдавать nginx или php и писать ее в свои логи.
В логах nginx и php чисто.
---------- Добавлено 26.08.2016 в 01:31 ----------
Гм. А откуда включается авторизация - .htaccess или конфиг апача? Ну и вообще, проверить права бы на файлики пароля и .htaccess.
Апача.
Права на ошибку не влияют.
;14543525']
настроены криво
1. А подробнее?
;14543525']выдаёт не апач
2. А кто?
---------- Добавлено 21.06.2016 в 20:36 ----------
htpasswd - возможно кривой
htpasswd прямой. Во-первых, пароль отрабатывается, server error идет только после ввода правильного пароля. Во-вторых, там нечему быть кривому: только один логин и пароль. На других серверах проблем с ним нет.
Странно, но домены файлообменников не имеют подобных меток.
Хотя есть исключения:
По крайней мере, в данный момент у русфолдера такой пометки нет.
Хостер мог просто недостаточно изучить проблему, сделать предположение и т.п.
Смотрите tcpdump udp-пакетов, там вы сразу поймете что к чему.
Спасибо всем, кто откликнулся и помогал. Рекурсия на сервере была закрыта изначально (а тест просто немножко неправильно выполнили). Хостер действительно не стал разбираться, что проблема была в том, что лили UDP-трафик. Так что проблему вроде бы решило ограничение соответствующего порта.
Если используются NS-серверы от регистратора домена или хостинга
А если нет? :)