Nanotik

Nanotik
Рейтинг
27
Регистрация
20.11.2010
Raistlin:
ngprog, Ниправда, от ОС зависит. У меня Xen 4 на нетбуке встал нормально ).

Все зависит от того, как ядро соберешь. Там же вручную его надо конфигурировать. Плюч сам VDSManager местами ну очень странно себя ведет.

Raistlin:
find . -name '*' | xargs rm

Если нужно удалить файлы, лучше, имхо:

find . -type f -delete

ТС, посмотрите /var/lib/mysql

R1Soft - решение относительно дорогое.

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

Просто убедитесь, что в разделе "Серверы баз данных" в свойствах сервера MySQL у вас указан корректный пароль от mysql-пользователя root.

Ну и что mysql запущен на сервере, конечно, тоже надо убедиться.

myhand:
К сожалению, не все так просто.

"С какого email" - не авторизует клиента (ну разве что Вы договоритесь с клиентом, что он будет слать письма "воон с того почтового сервера", а Ваша техподдержка скрупулезно анализировать их технические заголовки).

Так что, если Вы хотите ему сообщить конфеденциальную информацию - этого мало. Потому я и написал про "запрос из панели управления" (Ваш интерфейс к тикет-системе, который позволяет отправить авторизованный запрос) или GPG-подпись.

С Nanotik уже все понятно - "чукча не читатель". Но Вы, я думал - более подготовлены и внимательны.
Они самые. Как минимум: обучить их сообщать конфеденциальную информацию только по авторизованной заявке - куда проще чем научить разбираться в том откуда кто и как отправил email.

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

А что касательно "собак Павлова" - мы сейчас о технической поддержке разговариваем, или об общей, включая финансовые отделы и прочее? Просто если у сотрудника техподдержки просмотр заголовков почттового сообщения вызывает трудности, и его надо этому обучать - возникает вопрос, что же этот человек делает в техсаппорте.

myhand:
Да любой крупный современный хостинг.
А как Вы вообще идентифицируете клиентов? Присваиваете им какой-то уникальный идентификатор - и просите их сообщать его в переписке.

Естественно, если возникает вопрос аутенификации запроса клиента - нужно отправлять ему запрос например из панели управления. Так он попадет в Вашу тикет-систему авторизованным. Это самый простой способ, но есть и другие. GPG подпись сообщения, например. На совсем уж худой конец - аутенификация по принципу "я буду слать Вам почту вон с того сервера и вот с таким адресом" (проверка подобной вещи муторная - но возможная).
А с чего Вы решили, что речь шла о чем-то другом. КО, расслабьтесь ;)

Да я не напрягался :-) Просто в любом случае обслуживание клиентов по запросам из email - это не совсем безопасно, имхо....

dlyanachalas:
Не готовы. Вроде и не чешется даже никто.

Я честно хотел получить от провайдера ipV6 адрес. Мне сказали, что они такого даже и не планировали пока....

myhand:
Да разница простая очень - уровень сотрудников и решаемые ими задачи.

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

Вы представляете как организована услуга администрирования у нормальных хостинговых компаний? На сервера клиентов ставится стандартная хостинговая среда, никакого root-доступа у клиентов нет.

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

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

А можно примеры "нормальных хостинговых компаний"?

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

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

Nanotik добавил 02.03.2011 в 16:52

Raistlin:
Nanotik, Вот надо обычному клиенту домен создать на сервере. Он что делает у всех? правильно, идет в панельку, добавляет... Что происходит у coolvds? Правильно, клиент стучится в поддержку, ему его делают. Как думаете, сколько там люди ответа ждут? Боюсь, что менее 10 минут.

А при чем тут это? Ну помогли ему добавить домен, ну меньше чем за 10 минут. Но мои слова то это никак не опровергает :-)

Raistlin:
В данном случае это маловажно. На самом деле у людей должны быть четко распределены обязанности, а разделять или нет - зависит от структуры. Если вы о том, что у coolvds, то там в саппорте должны работать как раз системные администраторы. Там техподдержка включает в себя все, там саппорт вместо панели управления.

Ну хорошо, допустим, у coolvds на сайте я не увидел регламента по времени ответа на вопросы в техподдержку.

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

Плюс регламент по времени ответа - довольно хорошее средство для стимулирования сотрудников.

Всего: 214