Админ не должен этим заниматься. Дело аникеев настроить ПК так, как требуют
внутрикорпоративные стандарты.
Речь шла, скорее, о Вашем способе "логически" рассуждать (#21).
PS: При определенных настройках TCP keepalive, которые хостеру
еще сделать надо - конкретное замечаение madoff вполне справедливо.
ТС может попробовать рецепт "от этого" (на _клиентской_ машине с openssh, для
putty возможно есть аналог в документации):
cat >> ~/.ssh/config <<EOF TCPKeepAlive no ServerAliveInterval 20 ServerAliveCountMax 10 EOF
Эникей - из команды, которая следит за ПК и офисным оборудованием. В том числе
и за персональными станциями администраторов. Которые на своем ПК совершенно
не обязательно имею root-привилегии (или аналогичные права в Win).
Убило. madoff №2.
Сменили _что_? Если хостер не занимается постоянно настройками
Вашего VPS - выбить из него указанную информацию и решить с
чьей-то помощью. Обращайтесь ;)
А если он Вам что-то периодически настраивает в рамках тарифного плана - так пинайте
его, пусть решает проблему. Дергать руками рестарт апача - не дело (хотя и это автоматизировать можно - от задания в cron до установки мониторинга типа monit).
Учить матчасть, бегом. Не позорьтесь.
http://sysoev.ru/nginx/docs/http/ngx_http_core_module.html#location
PS: Статика, к сожалению, не уйдет на апач. А зря. Возможно
имеет смысл использовать что-то типа: error_page 403 404 = @fallback;
В таком случае проблему можно было бы и не заметить. Нужно смотреть логи.
Только это не собачье дело VPS хостера - следить за тем, как
пользователи управляют своими сеансами по ssh. Это дело клиентов.
В Вашем же примере не увольняют аникея, который не настроил, чтобы
ПК администратора автоматически блочился при бездействии XXX
секунд, скажем.
"^.+Bot.+$"
ну дык пишет же - Permission denied
нужно, чтобы пользователь, под которым работает nginx (nobody или
кто там у вас) - имел доступ на чтение к статике
в /var/www/vhosts/max-pix.com/httpdocs/
А досеры из пушки по воробьям не бьют обычно. Только
если мишенью является хостер.
начать с error.log nginx'а и демонстрации куска конфига,
который вы убрали.
А _зачем_ Вы обновляете мемкеш? Просто из-за разности
в версиях? Если это вызвано какими-то конкретными проблемами,
которые исправлены в новом релизе, то самое надежное - выцепить
из CVS соответствующие изменения и добавить патчик в порт.
