Кстати насчёт эксплоитов - сервак реально подтормаживает ...
Или я параноик? )))

Лучше быть параноиком в твоем случае. Если можешь, то подключись за ним и проверь трафик.
А по хорошему - загрузиться с cd и проверить все файлы/пакеты.

на вскидку что-то вроде такого
for i in `rpm -qa --root /mnt/disk` ; do rpm --root /mnt/disk --verify $i ; done

Как говорил наш препод по "Архитектура UNIX" в универе: Оставлять работать аутентификацию SSH по паролю не стоит. Лучше уж тогда сразу опубликовать пароль к руту на вебсайте - сервак быстрее отмучается xD

Ответ на комментарий linux

Странный совет. Парольные фразы лучше бы научил как хорошие составлять. Именно фразы.

Аутентификация по паролю это не есть гуд.
Я уже понял )
В пятницу буду переставлять серв нафик )
Судя по времени захода - действительно боты

ungifted, а это второе высшее, часов и так мало, направление куда двигаться показано, кому надо - сам всё изучит.

Исходное сообщение altesack, Аутентификация по паролю это не есть гуд.

Она сплошь и рядом. И мой хостер дает по паролю ftp и ssh. Как они живы до сих пор?
Вспомним OpenPGP с паролями. А недавняя лажа в Debian и предложениями отключить авторизацию по ключу...

объясните несведущему, чем же это так страшно?
что решается методом перебора?

Ответ на комментарий Inq

Да ничем не страшно. Страшны только пароли глупые (легкие или пустые).
Кто боится, пусть посчитает сколько надо времени на подбор пароля ssh из хотя бы 4 любых символов.

ungifted, понятно. Ну на этот случай у меня генератор паролей есть. Он же хранилище.

абалдеть:( ен приятно рррр

Да нет. Серьёзного ущерба я не вижу. Скорее всего это и впрямь были боты.
Зато какой шикарный опыт!
Какой обалденный урок!

altesack, ну раз так то это точно:)) с практикой главное)))