- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Здравствуйте!
Подскажите, а это норма, когда поддержка знает root пароль MySQL на VPS?
Я спросил root к MySQL - мне ответили, что находится в файле /etc/mysql/password
И тут же назвали сам пароль в тикете.
это норма :) все хостеры зайти смогут, в случае необходимости...
Подскажите, а это норма, когда поддержка знает root пароль MySQL на VPS?
VPS - это не физический сервер, который принадлежит Вам, кто-то его должен администрировать и имеет доступ на уровне рута.
Если это openvz виртуализация, то достаточно зайти в опр. директорию на ноде.
У других тоже реально, но сложнее. Учтите, что теоретически поддержка знает ваш пароль root от сервера, если вы его не меняли.
так смените пароли на свои, потом если что поддержка его сменит, если потеряете. А в тикетах пароли гонять, без их удаления, - плохое дело.
VPS - это не физический сервер, который принадлежит Вам, кто-то его должен администрировать и имеет доступ на уровне рута.
Пароль root на систему и на mysql - это 2 большие разницы.
Видимо у ТС-а какая-то панель управления, скорее всего хостерская.
У меня вообще был голый сервер, все устанавливал руками.
Видимо у ТС-а какая-то панель управления, скорее всего хостерская.
Да он в конфиге ispmanager так то валяется в открытом виде.
И в стартовых скриптах debian тоже есть пароль с привилегией SUPER, потому нет возможности его там не записать и выполнять важные задачи.
Ну а в данной ситуации, если нет ошибки с указанным именем файла, значит так уж у них принято.