Stoletov, защиту от ддоса определенной мощности вам сможет предложить почти каждый, вопрос будет заключаться как раз в мощности... если к вам там десятки гигабит едут, то это уже не каждый... а самое главное что в любом из случаев надо оплатить этот ДДОС.... по этому если вы готовы платить за 10 GB/s то мы можем вам их фильтровать без вопросов .... как думаю и любой другой провайдер.... А если вы хотите 10 Gb/s фильтровать за 10$ в месяц.... то это просто не реально и не будет реальным даже за 100$ в месяц......
Есть еще скиптик в сети где-то набредал, который по server-status строит более понятную картинку посещений того или иного ресурса, там получается шкала такая где четко понятно какой ресурс на первом месте по посещениям какой на втором.... иногда вывод server-status только усугубляет понимание :D
basf: В RHEL/Centos6 x86_64 будет работать только в ядрах, в которых произошел бекпорт. Если поставлена Centos 6.0 с умолчальным ядром 2.6.32-71 и без обновления -> эксплойт не заработает.
Не знаю насчет бекпорта, но при установке CentOS первым делом делаем yum update... по этому ядро там из репозитария, но никак не оригинальное, а уже какое-то мега новое :)
Андрейка, перл собирать не пришлось, в cPanel оказывается можно включить "Core Dumps" при этом надо указать в "/proc/sys/kernel/core_pattern" из формат и вуаля, в /tmp получаю core от cpanel которые уже отправил на анализ ребятам из поддержки, чисто на будущее :)
---------- Добавлено 15.05.2013 в 15:34 ----------
netwind: Romka_Kharkov, ну а по первому методу через gdb удалось понять с помощью /proc какие файлы открыты ? что за файлы? их содержимое можно попытаться проанализировать и понять не испорчено ли оно? С fsck и bad file descriptor это саппорт пошутил так. Совершенно же ясно, что ошибка наведенная какими-то другими ошибками.
Нет, не удалось, я изучал все профили пользователей, явных расхождений по переменным в конфигурационных файлах не обнаружил.... все на местах, разнятся только домены, их количество и всякое присущее индивидуальное.....
P.S : Есть две корки образованные в процессе логина, куда и как их натравить что бы почитать ченить умное :D ?
В общем strace ничего пока не дал путевого, заслал им результат, посмотрели, сказали мол куча ошибок там (Bad file descriptor), предложили Fsck, сделал из single-user , журналы на месте, все в полном порядке, проблема не ушла.....
Boris A Dolgov: Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Ух ты, уже иду смотреть.....
---------- Добавлено 14.05.2013 в 20:36 ----------
Boris A Dolgov: Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Отвлекают со всех сторон, простите пожалуйста, параллельно Cpanel попросили сделать strace происходящего, как правильно посмотреть?, они тоже полагают что там будет некий файл к которому было последнее обращение..... Подскажете?
Boris A Dolgov: Можно попробовать посмотреть ls -lia /proc/6446/fd и посмотреть там файлы, относящиеся к пользователю. Видимо, там есть какой-то кеш, который побился. Ещё можно проверить, не побился ли /usr/local/cpanel/perl/Storable/Storable.so, но это очень вряд ли.
C последним тоже согласен, но проверю шас md5 по соседнему серверу, проблемма процесса 6446 в том, что его нет пока я не попробовал подключится\авторизоваться... как же его словить? Ведь он тут же падает по причине segfault.... стало быть надо как-то его "подождать", lsof умеет?
/usr/local/cpanel/perl/Storable/Storable.so - md5 OK на 3х машинках. Да и к чему бы это, была бы либа порченная, у всех бы клиентов не работало, а тут только 1 .... ))) какая-то ссылка куда-то есть которая почему-то перестала работать или что-то в этом роде....
Stoletov, защиту от ддоса определенной мощности вам сможет предложить почти каждый, вопрос будет заключаться как раз в мощности... если к вам там десятки гигабит едут, то это уже не каждый... а самое главное что в любом из случаев надо оплатить этот ДДОС.... по этому если вы готовы платить за 10 GB/s то мы можем вам их фильтровать без вопросов .... как думаю и любой другой провайдер.... А если вы хотите 10 Gb/s фильтровать за 10$ в месяц.... то это просто не реально и не будет реальным даже за 100$ в месяц......
Есть еще скиптик в сети где-то набредал, который по server-status строит более понятную картинку посещений того или иного ресурса, там получается шкала такая где четко понятно какой ресурс на первом месте по посещениям какой на втором.... иногда вывод server-status только усугубляет понимание :D
ravinx, копайте в сторону wildcard DNS + rewrite
Если бы мне подошли те предложения, я бы попросил закрыть топик.
т.е предложение за 15.99$ которое я вам предлагал вышло за рамки бюджета? Хорошо, давайте 14,99$ :)
В RHEL/Centos6 x86_64 будет работать только в ядрах, в которых произошел бекпорт. Если поставлена Centos 6.0 с умолчальным ядром 2.6.32-71 и без обновления -> эксплойт не заработает.
Не знаю насчет бекпорта, но при установке CentOS первым делом делаем yum update... по этому ядро там из репозитария, но никак не оригинальное, а уже какое-то мега новое :)
Андрейка, перл собирать не пришлось, в cPanel оказывается можно включить "Core Dumps" при этом надо указать в "/proc/sys/kernel/core_pattern" из формат и вуаля, в /tmp получаю core от cpanel которые уже отправил на анализ ребятам из поддержки, чисто на будущее :)
---------- Добавлено 15.05.2013 в 15:34 ----------
Romka_Kharkov, ну а по первому методу через gdb удалось понять с помощью /proc какие файлы открыты ? что за файлы? их содержимое можно попытаться проанализировать и понять не испорчено ли оно?
С fsck и bad file descriptor это саппорт пошутил так. Совершенно же ясно, что ошибка наведенная какими-то другими ошибками.
Нет, не удалось, я изучал все профили пользователей, явных расхождений по переменным в конфигурационных файлах не обнаружил.... все на местах, разнятся только домены, их количество и всякое присущее индивидуальное.....
P.S : Есть две корки образованные в процессе логина, куда и как их натравить что бы почитать ченить умное :D ?
2.6.18-348.4.1.el5 (i386) - не сработало.
2.6.32-358.2.1.el6 (x86_64) - видимо уязвимо, но рута получить не удалось, после запуска бинаря тачка потеряла сеть и поймала kernel panic....
Между прочим, описанные "решения" в виде
присущи только CentOS 6, в 5ке нет таких ключей, хотя возможно это связано с тем, что ядро без PERF.
В общем strace ничего пока не дал путевого, заслал им результат, посмотрели, сказали мол куча ошибок там (Bad file descriptor), предложили Fsck, сделал из single-user , журналы на месте, все в полном порядке, проблема не ушла.....
Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Ух ты, уже иду смотреть.....
---------- Добавлено 14.05.2013 в 20:36 ----------
Пока GDB висит после надписи Program received signal SIGSEGV, Segmentation fault. процесс живёт.
Отвлекают со всех сторон, простите пожалуйста, параллельно Cpanel попросили сделать strace происходящего, как правильно посмотреть?, они тоже полагают что там будет некий файл к которому было последнее обращение..... Подскажете?
Можно попробовать посмотреть ls -lia /proc/6446/fd и посмотреть там файлы, относящиеся к пользователю. Видимо, там есть какой-то кеш, который побился.
Ещё можно проверить, не побился ли /usr/local/cpanel/perl/Storable/Storable.so, но это очень вряд ли.
C последним тоже согласен, но проверю шас md5 по соседнему серверу, проблемма процесса 6446 в том, что его нет пока я не попробовал подключится\авторизоваться... как же его словить? Ведь он тут же падает по причине segfault.... стало быть надо как-то его "подождать", lsof умеет?
/usr/local/cpanel/perl/Storable/Storable.so - md5 OK на 3х машинках. Да и к чему бы это, была бы либа порченная, у всех бы клиентов не работало, а тут только 1 .... ))) какая-то ссылка куда-то есть которая почему-то перестала работать или что-то в этом роде....