Перейти к содержанию
Мутный

Размышления про DDoS

Recommended Posts

Мутный

Всем привет !

 

Хочу рассказать небольшую историю и какие выводы вынес из сложившийся ситуации:

 

Первая часть рассказа:

 

Итак есть у меня небольшой сайтик посвящённый безопасности, да вроде сидел никого не трогал, сайтик вроде никому и не мешает, так в качестве хобби...

 

Да были на него небольшие атаки, но обычно справлялся DDOS Deflare, также кое-что сам периодически банил...

 

И вот вчера свершилось, чего я так долго ждал, наконец-то оно, настоящий ддос... Я так рад, что печёнку свело ! :)

 

По началу был ддос из 25-ти ботов, но даже его я несмог отразить....

 

Прикол, перезагружаю сервак и через пару секунд он падает и-так наверное сидел минуты три, потом начил думать... Кое-как залез через SSH и отключил сервисы апаче, кстати может кому нужны комманды:

killall -9 apache2service apache2 stop

killall -9 apache2 - Обязательно, ибо процессы апача, как оказалось в моём случае отжирают как память, так и проц.

 

Ну хорошо, нагрузка спала до нуля, ога подумал я значит атака на апач...

 

К тому-же я через netstat проверил все коннекты и оказалось, что кто-то долбит постоянно пустыми запросами... :(

 

Тут я уже начил настраивать апач, уязвимости оказались в настройках:

 

1)Ну во первых максимальное число коннектов у меня было 450, для моего сервера это смертоубийство;

2)Таймаут пять минут, тоже много;

3)Сам сервис почему-то не перезапускался....

 

Всё это головотяпство в этоге сыграла дурную службу, в этоге что я сделал:

StartServers 1MinSpareServers 2MaxSpareServers 5ServerLimit 150MaxClients 150MaxRequestsPerChild 400

А также:

KeepAlive OnKeepAliveTimeout 30

Плюс использовал DdosDeflare...

 

Что получил в этоге, сервисы апаче уже так не напрягают сервер и боты потихонечку забанил DdosDeflare + вручную отсеял...

 

Вторая часть рассказа:

 

Итак я с читой совестью и целыми зубамими, начил троллить этого мудака хакера... :)

 

И вот свершилось, теперь уже серьёзный ддос 1000 Мбит, около 5000 ботов... :o

 

Вот тут-то я напрягся, что получилось:

 

