Тикет «не работает, помогите» и тикет с точным текстом ошибки, ID сервера и списком того, что вы уже попробовали, уходят в одну и ту же очередь - но получают совершенно разный ответ. Показываем, где в my.weasel.cloud открыть тикет, чем Sale support отличается от Tech support и почему при отсутствии веб-консоли у WeaselCloud эти детали решают всё.
Сервер вдруг перестал пускать по SSH, в личном кабинете висит непонятный статус услуги, или вопрос вообще не про сервер, а про оплату - и ни в базе знаний, ни в поиске конкретно вашего случая нет. Остаётся тикет в поддержку WeaselCloud. Здесь важна одна деталь, о которой легко забыть: в панели WeaselCloud нет ни веб-консоли, ни кнопки перезагрузки - агент поддержки не может просто открыть ваш сервер и посмотреть, что там происходит, как в панелях со встроенной консолью. Он видит ровно то, что вы написали. Разница между тикетом, который закрывают одним ответом, и тем, что растягивается на несколько дней переписки, обычно не в удаче и не в очереди - она в первом сообщении.
Коротко. В личном кабинете
my.weasel.cloudтикет открывается в разделе Support -> Open Ticket. Дальше выбираете департамент: Tech support - для всего, что касается самого сервера (доступ, сеть, ошибки), Sale support - для тарифов, оплаты и вопросов до покупки. В сообщении сразу укажите, какой это сервер (ID услуги или хостнейм вродеweasel-de-379636a9ac4711878b), точный текст ошибки как он есть в терминале, что уже пробовали сами - и, если доступа нет совсем, честно опишите, что именно происходит при попытке подключиться. Раз панель не даёт поддержке заглянуть на ваш экран, эти детали в первом сообщении решают, ответят вам один раз или пять.
Где в личном кабинете открыть тикет
В my.weasel.cloud тикет открывается в разделе Support, кнопкой Open Ticket. Тот же путь - единственный способ решить целый ряд вопросов, для которых в кабинете нет отдельной формы: например, заказ дополнительной PTR-записи для сервера идёт через этот же тикет, не через отдельный пункт меню (подробнее - в статье про PTR-запись и дополнительный IPv4). Так же и с восстановлением доступа: если вы случайно закрыли себе SSH через ufw или ошиблись в конфиге, единственный путь назад - тот же самый тикет, потому что кнопки reboot или веб-консоли, через которую можно было бы почитаться самостоятельно, в кабинете попросту нет.
Это стоит держать в голове с самого начала: тикет здесь не «ещё один способ» получить помощь, а зачастую единственный. Поэтому то, что вы напишете в первом сообщении, стоит дороже, чем в панелях с полноценной консолью, где инженер поддержки может сам зайти и посмотреть.
Sale support или Tech support: как выбрать департамент
При открытии тикета форма просит выбрать департамент. Правильный выбор ускоряет ответ примерно на день - неправильный не убивает тикет, но обычно означает лишний круг переброски между очередями.
Департамент | Когда выбирать | Примеры вопросов |
|---|---|---|
Tech support | всё, что происходит на самом сервере или в сети до него | сервер не отвечает по SSH, ошибка при установке ОС, странная сетевая задержка, заявка на PTR-запись |
Sale support | всё, что касается денег, тарифа и вопросов до покупки | какой тариф взять под конкретную нагрузку, вопрос по счёту или списанию, апгрейд на больший диск, промокод не сработал |
Если сомневаетесь - выбирайте по тому, кто физически может решить проблему: инженер техподдержки не разбирается со списаниями, а менеджер по продажам не полезет чинить SSH. На части экранов может оказаться и третий пункт, которого не было при последней проверке панели, - если такое увидите, выбирайте ближайший по смыслу к своему вопросу.
Что обязательно указать, чтобы ответили один раз, а не пять
Первое сообщение решает, придёт ли в ответ решение или встречный вопрос. У WeaselCloud это особенно важно из-за отсутствия консоли: поддержка не может «посмотреть своими глазами», поэтому текст тикета - это всё, что у неё есть. Указывайте:
- какой это сервер - ID услуги из личного кабинета или хостнейм вида
weasel-de-379636a9ac4711878b; без этого первый ответ почти наверняка будет вопросом «уточните, о каком сервере речь»; - точный текст ошибки, скопированный, а не пересказанный своими словами - «не подключается» и
ssh: connect to host 185.x.x.x port 22: Connection refusedэто две разные проблемы для инженера, и во второй уже есть половина диагноза; - что вы делали непосредственно перед сбоем - меняли правила ufw, редактировали
sshd_config, обновляли систему, апгрейдили тариф, или вообще ничего не трогали; - что уже пробовали сами - подключение с другого IP или сети, другой SSH-клиент, проверку, отвечает ли сервер хотя бы на ping;
- для проблем с доступом - IP-адрес, с которого подключаетесь, и что именно происходит при попытке: зависает на подключении, обрывается сразу, показывает конкретную ошибку. Раз поддержка не может открыть у себя веб-консоль и посмотреть на экран сервера вживую, как в некоторых других панелях, эти детали - единственная замена такому взгляду. Добрая половина тикетов «я не могу попасть на сервер» решались бы одним ответом, а не перепиской, будь эти детали в первом сообщении сразу.
Хороший тикет и плохой тикет на одном и том же случае
Разница видна лучше всего на конкретном примере - потерян SSH-доступ после того, как включили ufw.
Плохой тикет | Хороший тикет | |
|---|---|---|
Тема | «Сервер не работает» | «SSH не отвечает после ufw enable, сервер weasel-de-379636a9ac4711878b» |
Сообщение | «Сервер не пингуется, помогите, очень срочно» | «Включил ufw в 14:20 по МСК командой |
Департамент | не выбран или выбран наугад | Tech support |
Чего не хватает инженеру | какой сервер, что именно случилось, что уже проверено - без веб-консоли инженеру придётся выяснять это отдельным письмом, теряя круг переписки | ничего - все данные для диагноза уже есть в первом сообщении |
Второй тикет чинится одним ответом - скорее всего, инженер просто попросит подождать применения правки или пришлёт временный доступ через другой канал, потому что уже видит и причину, и то, что вы успели проверить сами.
Чего не стоит писать в тикет
Не вставляйте в текст тикета пароли и приватные SSH-ключи без крайней необходимости - переписка в тикете хранится дольше, чем вы будете об этом помнить, и рассылается по нескольким адресам внутри поддержки. Здесь стоит сказать честно: сам по себе root-пароль от VPS в WeaselCloud и так лежит открытым текстом на вкладке «Информация о хостинге» в личном кабинете - так что упоминание его в тикете не создаёт принципиально нового риска, который бы не существовал до этого. Но пароль не нужен поддержке для диагностики почти никогда: гораздо полезнее точный текст ошибки и то, что вы уже пробовали, чем сам секрет. Если для проверки действительно нужен временный доступ - например, для проверки конфигурации веб-сервера - лучше завести отдельного пользователя с ограниченными правами и удалить его сразу после того, как вопрос закрыт.
Чего ждать после отправки
WeaselCloud работает на WHMCS - стандартной платформе для биллинга у хостинг-провайдеров, и в таких системах обычным поведением считается письмо на почту при каждом ответе поддержки по тикету, чтобы не нужно было держать вкладку открытой и обновлять её вручную. Публично заявленного срока первого ответа или SLA на сайте weasel.cloud нет - блок FAQ на главной странице отвечает на вопросы про способы оплаты, тестовый период и время установки сервера, но не про скорость поддержки. Так что вместо того, чтобы гадать по чужим отзывам, проще ориентироваться на письмо-подтверждение после отправки тикета и на статус самого обращения в личном кабинете - если он изменился, значит, кто-то уже посмотрел.
Когда тикет не нужен - сначала загляните в базу знаний
Тикет - это живой человек на другом конце, а не мгновенный ответ, поэтому логично сначала проверить, не разобран ли ваш случай уже отдельной статьёй. Если SSH перестал пускать после того, как вы настраивали ufw или правили sshd_config по свежему серверу, - весь порядок действий, при котором такое не должно случиться, и что делать, если уже случилось, разобран в статье Защита свежего VPS: первые 10 минут. Если проблема в забытом или неверном пароле, а не в самом доступе, - отдельно смотрите смену пароля в Ubuntu. Тикет остаётся нужен, когда случай не укладывается ни в одну инструкцию, поведение сервера расходится с описанным, или вопрос вообще не технический - например, про тариф или счёт.
Частые вопросы
Где в личном кабинете WeaselCloud открыть тикет
В my.weasel.cloud, раздел Support, кнопка Open Ticket. Тот же путь используется и для заявок, у которых нет отдельной формы в кабинете - например, для PTR-записи или дополнительного IPv4.
Какой департамент выбрать - Sale support или Tech support
Tech support - если проблема касается самого сервера: доступ, сеть, ошибка при установке или работе. Sale support - если вопрос про деньги, тариф или что-то до покупки: счета, апгрейд, промокод, выбор конфигурации. Неверная категория не убивает тикет, но обычно добавляет день на переброс в нужную очередь.
Что писать в тикет, чтобы поддержка решила проблему сразу
ID сервера или его хостнейм, точный текст ошибки как есть в терминале, что вы делали перед сбоем и что уже пробовали сами. Для проблем с доступом отдельно опишите IP, с которого подключаетесь, и что именно происходит при попытке - зависает, обрывается, выдаёт конкретный текст. У WeaselCloud нет веб-консоли, поэтому поддержка судит только по вашему описанию.
Сколько отвечает поддержка WeaselCloud
Публично заявленного срока или SLA на сайте нет. WHMCS, на котором построен личный кабинет, обычно присылает письмо на почту при каждом ответе по тикету - ориентируйтесь на него и на статус тикета в кабинете, а не на конкретную цифру из чужого опыта.
Можно ли писать пароль в тикет поддержки
Лучше не стоит, хотя root-пароль от VPS в WeaselCloud и так виден открытым текстом в личном кабинете, так что упоминание его в тикете не добавляет принципиально нового риска. Но почти всегда для диагностики нужен не пароль, а точный текст ошибки и список того, что вы уже проверили. Если действительно нужен временный доступ - заведите отдельного пользователя и удалите его сразу после того, как вопрос закроют.
Коротко
- Тикет открывается в
my.weasel.cloud, раздел Support, кнопка Open Ticket - тот же путь используется и для запросов, у которых нет отдельной формы в кабинете, например для PTR-записи. - Департамент Tech support - для всего, что связано с сервером и доступом; Sale support - для тарифов, оплаты и вопросов до покупки.
- У WeaselCloud нет веб-консоли и кнопки перезагрузки - поддержка видит ровно то, что вы написали, поэтому детали в первом сообщении заменяют собой взгляд на живой экран.
- Указывайте ID или хостнейм сервера, точный текст ошибки, что делали перед сбоем и что уже пробовали - это убирает почти весь лишний круг переписки.
- Для проблем с доступом отдельно пишите IP подключения и что именно происходит - зависает, обрывается, конкретная ошибка.
- Пароли и ключи в тикет лучше не класть без нужды, хотя root-пароль от VPS и так виден в панели открытым текстом - большого нового риска в этом нет, но и смысла тоже.
- Публичного SLA у WeaselCloud нет - ориентируйтесь на письмо-подтверждение и статус тикета в кабинете, а не на цифры из чужого опыта.
Что дальше
- Защита свежего VPS: что сделать в первые 10 минут - как настроить сервер так, чтобы тикет из-за потери SSH-доступа вообще не понадобился.
- Смена пароля в Ubuntu - если проблема в пароле, а не в самом доступе к серверу.
- PTR-запись и дополнительный IPv4 в WeaselCloud - конкретный пример вопроса, который решается только через тикет.
