- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева

Как снизить ДРР до 4,38% и повысить продажи с помощью VK Рекламы
Для интернет-магазина инженерных систем
Мария Лосева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
то почему не дать?
Потому, что не все сотрудники поддержки (особенно у крупных хостеров - сотрудники первой линии) вообще имеют право администрировать что-то править и т.п. А запросить пароль может именно такой сотрудник, чтобы потом залить что-то клиенту. Это к примеру. Во-вторых, администратор сервера (а именно он решает такие вопросы) может сделать всё это без пароля клиента - у него есть доступ к логам сервера.
Но, вероятно все обращения логгируются,
Не всегда. Точнее логируются то верно, но могут удаляться по истечении какого-то времени. И опять же, если нет полномочий - такого запроса быть не должно, верно? Да и, может, этот сотрудник может стереть запрос? )
в базе скорее всего хранится хеш, и логин возможен только через сброс пароля.
В 99.5% случаев именно так. Либо логин возможен "с правами пользователя" из аккаунта администратора, что не то же самое. Но опять же я не могу представить неоходимости просить пароль... Сброс пароля - крайняя мера, перед которой предупреждаем клиента, вот и всё.
lonelywoolf, если сотрудник провайдера ворует данные клиента при исполнении служебных обязанностей, то слов не хватит сказать, какой это зашквар. Поэтому я не думаю, что результаты действия низкоуровнего специалиста не будут логгироваться. Иначе репутационные потери очень большие. Хотя я не большой поклонник 101домейн, мне почему-то кажется, что они работают как РегистерФлай в свое время :)
vkusnoserver, да понятно, что у них так работа поставлена, но времена выдачи паролей даже тем, кто их может знать - уже в прошлом, ИМХО.
Тут же описана проблема -- клиент не может войти в панель со своим паролем. У саппорта, видимо, через кнопку "login as" получилось войти. Скорее всего, по регламенту он должен убедиться, что проблема действительно воспроизводится, прежде чем передать ее следующему уровню. Вот он и решил для проверки не сбрасывать пароль (у него даже может не быть на это прав), а проверить с текущим паролем.
Не понимаю, почему ситуация вызывает столько ажиотажа. Да, плохо, но не смертельно.
Т.е. поддержке нужен пароль, чтобы проверить как работает акк пользователя???!!! Это что за саппорт вообще?
Техподдержке надо проверить вход в панель управления. Как вы сделаете вход без пароля?
---------- Добавлено 27.10.2014 в 22:17 ----------
через кнопку "login as" получилось войти
Вот бы клиенту такую волшебную кнопку :)
в WHMCS есь кнопочка "login as client" и не нужно ничего просить. :)
Действительно. Мало того, я не понимаю администраторов, которые не делают такой фичи в своих биллингах) И можно ничего не просить.
1. Что такое по вашему "get into my hosting"? Биллинг, панель, ftp, webmail?
2. Если пароля вы не дали, но "everything is working", то зачем это постить сюда?
Ребят, вы чего?
Штатная ситуация. Довольно часто, клиенты путают пароли или буквы в паролях, но бывает, клиент не может зайти по какой либо другой причине. По этому чтобы выяснить, что не так, и нужен пароль. А думать, что линия первой поддержки не имеет доступ к содержимому аккаунта клиента, немного наивно. Нафиг она тогда вообще нужна. Большинство вопросов решаются внутри аккаунта пользователя. И каждый раз запрашивать разрешение на доступ у верховного, это очень долго будет. Да, первая линия может не иметь root-доступа к серверам, аккаунам регистраторов доменов и прочих партнеров. Но уж к клиентским данным обычно имеют всегда. Если это только это не бухгалтерский отдел ;).
AdelinaHost классный хост обращайтесь они минусуют вам репу за свою не компетентность ! ))))
А по теме не давайте свой пароль не кому ! если не можете зайти сделайте сброс, ибо следующая тема от вас будет "удалили сайт, что делать ?".
ИМХО лучше немного переплатить зато обезопасить свой сайт.
Как тут описывали выше, то Login As не вариант, так как возможно клиент просто использует другой пароль или еще что то путает.
П.С. если не доверяете тех.поддержке, то зачем вообще брать у них услугу?
Локации: Россия, США, Англия, Германия, Франция, Нидерланды, Украина, Сингапур, Австралия, Япония, Австрия (https://www.adelinahost.com/ru)