Увы и ах, из всех контактов у них только емайл info@hostilla.net. Нашел их IP 185.86.78.50, они размещались в том ДЦ, попробуйте туда написать, но сомневаюсь, что помогут:
Sitealert, ошибаетесь, user/change/avatar это не папка, а так называемый контроллер в какой-нибудь фреймворке аля Phalcon. POST происходит в него, а дальше уже фреймворк парсит, что и куда.
Все может быть, разбираться никто не стал, а свалил оттуда и работает до сих пор без проблем. Так, что где там перевес - момент спорный. Лично я за индивидуальный подход к клиенту и такая шаблонизация (взломали -> заблокировали -> заставили забрать данные -> реинсталл ОС) меня не устраивает. Это беда у многих крупных хостеров, не только в OVH.
LineHost: Сами прикиньте, если статистика показывает, что любая уступка ведёт к повторному нарушению, будете ли вы сами делать уступки?
Да это очевидно, кто будет наступать на грабли постоянно. У меня вкралось подозрение, что их шаблоны ОС скомпроментированы уже в момент установки, после перестановки ОС пакеты были обновлены до последних версий, установлен ISP 5 и все равно ломанули сервер. Пароли естественно все были поменяны, простейший сайт на YII2 (был залит с другого сервера), а залили какой-то бинарник в /tmp и оттуда зафлудили.
r0mik, у моего знакомого была подобная ситуация, его сервер скомпроментировали и ДЦ заблочил его таким же образом. Саппорт первой линии в никакую не хотел его включать и требовали забрать данные через rescue FTP. Но там произошел какой-то сбой и не все папки читаемы через FTP, можно попробовать написать им подобное: мол файлы не читаемы и попросить перезагрузить его в нормальный режим, для лечение/скачивания. Будьте настойчивы, по крайней мере моему знакомому абузный отдел включил сервер.
ЗЫЖ, правда потом его снова взломали и снова заблокировали и уже после переустановки ОС через некоторое время взлом произошел повторно, но это уже другая история.
ЗЫЖЖ, можете попробовать еще попросить оставить только доступ к серверу с определенного IP, а остальные заблокировать.
Vimagem, и клиент не помнит, у кого взял хостинг? Чудеса... Скорей всего это сервер\ВПС, где все надо установить, причем тут хостер, может клиент заказал именно такую настройку сервера? Инфы маловато.
Этот парень был из тех, кто не делал бекап (с)
Увы и ах, из всех контактов у них только емайл info@hostilla.net. Нашел их IP 185.86.78.50, они размещались в том ДЦ, попробуйте туда написать, но сомневаюсь, что помогут:
Сервер жив, с ISP Manager - https://185.86.78.50:1500, попробуйте ввести свой логин/пароль.
adel92, век живи - век учись :)
и еще тыц
---------- Добавлено 14.11.2016 в 21:47 ----------
ТС, без ограничения скорости открывается нормально или нет?
---------- Добавлено 14.11.2016 в 21:52 ----------
<div id="hpic" style='display:none'><h3>Текст</h3>
Sitealert, ошибаетесь, user/change/avatar это не папка, а так называемый контроллер в какой-нибудь фреймворке аля Phalcon. POST происходит в него, а дальше уже фреймворк парсит, что и куда.
Все может быть, разбираться никто не стал, а свалил оттуда и работает до сих пор без проблем. Так, что где там перевес - момент спорный. Лично я за индивидуальный подход к клиенту и такая шаблонизация (взломали -> заблокировали -> заставили забрать данные -> реинсталл ОС) меня не устраивает. Это беда у многих крупных хостеров, не только в OVH.
Смотрите причину в логах веб сервера/профилируйте код в отладчике браузера.
---------- Добавлено 13.11.2016 в 13:55 ----------
конфиг vps - centos 6 + vestacp 0.9
Увы, это ничего не говорит.
Сами прикиньте, если статистика показывает, что любая уступка ведёт к повторному нарушению, будете ли вы сами делать уступки?
Да это очевидно, кто будет наступать на грабли постоянно. У меня вкралось подозрение, что их шаблоны ОС скомпроментированы уже в момент установки, после перестановки ОС пакеты были обновлены до последних версий, установлен ISP 5 и все равно ломанули сервер. Пароли естественно все были поменяны, простейший сайт на YII2 (был залит с другого сервера), а залили какой-то бинарник в /tmp и оттуда зафлудили.
r0mik, у моего знакомого была подобная ситуация, его сервер скомпроментировали и ДЦ заблочил его таким же образом. Саппорт первой линии в никакую не хотел его включать и требовали забрать данные через rescue FTP. Но там произошел какой-то сбой и не все папки читаемы через FTP, можно попробовать написать им подобное: мол файлы не читаемы и попросить перезагрузить его в нормальный режим, для лечение/скачивания. Будьте настойчивы, по крайней мере моему знакомому абузный отдел включил сервер.
ЗЫЖ, правда потом его снова взломали и снова заблокировали и уже после переустановки ОС через некоторое время взлом произошел повторно, но это уже другая история.
ЗЫЖЖ, можете попробовать еще попросить оставить только доступ к серверу с определенного IP, а остальные заблокировать.
leonid239, так почему нельзя, перейдите по ссылке https://<username>.your-storagebox.de и смотрите
Vimagem, и клиент не помнит, у кого взял хостинг? Чудеса... Скорей всего это сервер\ВПС, где все надо установить, причем тут хостер, может клиент заказал именно такую настройку сервера? Инфы маловато.
baas, попробуйте пакет собрать - https://wiki.debian.org/BuildingTutorial