соседи по ДЦ предлагают аренду серверов без администрирования
http://www.aldan-3.ru/?page_id=498
ребут через панельку, kvm подключаемый.
мы сдаём сервера в аренда только с администрированием
http://ruweb.net/?page=server
За сервером следим мы постоянно, клиенту в 99% случаев достаточно работать с сервером через панель управления на уровне пользователя.
живём здесь с момента открытия 2009 года http://webdc.ru/
И пользователи тоже так часто делают, чем затрудняют потом поиск собственных же уязвимостей. Всё подозрительное надо не удалять, а переименовать(переместить) в другое имя(в другой недоступный каталог). Сохраняются даты файлов и их содержимое, по которому очень многое можно узнать.
Человеческий фактор есть во всех компаниях. В понедельник, скорее всего, выйдет нужный человек и всё разрулит.
это в смысле приостановила? я так понимаю, что если Вы видите сейчас где какие файлы лежат, то сайты все на месте, просто через браузер их не видно?
Мы обычно на проблемных директориях ставим chmod 000 и уведомляем владельца о творящихся безобразиях на его аккаунте. Очень часто так происходит: находят какую-нибудь уязвимость на сайте, заливают php-шелл, в каком-нибудь месте создают каталог и размещают там фишинговые скрипты.
Алгоритм решения примерно такой: chmod 000 на проблемный каталог и php шелл (обычно это совершенно не затрагивает нормальную работу сайта клиента), варнинг-письмо клиенту о том, чтобы срочно обновлялся до последней версии CMS или искал уязвимость в скриптах своего сайта.
Если проблема повторяется вновь, то блокируем сайт целиком.
Если владелец просит помощи, то смотрим на время создания файлов php шела, грепаем ему строчки из лога его сайта, обычно там какой-нибудь POST и решение проблемы для профессионала может занять не более пяти минут...
Если владелец не реагирует на такие вопросы или у него нет возможности привлечь профессионала для решения подобного вопроса в его собственных скриптах, то повторный случай с заливкой фишинговой страницы обычно мы решаем полной блокировкой данного сайта, иного выхода на shared сервере просто нет.
такие вопросы техподдержка щёлкает как семечки.
не вижу что-то этой конкретики...
Какой смысл сейчас описывать эти условия у существующих 24 регистраторов, если завтра, например, кто-то из них что-то поменяет, например, введёт парковочную страницу в моменты разделегирования домена, которой у него позавчера не было.
Напишите вопрос про конкретного регистратора и кто имеет с ним опыт работы ответит что там у него происходит.
в правилах нет такого явного указания, поэтому каждый регистратор волен делать как пожелает.
Оргвопросы и техвопросы у большого хостера решают разные разделы(люди), обычно. В выходные дни экономят на саппорте (запросов от клиентов в выходные намного меньше, чем в рабочие дни) и, как правило, смена в сильно сокращённом составе, а менеджеров по оргвопросам видимо совсем нет, если говорят про понедельник.
там техвопросы вообще не обсуждают последнее время, одна купля продажа практически.
и вопрос непосредственно связан с работой хостинга, так что в тему.
kpv добавил 16-09-2011 в 21:47
у домена есть регистратор, дата окончания и дата регистрации.
имя домена при этом не важно, он действительно может быть "любым", а вот от всех остальных, неоглашённых вами, данных и зависит конкретный ответ на ваш вопрос, так как регистраторы все ведут себя по разному.
домен озвучьте, чтобы не гадать. или текущий whois выведите, приватную информацию всю сотрите.
это обязательно надо делать.
Вот здесь схема описана
http://forum.hostobzor.ru/index.php?showtopic=15038
кладите в конверт и заказным письмом хостеру, никуда ехать не надо.
на сайте почты россии по чеку, который на почте дадут, можно отследить когда письмо дойдёт до получателя и кто получил.
если договор оформлен на физическое лицо, то ЗПП (ст.17) "дело по иску о защите прав потребителей может быть рассмотрено по месту жительства истца".
kpv добавил 15-09-2011 в 23:21
те статьи соглашения, которые не соответсвуют ЗоЗПП, ничтожны.
Не, это примитив. лучше креатив:
повесьте рядом с ссылкой восстановления дополнительную надпись -