1)Разумеется доступ к SSH и прочее заблокировался, у моего провайдера есть опция "Перезагрузить сервер",  а что толку-то ? Секунда-две и сервак в дауне... :(

 

2)В этоге мой провайдер заблокировал VPS ! :(

 

Долго думал я как-же этого избежать в будущем и один добрый человек подсказал:

 

Самое первое что нужно сделать это, сделать так что-бы при возрастании загрузки выше, некоторого критического уровня, блокировать файрволом атакуемый сервис, т.е. например если нагрузка у сервера максимальна, нужно блокировать все порты, кроме 22 (Порт SSH), и таким образом даже если атакуемый сервис окажется уязвим к атаке, сам сервер будет "Жить" и к нему будет доступ...

 

Как это сделать вот статья на хабре:http://habrahabr.ru/post/128526/

 

Третья часть рассказа:

 

В разработке, пока жду как разблокируют мой VPS наконец, о своей борьбе с этим ддосом, расскажу позже...

 

Если меня ненакроет лавина страшных ботов, гы-гы-гы ! :lol:

 

З.Ы. Если я не вернусь, звоните призеденту... :blink:

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Самое первое что нужно сделать это, сделать так что-бы при возрастании загрузки выше, некоторого критического уровня, блокировать файрволом атакуемый сервис, т.е. например если нагрузка у сервера максимальна, нужно блокировать все порты, кроме 22 (Порт SSH), и таким образом даже если атакуемый сервис окажется уязвим к атаке, сам сервер будет "Жить" и к нему будет доступ...

 

Это вариант для медленных атак. Если прийдет 10Гб/с хотя бы, а тебя канал всего 2Гб/с  предположим, то ляжет оборудование провайдера. И все, никакое подключение к серверу не будет возможным по основному каналу связи. Нужно резервный канал связи иметь. Как правило в таких случаях сам провайдер отключит ваш сайт.

 

Единственный хороший вариант в таком случае - это переписать NS записи в  DNS для подключения к стороннему сервису Anti-DDoS. Очистка пойдет практически сразу, как только вас подключат. Но тут уже понадобится бюджет, защита не бесплатная :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Если прийдет 10Гб/с хотя бы, а тебя канал всего 2Гб/с предположим, то ляжет оборудование провайдера.

Ога так и произошло, провайдер заблокирова айпи и всё, сейчас прикрутил на атакуемы сайт CF, но не помогло пара часов поработало и всё... :(

 

Видно это из-за того-что ддосер знает мой айпи ?

 

А если взять выжидательную позицию, т.е. ддосеру-же тоже приходится тратить на атаку силы и ресурсы, он-же не может ддосить постоянно...

 

В идеале, как-то этих ботов вычислять и блокировать, но я к сожалению бессилен, доступа к серваку нету ?

 

Может кто сталкивался с такой ситуацией, проблема ещё что я не готов отдавать тысячи баксов за защиту, бюджет ограничен ! :(

 

З.Ы. Канал забивать не честно, по сути у кого больше ресурсов, тот и выйграет ! :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Видно это из-за того-что ддосер знает мой айпи ?

 

Так его по-любому будут знать, он же в DNS-записи.

 

А если взять выжидательную позицию, т.е. ддосеру-же тоже приходится тратить на атаку силы и ресурсы, он-же не может ддосить постоянно...

указан ;)

 

У него затраты копеечные могут быть, а у вас бизнес будет простаивать в это время.

 

Может кто сталкивался с такой ситуацией, проблема ещё что я не готов отдавать тысячи баксов за защиту, бюджет ограничен !

 

Рекомендую сделать следующее. Совершенно не факт, что досят именно ваш сайт. Если это VPS, то на сервере может крутиться десяток других сайтов и досить могут кого-то из них на самом деле. У нас такое как-то было с Мастерхостом очень давно.

 

Можно попробовать перенести сайт к другому провайдеру с хорошим каналом. Ростелеком здесь кандидат номер один http://www.rtcomm.ru/data_center/hosting/

 

Грубую фильтрацию они сделают если нужно будет, там хорошая команда по этой части. Если же вдруг их канал упадет, то не отходя от кассы подключите их услугу Anti-DDoS. Она оказывается на оборудовании Arbor, стоит вполне бюджетно (зависит от трафика, но это тысячи рублей в месяц, не долларов!). Чтобы сэкономить когда атака пройдет можете услугу отключить ;) Вряд ли вас будут снова долбать, если посмотрят что все зря.

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

У меня выделенный сервер (VDS), выделенный айпишник...

 

Проблема в том, что когда они поняли что не смогут завалить сервер медленным ддосом, решили забить канал и им это удалось ! :(

 

Сейчас перевожу все свои сайты на CloudFlare, причём в днс будет что-то такое:

 

***.ns.cloudflare.com

***.ns.cloudflare.com

 

Айпишник уже будет CF и будет полное проксирование всех сайтов...

 

Также на уровне файервола забаню любые попытки доступа к северу минуя CF, должно заработать... :)

 

Но проблема, что CF банят в РФ, т.к. этим сервисом пользуются для скрытия IP-адреса своих сайтов, например любители продавать фарму и прочее...

 

Будете смеятся за что меня ддосят ! :)

 

Ддосит какие-то школьники, условие прекращение ддоса, что-бы заходили на их хакерскую тимму и писали статьи ! :)

 

Канникулы начались, чую задалбают эти школьники-хакеры... :(

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
akoK

cloudflare.com - в бесплатном варианте не защищает от DDOS. Защита действительно  работает только на корпоративных тарифах.

 

Да, если бесплатная учетка то IP cloudflare может быть заблокирован роскомнадзором... или как там его.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Да тут ддосят как-бы не меня (Не мой сайт), просто решил помочь попросили, вот прикольная тема зацените:

 

 

Не реклама ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Хочу обратить внимание на свои ошибки и почему ддос на мой сервер оказался таким критичным, может остальным позволит избежать такие ошибки:

 

1)Если есть потенциалл к ддосу, то лучше наверное позаботится о защите за ранее, но только настроек и тюнинга сервера недостаточно, нужен програмно-аппаратный комплекс, направленный на отражение разных атак, начиная от медленного ддоса и заканчивая забиванием канала хостера;

 

2)Немного по подробней остановлюсь про забивания канала, при такой атаке безполезно закрывать порты и т.д., т.к. ддосер может посылать сотни тысяч запросов и при такой атаки должен-быть физически проксирующий сервер, это может-быть CloudFlare, sucuri.net или ещё что...

 

Кстати цены у CF достаточно демократичны, 20 баксов за первый домен + 5 баксов за каждый другой если нужно, в принципе если проект важный, то можно себе позволить + они на этом тарифе предоставляют WAF, кеширование и много настроек позволяющих увиличить скорость открытия сайта, а также его безопасность.

 

Также нужно отметить что CF, даже платный акк. это не панацея от всех бед, его можно пробить, особенно если неправильно настроете DNS и ддосер узнает реяльный айпи сервера... :(

 

3)Как уже говорил, что защита должна-быть комплексной и не нужно надеятся только-лишь на одно средство, поэтому как минимум нужно выбирать и соответствующие тарифы при выборе хостера:

 

