Какой сладкий клиент:)
Недели две назад, когда мы заканчивали перенос ай-пи из одного дц в другой, понадобилось порестартить мускуль и апач несколько раз. Так сразу же написал клиент причем раз 5 отписался (по каждому рестарту апача и мускуля). Время "простоя" составляло время нужное для апача чтобы перегрузить конфиг с ~300 доменов (ну секунд 30). Рестарт правда полный приходилось делать.
Причем понимаю клиента тоже, даты пред и праздничные были, ему видимо надо было на праздники обновить сайт - неприятно, когда возишься с сайтом, а у тебя сессия отвисает.
По топику ТС - ограничить лимитами по количеству запросов с одного ай-пи, одновременным активным коннектам и т.п. и т.д. можно. Но, кто сказал, что ваш аккаунт как то влияет на соседние аккаунты. Он не влияет вероятно, а зачем тогда хостеру ограничивать. Ведь на аналогичных аккаунтах повышения нагрузки при том же количестве коннектов и т.п. превышения лимита нагрузки не происходит. Делать вам персональную настройку? Денег стоит и не всегда возможно. Пенять же на хостера, что конкретно ваш аккаунт получает предупреждения, думаю несправедливо. Как правило у хостера нет желания и возможности изучать каждый аккаунт под лупой и изыскивать возможно слупить с него больше денег. Поэтому все сводится к тому, что либо клиент отвечает принятым условиям, либо не отвечает и в последнем случае и предлагаются альтернативные варианты. Условия же назначаются не абы как, а исходя из того, что бизнес должен приносить достаточную прибыль, а клиенты бизнеса в целом должны быть довольны.
Оффтопом. Пример из практики. Переехал к нам сайт на WP + virtuelmart. Как только завели на днс, нагрузку стал создавать. Выяснилось, что создавал ее один файл - watermark.php Выяснилось наудачу, могли бы месяц сидеть и смотреть и не найти. Как только клиент выключил эту функцию, нагрузка и снизилась до нормальных величин.
Здравствуйте всем!
Вероятно, либо ТС неточно изложил, либо хостер недостаточно четко сформулировал. Впрочем, не стоит придираться к словам. Вопрос не в том, какую именно версию движка сайта использует вебмастер. Вопрос в том - уязвимую или нет. Вполне логично предположить, что новейшая версия движка закрывает предыдущие уязвимости (и часто создает новые, что греха таить - таков сегодняшний уровень кодинга, но это уже другая история).
Что происходит со старыми версиями движков? У которых тонны и тонны всем известных уязвимостей? Сайты на таких движках ломают. Что происходит дальше: закачивают шелл, устанавливают прокси, спам боты, ддос флудеры и т.п. и т.д. Могут и скрыть свое присутствие (всегда полезно иметь взломанный сайт, впс, сервер "про запас").
Что получает хостер? Потенциальный риск получения жалоб, листинга во всевозможных блек листах а то и изъятие сервера. Оно ему надо?
Что делать с клиентом, который исходит из того, что в своей избе он может делать что угодно? Применять правила указанные в условиях обслуживания и отказывать в обслуживании. Других вариантов нет.
Еще раз повторю - дело не в том, что версия софта недостаточно кошерная. Дело именно в наличии/отсутствии известных уязвимостей в используемой версии ПО и ее критичности.
Здравствуйте!
http://robobill.net/hosting1.php?spt=26
Технология КВМ, от 248.70 рублей.
Ай-пи адрес - 81.6 рублей из нашего диапазона и/или 102 рубля из диапазона Leaseweb.de
http://robobill.net/order1.php?mode=ds&package=553
Процессор: Intel Dual-Core G850 2.9 Ггц
Память: 4 DDR3 Гб (изменяется до 16 Гб DDR3)
Жесткий диск: 2 x 250 Гб SATA (изменяется до 4 x 3 Тб)
IP адресов: 1 (изменяется до 4 ай-пи адресов максимум)
Подключение: 100 Мбит
Трафик: 100 Мбит без учета
Производитель: Сделано Hewlett-Paccard
1999 рублей
Апгрейд жесткого диска до 1 Тб + 408 рублей
O/S Windows 2008/2012 Standard + 759 рублей
Геолокация Франкфурт, Германия или Москва, Россия.
А какие могут быть проблемы у доменов у любого регистратора? Их и не будет ни у кого. Проблемы начинаются когда домен используется в каких-то сомнительных целях или зарегистрирован на сомнительные данные или оплачен сомнительным путем.
Если говорить о регистраторах в РФ, то здесь еще добавляется требование операции по трансферу, смене владельца и т.п. осуществлять по предъявлению паспорта. Это с одной стороны как бы минус, а с другой - дополнительная защита на случай угона почты к примеру.
Телефоны работают, другие каналы связи тоже (за исключением Skype, здесь могут быть пока проблемы).
Дублируем также здесь разосланное ранее уведомление о повышении цен на ай-пи адреса в локации Франкфурт, Германия:
1 ай-пи адрес выделенный из диапазона Leaseweb.de - 2.5 € (количество ограничено разумными пределами)
1 ай-пи адрес выделенный из диапазона ООО "ТК "Рустелеком" - 2 €
Такое может случится даже с крупными хостерами. Пару лет назад, в Burst.net таким образом были уничтожены множество ВПС клиентов. Биллинг панель из за сбоя посчитала все впс не оплаченными и удалила их.
Первое, что хочется сказать - делайте бекапы. Есть вполне адекватные предложения для восстановления полной копии серверов (вот например у нас http://robobill.net/packages.php?spt=10 есть и на базе решений Idera и обычный ssh/ftp удаленный бекап).
Второе - все же речь идет о выделенных серверах и скорее всего, управляются серверы вручную, а не автоматом из биллинга. Во всяком случае, передача серверов на другой аккаунт, никак не может быть сделана автоматически. Поэтому, тут скорее подозрение закрадывается о том, что либо серверы таки были не оплачены, либо это уже какие-то разборки между клиентом и хостером.
Третье - даже если хостер случайно удалил сервер - он не может и не должен нести ответственность, в размере большем нежели полученная оплата. За косвенные убытки, потерю прибыли и т.п. любой провайдер не несет ответственности, за исключением случаев, когда это было специально оговорено в договоре.
К чему эта паранойя? Не проще ли было бы дать ту информацию, которую запросили, да и успокоиться. Не номер кредитной же карты у вас спросили. Гадать тут насколько обоснован был этот запрос непродуктивно. Мы тут не знаем точно, был ли это хостинг, ВПС хостинг или выделенный сервер. Косвенно можно понять, что это был виртуальный хостинг, но опять же, все зависит от того, как он реализован у хостера. Может хостер выдает вам на самом деле ВПС, хоть и называет это виртуальным хостингом. Миллион причин может быть. Запрашивали же хостера из биллинга, а не со стороны. У кого-то реализованы дополнительные процедуры для авторизации запросов на смену пароля, у кого-то нет. Как на базе предоставленной вами здесь информации можно судить об адекватности ответа техподдержки?
В cpanel используется "укороченный" вариант да и настроить под себя нельзя. Ну и есть не только спанель, в директадмине и столь популярном среди начинающих испманагере - и такого даже нету.
Всплывало нечто похожее (SSHD exploit). Там дело кончилось тем, что у админов серверов завелись кейлоггеры и это и было причиной всего остального. Вообще-то, есть тривиальный метод нахождения подобного рода проблем - сравнение контрольных сумм и учет изменений. Какой-нибудь tripwire (http://sourceforge.net/projects/tripwire/). Другое дело, что большинство забивает на это.
