Чередующиеся 200 и 404 мне тоже в глаза бросаются. Объяснить их(404) причины не могу :(
Я бы начал именно с этого.
Можно подробнее, в сторону каких параметров стоит смотреть?
Запросов в данный момент в среднем около 200 в секунду.
Ну, смотреть сначала не в параметры, а в мануалы - схема прикрывания апача nginx-ом описана многократно. Как минимум - избавитесь от запросов к статике.
Далее - смотреть на limit-rate, burst итп.
200 rps - это вобщем-то тоже слезы. Особенно если 80% запросов идут к /
Мне одному кажется, что здесь что-то совсем неправильно?
Хотелось бы услышать мнение людей понимающих, как стоит правильно и оперативно реагировать (блокировать ip?) на эти запросы, а так же мнение о настройках сервера для его "удержания на плаву" как можно дольше.
На данный момент используется только apache (под FreeBSD 6.1-RELEASE) и хотелось бы про него побольше, но вариант nginx + apache тоже интересен.
Прикрывайте nginx-ом. И 10-30 запросов в секунду вас волновать перестанут совершенно.
Хе... "Система"... "Платформа"...
.htaccess умеет и RewriteRule - вот по-этому и работает :-)
Конвертните базу в innodb - избавитесь от локов на селект.
Чередующиеся 200 и 404 мне тоже в глаза бросаются. Объяснить их(404) причины не могу :(
Я бы начал именно с этого.
Можно подробнее, в сторону каких параметров стоит смотреть?
Запросов в данный момент в среднем около 200 в секунду.
Ну, смотреть сначала не в параметры, а в мануалы - схема прикрывания апача nginx-ом описана многократно. Как минимум - избавитесь от запросов к статике.
Далее - смотреть на limit-rate, burst итп.
200 rps - это вобщем-то тоже слезы. Особенно если 80% запросов идут к /
Мне одному кажется, что здесь что-то совсем неправильно?
Хотелось бы услышать мнение людей понимающих, как стоит правильно и оперативно реагировать (блокировать ip?) на эти запросы, а так же мнение о настройках сервера для его "удержания на плаву" как можно дольше.
На данный момент используется только apache (под FreeBSD 6.1-RELEASE) и хотелось бы про него побольше, но вариант nginx + apache тоже интересен.
Прикрывайте nginx-ом. И 10-30 запросов в секунду вас волновать перестанут совершенно.
Это к сожалению первая федора, в которой пришлось расширенно копаться.
Маны куда читать ?
Собери ручками в отдельное место.
Если вылезут косяки с библиотеками - собери в отдельном чруте.
А вообще - читать ман на тему "как собрать tool-chain"
Может кому и логично, но не является правдой. Впрочем, увеличивать max_allowed_packet можно без опасений.
Я бы скорее пошел смотреть на max_upload_size и на размер POST-данных :-)
покажите
cat /etc/rc.conf | grep sendmail
unable to handle kernel paging request at virtual address
Либо память, либо диск, куда оно не смогло отсвопиться.
С хорошей долей вероятности вы пытаетесь биндить и апач, и nginx на один и тот же порт одного и того же адреса.
А зачем отсылать через _разные_ смтп? Один-то чем не нравится?