Расскажу проблему, которая сыграла со мно фатальную роль: Это даже не медленный ддос, это не забивание канала... Хрен-бы с этим, самая большая проблема, это то-что на моём тарифе лимитированный траффик, в данном случае это 1Тб, и за два дня его полностью съели, что привело к блокировки сервера до следующего месяца и к долгому и нудному бла-бла-бла с техподдержкой хостера ! :(

 

Поэтому при ддос как минимум, важно тариф с нелиметированным траффиком, либо достаточно большой лимит траффика...

 

Но желательно, можно присмотреться к хостером которые уже могут защищать от ддос, к сожалению в РФ нормальных не нашел, неустраивает прежде всего цена, ибо не готов платить 3000 в месяц (А это в среднем минимальная цена за защиту, у сервисов в РФ...), НО нашёл парочку сервисов которые уже в траифе защищают от ддос, с русскоязычной техподдержкой...

 

Такие сервисы имеют распределённые сервера и ОЧЕНЬ широкий канал, забить их достаточно тяжело, но всё зависит от возможностей и желания атакующих конечно...

 

Как утверждают, могут блокировать атаки до 10000МБит, если больше уже нужно доплачивать и такие сервисы немного по дороже стоят чем аналоги без защиты, но не на много всего на 5-10 баксов....

 

У меня всё, жду ещё советов ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Последние известия из "Боевых действий" ! :)

 

Ну подключил я этот CF, + к ней использовал кое-какую защиту сервера в виде ограничения лимитов и бана айпишников, что получилось:

 

Зарегился я в ихней тимме и акунул их в гавнесцо, но почему-то забанили меня с формулеровкой "Неадекват" :) Но свою цель я добился, буквально через три минуты на сервер обрушился ддос, итог:

 

1)К сожалению не успел я настроить форум, что-бы почта отправлялясь через сторонний SMTP-сервер, "Хакер" зарегился у меня и благополучно слил реальный айпишник моего сервера, что позволило ддосит в обход CF ! :(

 

2)Но я это предвидел, вообще разработал концепт, что-бы ипользовалось всё в комплексе...

Но к сожалению поспешил, ещё одно головотяпство, домен "По у молчанию" был как-раз атакуемый домен, т.е. айпишник вёл на атакуемый сайт...

 

3)Вообще можно-было конечно забанить все запросы, отличные от серверов CF, тогда было-бы полное проксирование через облако...

 

Но я решил поиграть с хакерами, и сделал "Ловушку", доступ-то к реальному айпи есть, но вот как только начинают ддосить, их боты попаают в блеклист... :)

 

4)Плюс настроил GeoIP...

 

Итог: Тридцать минут и все ихние боты у меня в чёрном списке... :)

 

Прошло сутки и тишина, не каких ботов, всё пучком ! ;)

 

Ну и этог этой истории, которую я пережил:

 

1)К сожалению почти все хостеры не защищают от ддос и достаточно 15-20 ботов, что-бы положить практически любой сервак;

 

2)Дудос это вам не хухры-мухры, а достаточно мощное оружие, особенно если у хакера есть ресурсы и умение делать атаки на сервера;

 

3)Тем не менее защитится от ддос можно и нужно, причём в зависимости от силы атаки можно обойтись либо беспалтными сервисами, либо за минимальную доп. плату...;

 

4)Нужно обязательно позаботится о защите за ранее, вовсе не обязательно подключать сразу, но необходимо подготовить себя на случай атаки на сервер, нужно ответить как минимум на следующие вопросы, даже когда атаки нет:

 

-Что я буду делать в случае DDOS;

-Какие сервисы потенциально можно использовать, подготовить список сервисов, можно даже зарегится там и обсудить детали;

-Сколько я готов потратить времени/денег на защиту;

-Ну и последнее, есть хостеры с уже защитой от ддос, если часто атакуют, возможно имеет смысл выбрать их, или использовать что-то в комплексе... ;)

 

ВСЕМ УДАЧИ ! :)

  • Upvote 4

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Ддосит какие-то школьники, условие прекращение ддоса, что-бы заходили на их хакерскую тимму и писали статьи !  

 

:lol:

 

Сдай их в Управление К

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Сергей, на сайт хватает статей?

Добрым словом и ботнетом всегда проще уговорить написать статью, чем просто добрым словом.

 

Что-то Илья Рабинович давненько статей не писал... ;)

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Сдай их в Управление К

Да-там дети, их-бы энергию да в нужное русло... :)

 

Я им подготовил тестовую площадку, а ддосить нехотят - сложно, а сайты без защиты ддосят, потому-что просто... Вот и вся хак. тимма ! :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Илья Рабинович

Что-то Илья Рабинович давненько статей не писал... ;)

Я сейчас пишу немного на другие темы и на другом ресурсе. Но, вполне возможно, напишу статью, когда будет понятно, что бы такого интересного написать. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
priv8v

Вот же что доброе слово делает! :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Сергей, на сайт хватает статей? Добрым словом и ботнетом всегда проще уговорить написать статью, чем просто добрым словом.   Что-то Илья Рабинович давненько статей не писал...

 

У Ильи сейчас особо нечего ддосить. Но ход мыслей мне объективно нравится. Эксперты что-то расслабились :))

