Для цього потрібно виконати дії описані в статті Скидання пароля root
Якщо у вас сервер з Ubuntu на віртуалізації KVM не завантажується після перезавантаження вам потрібно покдлючіться по VNC до сервера і натиснути Enter для продовження завантаження.
Після цього вам потрібно поправити настройки в /boot/grub/grub.cfg шукаємо в ньому
і видаляємо знак мінус.
index.html має більший пріоритет над index.php, і тому ви бачите цю сторінку.
Також індексного сторінкою можна управляти в ISPmanager у властивостях WWW домену.
Натиснута кнопка перезавантаження, і ось VDS не відповідає ні по одному мережевого протоколу. Цю проблему адміністратори VDS дуже часто помилково відносять до зони відповідальності FirstVDS, вважаючи, що раз до VDS немає доступу по мережі, то зробити з ним вони нічого не можуть. Давайте розберемося, в чому ж може полягати проблема і як її виправляти адміністратору VDS.
VDS на базі апаратної віртуалізації KVM
Дані VDS зсередини влаштовані як самий звичайний комп'ютер, тому, якщо він недоступний по мережі, це ще не означає, що він не працює. На відміну від програмної віртуалізації тут у адміністратора VDS є доступ до "монітора" VDS, на якому видно всі помилки, які виникли в процесі його запуску. Як правило дані проблеми зводяться до двох варіантів:
- VDS вимагає виконати перевірку файлової системи вручну
- VDS висить в засобі завантаження і чекає натискання кнопки Enter - характерно для ОС Debian / Ubuntu
Для вирішення проблем, слід виконати ручну перевірку диска: для цього в VNC потрібно натиснути Enter і ввести команду
і перезапустити VDS командою reboot, а у випадку з Linux - просто натиснути кнопку Enter для продовження завантаження.
Після перезавантаження і нормального запуску VDS краще вжити заходів до недопущення подібного в майбутньому: у випадку з Linux - переконфигурировать завантажувач.
Для того щоб домен був доступний з браузера, поштового клієнта і ін. Необхідно виконати ряд умов:
- Домен повинен бути зареєстрований
- Доменне ім'я повинне бути делеговане на сервери імен
- На серверах імен повинна бути заведена зона для домену
- У зоні повинні бути прописані записи (типи: NS, A, MX, CNAME та ін.)
- Сервери імен повинні відповідати на запити про домен. Перевірити можна за допомогою утиліти nslookup (для користувачів Windows) або dig (користувачам Linux)
- З моменту реєстрації і створення домену на серверах імен повинно пройти досить часу для того, щоб інформація про нього стала доступна з будь-якої точки світу.
У разі якщо хоча б одна умова не виконана, звернутися до домену з браузера не вийде. Тому, якщо ваш домен недоступний, послідовно перевірте всі перераховані умови і, якщо на якомусь з етапів виявлена помилка, виправте її.
Обов'язково перевірте, чи створені сервери імен на вашому VDS. Для цього в панелі ISPmanager в лівому меню знайдіть розділ "Доменні імена", в ньому в правому куті іконку "NS" і перевірте, чи є там записи. Якщо немає, в вашому особистому кабінеті (BILLmanager) в "Інструкції" знайдіть лист із зазначенням доступу в DNSmanager і пропишіть ці настройки в ISPmanager.
Якщо після будь-яких ваших дій на сервері (оновлення / [пере] установка ПО і т.п.) або з невідомих вам причин панель управління сервером ISPmanager не відкривається, то допоможе у вирішенні проблеми ця.
Це друга за популярністю проблема, яку адміністратори VDS відносять до зони відповідальності FirstVDS.
Web-сервер (або їх зв'язка), відповідальний за видачу в браузер вмісту сайтів, працює всередині VDS, а значить проблеми з ним знаходяться в зоні відповідальності адміністратора VDS. Дивіться нашу інструкцію. Відстежити причини помилки, як правило, можна по логам, які веде Web-сервер (можливо, їх доведеться спочатку включити).
Власники сайтів налаштовують їх моніторинг, для того щоб бути в курсі, якщо сайт впав. Моніторингом може бути Яндекс.Метрика, Hosttracker або будь-який інший сервіс.
Повідомлення про недоступність в даний момент
Якщо моніторинг повідомляє про недоступність сайту, в першу чергу варто перевірити, а чи дійсно сайт недоступний. Справа в тому, що, по-перше, інтернет - це не гарантований вид зв'язку, і нерідко виникають ситуації, коли сервер недоступний з однієї точки світу і при цьому доступний з усіх інших; по-друге, моніторинг може говорити про недоступність в разі, якщо на сайті виникла помилка (502, 504 і т.п.). Якщо повідомлення про недоступність підтвердилося, починаємо діяти.
недоступний сайт
недоступний сервер
У разі якщо недоступний сервер, слід спробувати визначити причини його недоступності. В першу чергу потрібно перевірити розділ Інциденти в особистому кабінеті, якщо сталася аварія на стороні хостинг-провайдера, там буде повідомлення про це і залишиться тільки дочекатися, поки інженери FirstVDS все виправлять. Якщо повідомлення немає, значить, проблема на стороні сервера, і доведеться розбиратися, використовуючи інтерфейс VNC (в разі VDS на KVM).
Відновити пароль можна різними способами, в залежності від віртуалізації. Для подібних випадків нами написана покрокова інструкція
Більш докладно про шляхи вирішення даної проблеми можна почитати тут
Ліцензійна політика компанії ISPsystem - розробника панелі управління ISPmanager така, що молодші версії продуктів працюють при наявності ліцензій на старші версії, тому панель управління ISPmanager Lite продовжує працювати, хоча ліцензія вже видана на 5 версію продукту. Для переходу на старшу версію панелі необхідно оновиться вручну.