- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Не совсем верно. Восстановление пароля займет 5-10 минут при любом раскладе. Сервер так или иначе придется грузить в rescue (если не автоматизировано, то еще 10 минут сверху). В этом режиме квоты проверяться не будут. Монтируем диск, делаем chroot, сбрасываем пароль, ребутаем. Если клиент попросил быстро, то мы можем сделать две вещи 1) сказать клиенту что процесс займет более 20 минут, т.к. проверяются квоты (сами убеждаемся в том, что квоты проверяются) 2) закрываем глаза на квоты и указываем fsck не проверять квоты. Ребутаем, проверяем, все работает - 20 минут на все про все.
В большом кол-ве датацентров управление питанием происходит через APC powerbar или аналогичное устройство. Поэтому автоматизированная перезагрузка в rescue по-любому перезагрузит сервер внепланово, т.е по питанию, а не через ctrl-alt-del.
Конечо, если есть IPMI, можно перегрузить "мягко", но чаще всего его нет.
Квоты будут проверяться после такой перезагрузки гарантированно, а fsck - не факт, но чаще всего будет именно так , т.к сервер не перегружался до этого очень давно.
Да, конечо, если клиент просит быстро, можно отключить проверку fsck и не монтировать ФС c квотами. Тогда гарантированно укладываемся в 20 минут (а то и меньше), при отсутствии хардварных проблем (диск сдох, сервер залип с ошибкой в BIOS).
Linux?
Перезагрузить, в параметрах загрузчика указать "rw init=/bin/bash", ввести новый пароль займет 2 минуты.
Сделать кофе с бутербродом + 10 минут.
Куда ещё 48 минут нужно?
Если по каким-то причинам нет доступа к редактированию параметром граба то загрузится с лайв СД и смонтировать раздел займет отведенное на кофе время.
rklending
наоборот хороший.
берите администрируемый сервер и ставьте задачи, все очень просто.
Linux?
Перезагрузить, в параметрах загрузчика указать "rw init=/bin/bash", ввести новый пароль займет 2 минуты.
Сделать кофе с бутербродом + 10 минут.
Куда ещё 48 минут нужно?
Если по каким-то причинам нет доступа к редактированию параметром граба то загрузится с лайв СД и смонтировать раздел займет отведенное на кофе время.
Это если есть IPKVM/IPMI
Вроде как никто не утверждал, что именно выделенный сервер у ТС. На виртуальном в большинстве случаев это 2-3 мин.
Увы тут сидят не только системные администраторы, есть люди занимающиеся веб дизайном, маркетингом, либо просто перепродажей. Которым по принципу работы нет смысла забивать голову лишней информацией по устройству сервера.
Так что лучше бы подсказали а не высказывали ..... :)
Вы сейчас показываете себя как не лучший пример тех поддержки хостинга.
Клиент: Добрый день у меня проблема с паролем доступа к админ панели.
ВЫ: Дак что тут сложного это же азы, я вам помогать не буду. Вы и сами должны знать коль сайт есть.
Итог: Клиент потерян, у вас испорчена репутация..
Так вы сами себе противоречите.
ТП хостинга в крупных компаниях состоит из нескольких линий. А если сервера БЕЗ администрирования то как раз человек с ТП отвечающий на вопросы в чате и заявки в биллинг панели "как загрузить скрипт", "добавить домен", "создать аккаунт фтп" и т.д. обязан "забивать голову лишней информацией по устройству сервера". Т.е. сотруднику ТП нужно или "забивать голову лишней информацией по устройству сервера" или звать сисадмина который, я думаю, не очень обрадуется.
Если VDS/сервер - не администрируемые, следовательно это вообще не проблемы хостера
достаточно чтобы VDS/сервер имели сеть, VNC/IPMI и.д. а всё остальное - заботы клиента
Вы правы, как с точки зрения хостера, так и с точки зрения клиента.
Но вот мне, с точки зрения клиента, очень приятно, когда хостер решает за пару секунд вопрос, который пусть и выходит за пределы компетенции/тарифа.
Я даже могу и не знать, выходит это за пределы тарифа или нет.
Но факт, что мне уделили внимание, в двух словах показали где копать и включили какую-то галочку, говорит о хорошем сервисе.
Бывает, что клиенты садятся на голову, и начинают бомбить тикетами по любому поводу.
Ну, а если у чела, например, 2 обращения по мелочам за 3 года, он исправно платит и в чем-то там не разобрался, то помочь ему является даже приятным занятием.
Ведь это ничего не стоит - написать пару строк или дать ссылку.
Но ведь можно не потратить 30 секунд, не оторваться от контры, а просто отписать - "это ваши проблемы", хотя ответить по существу заняло бы столько же времени.
Клиентоориентированный сервис всегда дает хороший фидбек.
Я просто мимо проходил, если что ))) Просто недавно попал в подобную ситуёвину и хостер проявил себя на высоте, в плане техподдержки, выходящей за пределы тарифа. И никаких ссылок тоже не будет. )))
Вроде как никто не утверждал, что именно выделенный сервер у ТС. На виртуальном в большинстве случаев это 2-3 мин.
На виртуальном, если софт используется от ISPsystem, то и проблемы бы такой не возникло, т.к там устанавливается агент внутри сервера и пароль можно поменять из vmmanager.
На виртуальном, если софт используется от ISPsystem, то и проблемы бы такой не возникло, т.к там устанавливается агент внутри сервера и пароль можно поменять из vmmanager.
Тогда можно ещё проще. Если IP адрес статический то добавить в /usr/local/ispmgr/etc/ispmgr.conf TrustIP IP-адрес и вход с данного IP под рутом будет без пароля.
три страницы обсуждений, как восстановить забытый пароль рута.
процедура занимает 1-5 минут , в зависимости от скорости загрузки сервера и инициализации его оборудования.
Если есть ipmi - сделаю, обращайтесь. Если нет ipmi - попросите хостера, он наверное попросит ДЦ, где техники неспеша, в развалочку, подойдут к серверу, выключат его, загрузят в специализированный режим и собьют пароль рута.