Я сейчас пишу немного на другие темы и на другом ресурсе. Но, вполне возможно, напишу статью, когда будет понятно, что бы такого интересного написать.

 

Оффтоп - сайты, лечение сайтов ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Ну ботнет это серьёзный аргумент, в принципе планирую у них что-то написать (Но разумеется не из-за ботнета, по своему желанию пишу...), а так может действительно у экспертов что-то поддосить и отключать ботнет с условием написания одной статьи в неделю... :)

 

Правда тут почти все профессиональные безопасники, дудос можте боком выйти, потом придут "Вежливые люди", ну тут можно дурачка включить:

 

"А что, ддос ? Не не слышал !"

 

Ну либо на жалость давить:

 

"Дяденьки простите, я больше так не буду !"

 

Безымянный.png

post-21429-0-36409100-1433236771_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

в принципе планирую у них что-то написать (Но разумеется не из-за ботнета, по своему желанию пишу...)

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Лучше в других местах буду писать статьи ! ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Это точно, лучше не стоит

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

 

Что-то передумал, подумал что то-чем они занимаются:ДДОС,Дефейс и прочее... Не для меня, потом репутация будет ещё-та, хоть и не занимался никогда...

 

Это точно, лучше не стоит

 

Всем привет !

 

Лето - все отдыхают, какая-то таска в сети... :(

 

Но тем не менее хочу подвести этог, своих экспериментов над "Хакерами", итак:

 

1)CloudFlare, слабо помогает, по причине что нетак сложно вычислить реальный айпишник сервера, далее попробовать забить канал;

 

2)CloudFlare, пропускает в общем-то либо нужно делать постоянно заглушку с проверкой браузера, что вызывает неудобство;

 

3)Короче непонравились мне проксирующие сервисы, при сильных и постоянных атаках нужно делать комплекссную защиту, т.е. желательно перенести атакуемые ресурсы на защищенные сервера с аппаратной защитой, по крайне-мере мне помогло :)

 

4)Незнаю почему, но атаки были в основном с Китая, Индии, Вьетнама... Поэтому блокировка этих стран (Я использовал GeoIP для nginx), существенно снизило нагрузку + скрипт (D)Deflate очень сильно помогает кстати ! ;)

 

Вроде пока всё, конец экспериментам ! :)

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Всем привет !

 

Вспомнил про эту тему, даже не знаю интересно будет кому здесь-нет, но продолжение кул-стори, о том как я пережил более 30 Гбитную атаку, разумеется это не уровень лабы Каспера, но для меня это ново, было занемательно...smile.png

 

Итак, вообще у моего хостера на тарифе есть аппаратная защита от забивания канала на уровне ДЦ, но к сожалению в данном случае при такой силе атаки на Layer 7, был пропуск более 20000 ботов, а у меня проект не коммерческий, в общем-то что-бы положить мою впску достаточно и 3000 ботов, короче пришлось фильтровать в ручную !

 

Итак что было сделано:

 

Вообще я понимал, что реально навряд-ли они будут постоянно ддосить с такой силой, но всё-же хотелось обезвредить именно в пик атаки, для этого я по GeoIP заблокировал все страны, кроме СНГ.

 

Но на моё удивление, эти товарищи стали ддосить из РФ, короче всё сервер упал, ну я решил глянуть логи что-там такое и обнаружил кучу запросов такого типа:

"GET / HTTP/1.0" 301 184 "-" "-"

Ну тут сразу видно, пустые запросы и пустой юзер-агент, ага можно сделать фильтр в nginx:

 

if ($http_user_agent = "") { return 444; }
if ($http_user_agent = "-") { return 444; }

 

Обратите внимание на код ошибки 444 - Это нестандартная ошибка, т.е. nginx закроет соединение, не вернув никакой инфы, ботам должно понравиться...smile.png

 

Также на всякий случай сделал ещё это, т.е. ограничение на запросы:

 

if ($request_method !~ ^(GET|HEAD|POST)$) {
                                                return 444;
                                              }

 

Очень сильно помогло, но не надолго, опять упал, да-блин sad.png , анализирую дальше логи, чо они-там опять придумали, но в этот раз ещё легче:

 

Запросы такого типа, как понял с ломанных сайтов, кстати привожу запрос как он есть:

 

GET / HTTP/1.0" 200 253178 "-" "WordPress/4.2.2; http://demo.nola.land;verifying pingback from 127.0.0.1"

 

Куча более 1000 таких запросов, сайты разные, но везде юзерагент WordPress, ога попались rolleyes.gifrolleyes.gifrolleyes.gif

 

Делаем фильтр:

 

if ( $http_referer ~* (^WordPress) ){
                                            return 444;
                                         }

 

Ну и всё, по началу где-то час всё тормазило, а потом они сдулись, далее вернул нужные мне страны, а это РФ, СНГ, Европа и США, а все остальные в бан, это на случай повторных атак, короче пока живу...

 

