MIRhosting.com

MIRhosting.com
Рейтинг
203
Регистрация
18.10.2006
igrinov:
ну что тут сказать, "спасибо" сайт стал открываться еще медленнее, лучше бы ничего не трогали

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

Зафильтровали.

---------- Добавлено 11.11.2013 в 03:22 ----------

bvp500:
Что то часто хостинг стало колбасить. Это и напрягает и заставляет думать о поиске другого хостинга.

---------- Добавлено 10.11.2013 в 21:32 ----------

Блина, что за люди. Не успел высказать что накипело как получил в репу. Интересно кто такой смелый. Если это клиент хостинга, так неужели не надоело смотреть как кувыркаются твои сайты в которых вложены, деньги, труд и время. Ведь не может это продолжаться вечно. С тех пор как повалили хостинг bugsmoran к которому я отношусь с большим уважением, так эта свистопляска с некоторой периодичностью продолжаться. Будет ли конец когда нибудь этой истории.

За последние 30 дней аптайм апача - 99.4%

Да это далеко от идеала, но учитывая постоянные ддосы - близко к этому.

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

Миграция была выполнена.

В случае возникновения каких-либо проблем пожалуйста пишите в поддержку с деталями.

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

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

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

Кстати, вчера опять досили после длительного перерыва, атака была зафильтрована, могли быть кратковременные перерывы в работе сайтов в течение минут 10. Так что мы готовы к этому всегда. :)

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

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

ТС, хотите Вы этого или нет, но стоимость отражения атак стоит денег, как для железок так и время специалистов. И стоит приличных денег, дороже чем заказать этот самый ддос :)

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

Хотите защиты от ддос - покупайте это у специализирующих компаний.

Никто бесплатно или за копейки фильтровать ддосы не будет.

GlukVV:
Та же история, сайт лежит вторые сутки, в панель не войдешь, бекап не вытащишь.

Вы бэкап через биллинг панель вытаскиваете?

colorito, Если у Вас цель решить свою проблему, то попробуйте несколько иначе общаться с поддержкой, без ультиматумов. Там тоже люди работают :)

Den73:
гугл дает защиту нуждающимся

https://projectshield.withgoogle.com/

О, гугл пытается урвать кусок пирога :)

А по теме, да, возможно. Но стоить это будет столько, что у вас должен быть бизнес типа гугл или facebook чтобы это было экономически оправдано.

Но рынок меняется, и благодаря таким проектам как cloudflare и иже с ними, Вы можете платить более низкую стоимость, по сути вкладываясь как в страховой компании. Сегодня вас досят, завтра кого-то другого. Защита единая, стоимость распределяется. Это конечно очень грубо и примитивно, но все же суть отражает. Есть все основания считать что за подобными проектами будущее.

Я понимаю, что у Вас не работает автоматический импорт на другой хостинг. Открою Вам тайну, он не работает в 90% случаев, и без CloudLinux.

Но где здесь обрезанный функционал?

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

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

Попросите шел доступ в конце концов, если там cagefs включен то шел доступ должны дать без каких-либо проблем. И rsync перекиньте.

tar -cvf NNN.tar.gz /home/userNNN/data/www/NNN.ru --exclude "/home/userNNN/data/www/NNN.ru/.cagefs"

Boris A Dolgov:
Попросите хостера сделать cagefsctl --disable login && rm -rf ~login/.cagefs; это решит проблему. Разработчики в ISPmanager4 править ничего, скорее всего, не будут, о проблеме можете написать им на форум, решат в 5 версии.
Ещё можете при импортировании пользователя перенести только базы и настройки, а файлы перенести отдельно (создав через файловый менеджер архив и перелив его по FTP).

Это не решит проблему. Это отключит cagefs для этого пользователя. Это как бы не решение проблемы. Не для этого существует и используется cagefs чтобы его отключением "решать проблемы".

Правильное решение - исключение скрытых папок .cagefs* при выполнение бэкапов

Папки .cagefs создаются в корне папок, являющихся домашними директориями доменов.

p.s. Навсякий случай, это не наш клиент ;)

---------- Добавлено 27.10.2013 в 00:11 ----------

colorito:

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

Поясните, что из всего вышесказанного является обрезанным функционалом?

Всего: 1516