Pilat: Кроме поддержки никто не поможет - мне кажется, только в KVM есть определённость со временем в VPS, в Xen и OpenVZ и VmWare есть варианты c настройками на нодах. Можно попробовать запустить ntpdate в отладочном режиме ( -d ) - посмотреть что он будет делать.
Так а смысл? ntpdate делает тоже самое только моментально, а демон будет периодически , плавно, выставлять дату, если она после ntpdate не поменялась не думаю что демон чем-то поможет. Я больше склоняюсь к тому, что на domain0 сбилось время в силу каких-то причин.
Тут вопрос будет заключаться в объединении в RAID 10, когда вы собираете два зеркала отдельно, каждое из них может быть на разной паре винтов, а вот при объединении двух зеркал главное что бы у них совпадал объем.... А так я лично не вижу особых проблем, но естественно стараюсь использовать одинаковые винты, но скажу вам честно, работал и с Raid 5 и с Raid6 и с Raid10, например совсем недавно вместо умершего сегейта в Raid5 из 16 винтов (500GB каждый) всунул 1 TRB Хитачи, контролер Adaptec, все работает отлично.
Если не ошибаюсь то на VPS время пляшет от domain0 и всякие там NTP не помогают, но могу ошибаться...
Ввиду того что вам показало offset в кучу циферок, то была установлена разница и она есть, а раз время не поменялось, то значит нельзя... ну или ограничено....
'[umka: ;9360406']Если патчить апач с целью ограничить количество отдаваемых range-й, то лечение от "Range" одновременно помогает и от "Request-Range" :)
DenisVS: Вот и решили вопрос. Ромка, у Лисяры тему не заводи! 😂
Я там не завожу темы вообще :D Получил по своим каналам информацию, поделился с SE комьюнити. :D Разве плохо? Я думаю что по ключу CVE-xxxx-xxx вы сейчас найдете тысячи страницы, а я то всего в группе тему создал и в паблике :D Так что моих в интернете всего две :D
Romka_Kharkov добавил 26.08.2011 в 19:35
ware: Давно пора бы поставить Apache 2.2.19, не знаю, есть ли свежее.
А что координально поменялось от от 17й до 19й ?:))) Он у Raistlin так вообще 2.2.3 стоит и че ?:)
Еще один скриптик, конечно не совсем експлоид.... но тоже приятного мало на сервере после его запуска, но вот этот скорее всего лечится путем MaxConnection per IP + тюнами разными.
Видимо первый натолкнул народ на более обширные подходы :D
Connection Keep-Alive + Pipelining + Close the connection before the response + Something... = DoS
Raistlin: ну кому там млять неймётся... специяльно не баню, гляжу на ддосоустойчивость. Должны скрипты автоматом отработать через несколько минут. Ну шли бы вы, дайте поспать. Всё равно не упадёт.
man ntpdate
Ну и причем тут это? Дебаг и дебаг ? чем он поможет то?
Romka_Kharkov добавил 29.08.2011 в 01:43
Если ксен, то в следующий раз проблема решается одной командой в консоли ssh:
echo 1 > /proc/sys/xen/independent_wallclock
и ntpdate.
Хм, интересно, т.е таки изначально время зависит от domain0? кащунство какое-то :D
Кроме поддержки никто не поможет - мне кажется, только в KVM есть определённость со временем в VPS, в Xen и OpenVZ и VmWare есть варианты c настройками на нодах. Можно попробовать запустить ntpdate в отладочном режиме ( -d ) - посмотреть что он будет делать.
Так а смысл? ntpdate делает тоже самое только моментально, а демон будет периодически , плавно, выставлять дату, если она после ntpdate не поменялась не думаю что демон чем-то поможет. Я больше склоняюсь к тому, что на domain0 сбилось время в силу каких-то причин.
Тут вопрос будет заключаться в объединении в RAID 10, когда вы собираете два зеркала отдельно, каждое из них может быть на разной паре винтов, а вот при объединении двух зеркал главное что бы у них совпадал объем.... А так я лично не вижу особых проблем, но естественно стараюсь использовать одинаковые винты, но скажу вам честно, работал и с Raid 5 и с Raid6 и с Raid10, например совсем недавно вместо умершего сегейта в Raid5 из 16 винтов (500GB каждый) всунул 1 TRB Хитачи, контролер Adaptec, все работает отлично.
Если не ошибаюсь то на VPS время пляшет от domain0 и всякие там NTP не помогают, но могу ошибаться...
Ввиду того что вам показало offset в кучу циферок, то была установлена разница и она есть, а раз время не поменялось, то значит нельзя... ну или ограничено....
Старых багов поменьше, новых побольше :)
Ну разве что это :D
Romka_Kharkov добавил 27.08.2011 в 20:37
;9360406']Если патчить апач с целью ограничить количество отдаваемых range-й, то лечение от "Range" одновременно помогает и от "Request-Range" :)
+1
//10 букавок
Вот и решили вопрос. Ромка, у Лисяры тему не заводи! 😂
Я там не завожу темы вообще :D Получил по своим каналам информацию, поделился с SE комьюнити. :D Разве плохо? Я думаю что по ключу CVE-xxxx-xxx вы сейчас найдете тысячи страницы, а я то всего в группе тему создал и в паблике :D Так что моих в интернете всего две :D
Romka_Kharkov добавил 26.08.2011 в 19:35
Давно пора бы поставить Apache 2.2.19, не знаю, есть ли свежее.
А что координально поменялось от от 17й до 19й ?:))) Он у Raistlin так вообще 2.2.3 стоит и че ?:)
интересно сколько народу по всему миру так "тестит" теперь :)?
Да они еще со вчера тестят :D
Ну а что вам сказать товарищи , читаем дальше:
http://seclists.org/fulldisclosure/2011/Aug/284
Еще один скриптик, конечно не совсем експлоид.... но тоже приятного мало на сервере после его запуска, но вот этот скорее всего лечится путем MaxConnection per IP + тюнами разными.
Видимо первый натолкнул народ на более обширные подходы :D
Connection Keep-Alive + Pipelining + Close the connection before the response + Something... = DoS
показывает тест но не валит. Ромка тестил ))
CentOS release 5.6 (Final)
httpd -v
Server version: Apache/2.2.8 (Unix)
Server built: Sep 15 2008 20:16:50
nginx -v
nginx: nginx version: nginx/1.0.4
Хорошо бы понять разницу как говорится, у меня и апач новее и все такое , а уязвимость мочила...... правда nginx по дороге не было.
ну как бе... 2к ботов одновременно луканутся?
Raistlin добавил 25.08.2011 в 23:57
ab или что-то подобное пущено, я по нагрузке на cpu сужу. Лень мне дергаться просто.
Ну не сразу естеcтвенно не в 1 момент, но они же будут усиленно долбить, теоретически можно достигнуть пиковой нагрузки я думаю....
ну кому там млять неймётся... специяльно не баню, гляжу на ддосоустойчивость. Должны скрипты автоматом отработать через несколько минут. Ну шли бы вы, дайте поспать. Всё равно не упадёт.
Это не я :D