Для справки, если верить логам, много ботов было с Индии, Китая, Вьетнама, далее Мексика...

 

Ну и блокировать лучше на уровне файервола, в плане нагрузке, хотя мне удобней всё через nginx делать...

 

Выводы которые я сделал:

 

Какая-бы навороченная аппаратная защита не была, всё-равно должен-быть человек, который-бы мог всё-это фильтровать вручную + также не забывайте делать лимиты на коннекты к базе и т.д., что-бы не потерять доступ к серверу в случае критичных нагрузок ! wink.png

 

Надеюсь эта тема кому-то поможет ! smile.png

  • Upvote 2

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Сергей Ильин

@Мутный, спасибо за интересный пост с описанием логики действий.

 

Мы тут на прошлой неделе большой обзор выпустили, что есть на рынке для защиты от DDoS. Все основные варианты там описаны.

https://www.anti-malware.ru/reviews/ddos_protection_market_russia_2016

 

Выбор довольно большой. Я ставлю на сервисы, как наиболее удобный вариант организации защиты. Цены очень разные у всех кстати.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

@Мутный, спасибо за интересный пост с описанием логики действий.

 

Мы тут на прошлой неделе большой обзор выпустили, что есть на рынке для защиты от DDoS. Все основные варианты там описаны.

https://www.anti-malware.ru/reviews/ddos_protection_market_russia_2016

 

Выбор довольно большой. Я ставлю на сервисы, как наиболее удобный вариант организации защиты. Цены очень разные у всех кстати.

Ога читал ! ;)

 

Я к сожалению нищеброд, постоянно думаю чо-бы бесплатно заюзать, из списка использую CloudFlare и-то бесплатный аккаунт ! :lol::lol:

 

Кстати если думаете что бесплатный акк. не защищает, не правы, но нужно настроить самому, например можно сделать режим "Я под атакой", тогда будет вот такая проверка:

1.png

 

Но я не люблю такой режим, на один из проектов, который ну очень часто атакуют, в логах узнал страны из которых часто идут атаки и сделал такую проверку по странам, в CF даже на бесплатном акке позволяет это делать, смотрите скрин:

2.png

 

Ну и режим файервола поставил на "Hight", пока кто ддосит, не могут пробить ! :)

 

Но у CF, даже на платном акке есть минусы:

 

1)Случались блокировки IP-адресов Роскомнадзором;

2)Недают выделенный IP;

3)Палит реальный IP-адрес сервера ! :(

 

Поэтому если есть деньги лучше что-то другое выбрать, на самом деле сервисов куча, например в статье не представлены такие:Sucuri, Incapsula и т.д.

 

Но я всё-же склоняюсь, что защита должна-быть на уровне Дата-Центра, в частности и сервисы типа DDOS-Guard предоставляют свои защищенные сервера, или тот-же Ростелеком например, почему лучше выбирать защиту на уровне вашего провайдера:

 

1. Нет вероятности, что ддосер спалит ваш реальный айпи адрес;

 

2. В случае ддоса на Layer 7, сотрудники могут помочь отразить атаку вручную.

 

Ну и скажу что я сейчас на своём основном так сказать проекте как-раз и использую аппаратную защиту на уровне Дата-центра, т.е. не проксирование, как-раз по мойму там  Arbor стоит, железка хорошая, но как я писал, в случае атаки на уровне приложения, приходится фильтровать в ручную много ! :)

post-21429-0-25048600-1456395205_thumb.png

