Не стоит исключать проблемы безопасности Вашего компьютера и сложность подбора доступов. Т.е. у Вас просто могли украсть/подобрать доступы к FTP и залить вредоносный код.
Соглашусь, например при использовании ISPMANAGER есть два файла php.ini, но с одной inode (жесткая ссылка) вида
/var/www/php-bin/user/php.ini
/var/www/user/data/php-bin/php.ini
Попробуйте воспользоваться командой
find /var/www/ -type f -name 'php.ini' -exec sed -i '$ a \111' {} \;
Поиск
grep -HiR 'stummann.net' /var/www
Удаление
find /var/www/ -type f -exec sed -i 's/stummann.net//g' {} \;
А еще лучше все таки настроить программный RAID1.
А еще Ваш сайт открывается по таким URL как
http://91.218.228.109/
http://fuckfuckfucko_o.silver-mania.ru/
http://mail.silver-mania.ru/
и это не проблема хостера, а проблема в настройке сервера. Т.е. Ваш сервер не найдя нужного виртуального хоста отдает сайт, который стоит первым в конфигурации веб-сервера apache2 (также данную информацию Вы можете увидеть в ISPManager - раздел IP-адреса).
Насколько я вижу (http://91.218.228.109:81/, http://91.218.228.109/, https://mail.silver-mania.ru/manager/) у Вас на сервере установлен ISPManager и связка apache2 + nginx. Достаточно просто запретить ответ по непрописанным виртуальным хостам веб-серверу nginx, добавив в конфигурацию /etc/nginx/nginx.conf блок:
server { server_name _ ''; listen 91.218.228.109; location / { return 444; } location ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ { proxy_pass http://91.218.228.109:81; proxy_redirect http://91.218.228.109:81/ /; proxy_set_header Host $host; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Real-IP $remote_addr; } }
перед виртуальным хостом silver-mania.ru. После изменения конфигурации перезапустите веб-сервер nginx (service nginx restart).
Обращаю Ваше внимание, как Вам уже сообщили ранее, никаким стандартом не запрещено направлять домен на любой IP, т.е. это вполне нормальная ситуация, то другие домены направлены на Ваш IP (вероятно предыдущими владельцами IP-адресов).
Проблему с http://sweet16.ru/, раз уж она Вам так принципиальна, Вы пробовали решить с техподдержкой? DNS записи размещаются на NS-серверах ihc.ru, т.е. провайдеру достаточно их удалить. Но как уже сообщалось выше, правильную настройку сервера никто не отменял.
А зачем? У Вас виртуализация OpenVZ, ядро в контейнере не используется, можете вовсе удалить пакеты ядра. Пересобрать ядро на OpenVZ из гостевой ОС нельзя.
К сожалению, changelogs для данных версий пакетов не доступны.
Но судя по поведению в 1.0.1e-2+deb7u6 добавили только рестарт сервисов. Сам фикс идет в версии 1.0.1e-2+deb7u5
Обращаю Ваше внимание, что libssl1.0.0 также необходимо обновлять в обязательном порядке.
Приведите вывод php -m
Поставьте себе atop на сервер для журналирования нагрузки.
Также, до перезагрузки сервера в момент падения посмотрите на консоль сервера (через KVM например).
Приведите также вывод lspci -vnn