post-21429-0-44922600-1456395375_thumb.png

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Боты научились обходить проверку CloudFlare: "Checking your browser before accessing", да-блин ! :(

 

Так-что мой бюджетный вариант для нишебродов, закончился вот чем ! :(:(:(

 

Безымянный.png

 

 

post-21429-0-13802100-1456570147_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

CloudFlare всё-же справилась, они при сильных атаках, вообще капчу потом просят ввести с подозрительный IP (С ТОРа например), которую не введёт даже нормальный посетитель, у меня получилось с третьего раза только ! :blink:

 

Безымянный.png

post-21429-0-76383700-1456584682_thumb.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Мутный

Хе сейчас многие Российские хостеры попали под раздачу, за последнюю неделю, ддосили три известных мне хостера с силой атаки не менее 70Гбит, в этоге два хостера перешли под защиту ddos-guard, один успел купить железку....

 

Многие склоняются всё-же делать защиту самим, даже не смотря на цены на оборудование это: "Умные" роуторы + проксирование, оказывается в долгосрочной перспективе дешевле, чем у сторонних компаний !

 

Ну и к сожалению многие хостинг-компании в РФ не готовы отразить атаки на себя ! :(:(:(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

  • Сообщения

    • Ego Dekker
    • demkd
      а внутри локалки и не получится, белые ip нужны только при подключении через интернет.
    • santy
      Проверил на двух домашних ПК в локальной сети с роутером. Схема с серым IP работает отлично. Передача файлов гениальна! Вот просто как будто дополнительное зрение появилось :). Через белый IP  пока не удалось подключиться. Пришлось еще фаерволлы включить в интерактивный режим. (На автомате еще не проверял, возможно надо сохранить некоторые правила.)
    • demkd
      ---------------------------------------------------------
       4.99.4
      ---------------------------------------------------------
       o Исправлена функция автоматического переключения удаленных рабочих столов.
         Проблема проявлялась при работе с удаленной системой через локальную сеть, при запуске приложения
         от имени администратора не происходило автоматическое переключение на защищенный рабочий стол.
         (не касается полной версии разового доступа к рабочему столу, в этом режиме проблемы не было).

       o Проведено сравнительное тестирование системного удаленного рабочего стола и uVS.
         Передача файлов через системный удаленный рабочий стол идет почти в 20 раз медленней чем через через uVS.
         Максимальный fps в 32-х битном цвете почти в 3 раза ниже чем у uVS в FHD.
         (!) Выявлена проблема совместного использования uVS и системного рабочего стола.
         (!) Если системный рабочий стол был закрыт БЕЗ выхода из пользователя, то uVS не сможет
         (!) отбразить рабочий стол логона пользователя (Winlogon).
         (!) Единственное решение проблемы: подключиться заново через системный рабочий стол и выйти из пользователя.
       
    • demkd
      ---------------------------------------------------------
       4.99.3
      ---------------------------------------------------------
       o Это обновление повышает качество работы с удаленной системой и добавляет новый режим работы.
         (!) Новая функция не совместима со старыми версиями uVS, если у вас в настройках установлен флаг bReUseRemote = 1,
         (!) то перед обновлением необходимо закрыть все серверные части uVS на удаленных компьютерах с помощью
         (!) старой версии uVS.

       o Добавлен новый режим работы: Разовый доступ к удаленному компьютеру.
         (!) Доступно начиная с Vista, подключение к рабочему столу устаревших систем возможно лишь прежним способом.
         Ранее просмотр и управление рабочим столом удаленного компьютера было вспомогательной функцией при работе с удаленной системой.
         Для подключения требовались полномочия администратора или знание логина и пароля администратора удаленного компьютера и
         физическая возможность подключения к удаленному компьютеру.
         Новый режим работы похож на то, что предлагают всевозможные поделки для удаленного администрирования.
         o В этом режиме доступно: управление и просмотр рабочего стола, а также быстрый и надежный обмен файлами на пределе пропускной
           способности канала. (для сравнения RAdmin в гигабитной сети передает файлы более чем в 15 раз медленней чем uVS).
         o Передаваемые кадры теперь не только сжимаются, но и шифруются,  целостность передаваемых файлов защищена
           проверочным хэшем и шифрованием.
         o Подключение осуществляется без использования промежуточного сервера, т.е. это чистый P2P.
         o Подключение возможно к компьютеру за NAT при включенной у роутера опции uPNP.
         o Подключение возможно к компьютеру, где активирован VPN.
           (!) Подключение производится к реальному адресу роутера или адаптера компьютера с VPN, VPN канал полностью игнорируется.
         o Подключение возможно в обе стороны, т.е. из пары компьютеров требуется лишь 1 белый IP, направление подключения выбирается
           при начальной настройке.

         При запуске start.exe теперь вам доступны три новые кнопки:
         o Управление удаленным компьютером и обмен файлами.
           Эту кнопку нажимает тот кто хочет получить доступ к удаленному компьютеру, в открывшемся окне можно выбрать
           вариант подключения (см. ниже) и ввести код доступа полученный от того кто предоставляет доступ к компьютеру.
           Варианты подключения:
             o Соединение примет мой компьютер - в этом случае необходимо выбрать IP к которому будет подключаться другая
               сторона. При подключении через интернет следует выбирать белый IP адрес, если ваш компьютер за роутером
               и на нем активен NAT, то выбрать нужно именно его IP адрес. (адрес с пометкой [router]).
               Если роутер поддерживает uPNP, то этот адрес будет выбран по умолчанию.
               Если же в списке нет белых IP то вам следует выбрать другую опцию подключения.
               После выбора IP просто нажмите кнопку Старт и передайте одноразовый код доступа другой стороне.
               При подключении по локальной сети вы можете нажать кнопку "Все IP" и выбрать любой серый адрес для подключения.
               Поддерживается и IPv4 и IPv6.
               (!) Код доступа автоматически копируется в буфер обмена при нажатии кнопки "Старт".

             o Соединение установит мой компьютер - просто скопируйте код доступа в поле ввода или код там появится автоматически
               если вы его скопировали из мессенджера. После чего нажмите кнопку Старт и ожидайте подключения.

         o Разовый удаленный доступ к моему компьютеру [админ]
           (!)Пользователь должен обладать правами администратора или правами по запуску и установке служб.
           Эту кнопку нажимает тот кто хочет предоставить доступ к своему компьютеру, в открывшемся окне можно выбрать
           разрешения для другой стороны.
           Доступны 3 варианта:
             o  Управление     - доступно: мышь, клавиатура, просмотр экрана и обмен файлами.
             o  Просмотр       - доступно: просмотр экрана и обмен файлами.
             o  Обмен файлами  - доступно: обмен файлами.
           Это полнофункциональная версия удаленного рабочего стола uVS, с возможностью удаленного подтверждения
           запуска приложений от имени администратора и эмуляции нажатия Ctrl+Alt+Del.

         o Разовый удаленный доступ к моему компьютеру [не админ]
           Все тоже самое что и во 2-м случае, кроме удаленного подтверждения запуска приложений от имени администратора
           и эмуляции нажатия Ctrl+Alt+Del, дополнительно есть ограничение по использованию защищенных рабочих столов.

       o При работе с удаленным рабочим столом теперь доступна передача файлов и каталогов из буфера обмена в обе стороны.
         Что бы передать файлы или целые каталоги на удаленный компьютер, просто скопируйте их в буфер обмена и в окне
         удаленного рабочего стола нажмите кнопку со стрелкой вверх.
         Передача изображения автоматически отключится и откроется окно с логом передачи файлов.
         В заголовке окна лога вы увидите объем переданных данных и среднюю скорость передачи (с учетом чтения их с диска).
         По окончании передачи  файлов в лог будет выведена информации о времени передачи, количестве успешно переданных файлов и
         средней скорости передачи.
         Переданные файлы будут помещены в буфер обмена удаленной системы и вы сможете  вставить их из буфера
         в любой каталог или прямо на рабочий стол. При этом файлы переносятся из временного каталога.
         Если же вы не вставили файлы из буфера обмена то они останутся во временном каталоге C:\uVS_copyfiles\*
         точный путь до которого выводится в лог на удаленном компьютере.
         Что бы получить файлы проделайте обратную операцию: скопируйте файлы в буфер обмена на удаленном компьютере
         и нажмите кнопку со стрелкой вниз, по завершению передачи файлы будут помещены в буфер обмена вашего компьютера
         и вы можете перенести их в любую нужную папку.
         Таким образом обе стороны видят какие файлы и куда копируются и при этом максимально упрощается процесс копирования.
         (!) При закрытии окна лога передача файлов будет остановлена.
         (!) При разрыве соединения передача файлов будет автоматически продолжена после восстановления соединения,
         (!) при этом работает функция докачки, т.е. если ошибка произошла при передаче большого файла, то передача его
         (!) продолжится с последнего успешно полученного блока, т.е. блок будет заново.
         (!) Каждая передача файлов является независимой, т.е. нельзя прервать передачу и воспользоваться функцией докачки.
         (!) Проверка целостности файлов производится на лету вместе с его расшифровкой, таким образом достигается
         (!) максимально возможная скорость передачи примерно равная скорости копирования файлов по локальной сети системой.
         (!) При необходимости передачи большого количества мелких файлов рекомендуется поместить их в архив, это серьезно
         (!) сократит время передачи.
         (!) Состоянии кнопки CS никак не влияет на данный функционал.

       o Изменен приоритет протоколов: IPv4 теперь является приоритетным, как показали замеры в гигабитной локальной сети
         IPv4 позволяет достичь более высокой скорости передачи данных.

       o Добавлено шифрование сжатых кадров удаленного рабочего стола для повышения защиты передаваемой по сети информации.

       o В случае разрыва соединения повторное подключение происходит автоматически без запроса.

       o Снижен инпут лаг при работе с удаленным рабочим столом.

       o Обновлена функция синхронизации буфера обмена с удаленной системой: теперь поддерживается передача скриншотов
         в обе стороны.

       o Обновлена функция передачи движений мыши в удаленную систему.
         Теперь доступно управление с помощью движений мыши, которое используется в некоторых приложениях и играх. (если нажата кнопка MM)
         Если указатель мыши видим в удаленной системе то управление производится позиционированием указателя по расчетным координатам (как и раньше),
         в противном случае указатель скрывается в клиентской системе и передаются лишь движения мыши.
         При возникновении проблем с восстановлением видимости указателя вы всегда можете переключиться из окна удаленной рабочего стола по горячей
         клавише RWin.

       o uVS теперь при старте добавляется в исключения Ф и брандмауэра до выхода из uVS.

       o Теперь запоминаются размеры и режим отображения удаленного рабочего стола для каждого активного монитора.
         Кнопка 1:1 применяется автоматически при первом выборе монитора.
         Обработчик кнопки 1:1 обновлен, теперь размер окна рассчитывается с высокой точностью для новых систем,
         где размер окна включает в себя тень.

       o Добавлен выбор метода захвата экрана, доступно 3 варианта:
         o GDI -  медленный метод захвата экрана, но работает в любой удаленной системе, постоянный fps.
                  (единственный доступный метод для Win2k-Win7)

         o DDA1 - быстрый, работает начиная с Windows 8, максимальный коэффициент сжатия,
                  переменный fps в зависимости от экранной активности.
                  (!) рекомендуется использовать при ширине канала ниже 100Mbit, вместо DDA2.

         o DDA2 - очень быстрый метод сравнимый с захватом экрана с помощью mirror драйвера, но без использования драйвера,
                  работает начиная с Windows 8, низкий коэффициент сжатия, переменный fps в зависимости от экранной активности.
                  Способен захватывать видео с высоким fps (до 60) за счет упрощенного метода сжатия и обработки потока кадров.
                  (метод по умолчанию для Win8+, рекомендуется при значительной экранной активности).
                  (!) рекомендуется использовать при ширине канала не менее 100Mbit, при высоких разрешениях 1Gbit и выше
                  (!) из-за низкого коэффициента сжатия.
                  (!) При низкой экранной активности трафик до 10 раз больше чем у DDA1, при высокой - в 2 раза больше.
          
       o В окно удаленной рабочего стола добавлена кнопка "SYN" она замещает собой ручной выбора задержки захвата кадров.
         (отжатая кнопка соответствует нулевой задержке)
         Если кнопка нажата то задержка, а значит и максимальный fps ограничивается автоматически в соответствии
         с пропускной способностью канала, к сожалению это понижает максимальный fps и увеличивает инпут лаг,
         однако это полностью решает проблему, которой страдают даже лучшие программы удаленного управления
         при недостаточной ширине канала. Если канал слишком узок (10Mbit и менее) то при значительной
         экранной активности (оконное видео или анимация) происходит потеря управления удаленным рабочим столом
         из-за того что новые кадры отправляются в буфер значительно быстрее, чем клиентская машина успевает их получить и отобразить,
         в результате чего даже нажатия кнопок отображаются с задержкой в несколько секунд.
         Тоже самое будет наблюдаться в uVS в сходных условиях если кнопка SYN не нажата.
         Поэтому SYN не рекомендуется отключать при значительной активности в кадре и узком канале.
         Если канал 100Mbit и выше (локальная сеть), используется DDA2 то можно выключить SYN и это сильно поднимет fps и значительно уменьшит инпут лаг.
         Кнопка SYN по умолчанию нажата, состояние кнопки сохраняется при выходе из uVS.
         Выбранная цветовая битность теперь тоже сохраняется.

       o В окно удаленной рабочего стола добавлена кнопка "MR" она позволяет управлять указателем мыши из удаленной системы,
         Функция работает ЕСЛИ кнопка нажата И курсор находится в пределах окна удаленного рабочего стола И это окно активно.
         Функция предназначена для тех случаев когда человеку на том конце проще показать проблему чем описать ее словами.

       o Теперь клиентская часть uVS автоматически завершается если удаленная система перезагружается, выключается или завершается сеанс пользователя.
         (только если открыто окно удаленного рабочего стола)

       o Значительно увеличена скорость переключения мониторов, рабочих столов и смены разрешения монитора в DDA режиме.
         (!) Однако есть побочный эффект: если новый монитор будет подключен к удаленной системе пока открыто окно рабочего стола,
         (!) то для отображения картинки с этого монитора необходимо будет закрыть/открыть окно или повторно выбрать метод захвата экрана.

       o Добавлена поддержка браузера Microsoft Edge.

       o Обновлена функция чтения и удаления расширений браузеров: Chrome, Yandex, Edge.
         Добавлены сайты с включенными уведомлениями с указанием времени активации уведомлений.
         Из окна информации о расширении удалено поле Extension_homepageURL за бесполезностью.
         Мусор оставшийся от старых расширений помечается как "файл не найден" и будет удален при вызове функции удаления ссылок на
         отсутствующие файлы.

       o Контекстное меню в окне редактирования критериев теперь тоже использует выбранный размер шрифта.

       o Улучшена совместимость с системами с малым количеством оперативной памяти.

       o Исправлена функция захвата экрана в GDI режиме.

       o Исправлена ошибка в функции чтения защищенных файлов, в некоторых случаях функция не могла получить доступ к файлу.

       o Исправлена ошибка в функции смены рабочего стола

       o Исправлены ошибки инициализации COM.

       o Исправлена ошибка из-за которой из списка проверки выпало 2 ключа автозапуска.

       o Исправлена ошибка в функции отката изменений (Ctrl+Z) при работе с образом.

       o Исправлена ошибка повторной инициализации захвата экрана в случае если рабочий стол был переключен пользователем или системой
         до повторного открытия окна удаленного рабочего стола.

       o Исправлена ошибка при открытии окна информации о компьютере.
         Добавлена дата релиза биоса, исправлено отображение объема физической памяти, добавлена расшифровка типа памяти и условное обозначение
         ее производительности.

       o Добавлена возможность открывать ключ реестра в regedit-е двойным щелчком по строке в логе или
         через контекстное меню.
         (!) Недоступно при работе с образом автозапуска.
       
×