Часті запитання

Віртуальний хостинг – для легких сайтів на стандартних CMS (WordPress).
Cloud VPS - для більш серйозних проектів: повні адмін-права, бекапи, зміна тарифу в рамках лінійки, перевстановлення ОС. Усередині лінійки: Cheap (порт 250 Мб/с), Basic (500 Мб/с), Premium (1000 Мб/с), Storage (великий диск + виділені фізичні ядра, бекапи недоступні), Forex (під торгові термінали).
Виділені сервери – максимальна потужність та віртуалізація, є моделі з відеокартою, можна докупити безлімітний трафік та додаткові IPv4/IPv6. Характеристики виділеного сервера не можна змінити.

Якщо сервер був у наявності на момент замовлення, його підготовка займає до 3 годин.
Якщо сервера не було в наявності, підготовка займає від 3 до 5 робочих днів, оскільки цей час потрібен для доставки комплектуючих до дата-центру. На жаль, прискорити цей процес неможливо.
Перевірити актуальну доступність можна на сторінці виділених серверів або виділених GPU-серверів. Доступність кожної конфігурації зазначена під вартістю початкового налаштування.

Доступні методи залежать від країни, де Ви зареєстровані. Повний актуальний список для Вашого облікового запису — в особистому кабінеті, розділ «Способи оплати».
Зазвичай доступні:
• Stripe - банківські картки Visa, Mastercard, American Express;
• Криптовалюта (Cryptomus) – від 1 €, USDT та альтернативні валюти;
• PayPal – лише з європейського облікового запису.

Так: 3 дні на Cloud VPS та місяць на віртуальний хостинг.
Щоб його отримати, поповніть баланс на 1 € та замовте послугу. Умова – у Вас раніше не було послуги тієї ж лінійки (VPS для VPS, хостинг для хостингу).
Пробний період доступний не для всіх Cloud VPS: на сайті у відповідних тарифів є плашка «3-Day Free Trial».

В особистому кабінеті: «Послуги» → виберіть вид послуги → іконка шестерні біля сервера → «Продовження» / «Продовжити» / «Renew» → вкладка «Автопородження» → кнопка «Вимкнути автоподовження».

Згідно з розділом 5 Публічної оферти Zomro, заборонені: шкідливе ПЗ, віруси, ботнети та інструменти для DDoS-атак і злому; шахрайство — фішинг, кардинг, фінансові піраміди; піратський контент і торрент-трекери; дитяча порнографія, пропаганда тероризму та насильства, продаж зброї, наркотиків і неліцензованих лікарських засобів; спам, майнінг криптовалют і будь-яке аномальне навантаження на обладнання.
У разі виявлення порушення сервер може бути заблокований або видалений відповідно до умов оферти.

Усі отримані abuse-скарги та звернення ми передаємо клієнту незалежно від розташування сервера та встановлюємо термін для відповіді. Розміщення забороненого контенту не допускається; у разі порушень ми діємо відповідно до наших правил.
Правила щодо забороненого контенту та обробки abuse-скарг описані в розділі 5 Публічної оферти Zomro.

Швидше за все, на сервер йде bruteforce-атака. Вона не спрямована особисто на Вас: боти перебирають усі сервери зі стандартним портом RDP. Такі атаки навантажують сервер та призводять до помилок.
Що робити:
1. Встановити IPBan для автоматичного блокування IP зловмисників.
2. Змінити стандартний порт RDP на нестандартний.
3. Вимкнути політику блокування користувача Administrator.
Якщо потрібна допомога з налаштуванням, зверніться до техпідтримки.

Якщо Cloud VPS лише куплено — можливо, пароль для Administrator не встановився. Вкажіть його вручну через VNC-консоль: шестерня біля сервера → «Консоль».
Якщо сервер працює давно – перевірте мову та розкладку в системі, копіюйте пароль замість ручного введення та переконайтеся, що не скопіювали зайві символи.
Якщо після перевірки зайти не вдається, зверніться до техпідтримки.

Перевірте, чи сплачений сервер і чи активний він.
Якщо сервер періодично вимикається, можливо, закінчився пробний період ліцензії Windows (повідомлення в правому нижньому куті робочого столу). Виконайте PowerShell `slmgr /rearm` і перезавантажте сервер: ліцензія триватиме на 180 днів, доступно 5 таких продовжень.
Якщо сервер активний, зайдіть через консоль у кабінеті (шестерня → «Консоль») і перевірте, чи не завис він і чи є мережа. Зависання часто означає перевантаження, наприклад, занадто багато запущених Forex-терміналів: знизите навантаження або підвищіть тариф.
Також перевірте, чи не потрапив Ваш IP до блок-листу правила IPBan у фаєрволі, і чи немає в кабінеті скарг чи попереджень по серверу. Якщо мережі немає з невідомої причини, зверніться до техпідтримки.

Спочатку переконайтеся, що сервер оплачений і ввімкнений.
Перевірте сервер із різних локацій за допомогою CheckNode і одночасно зі свого комп’ютера. Якщо сервер відповідає із зовнішніх локацій, але не з вашого комп’ютера, причиною можуть бути технічні роботи на проміжних мережевих маршрутах, фільтрація трафіку вище за маршрутом або блокування вашої IP-адреси у firewall. Виконайте MTR-тест і надішліть результат технічній підтримці.
Якщо сервер недоступний і з інших локацій, відкрийте VNC-консоль в особистому кабінеті та перевірте, чи не завис сервер і чи немає повідомлень OOM killer, які вказують на вичерпання RAM. У такому разі зменште навантаження, збільште ресурси сервера або додайте swap-файл.
Також перевірте, чи не отримували ви тікети зі скаргами або abuse-зверненнями.

Спочатку перевірте, чи підтримує ваш інтернет-провайдер IPv6.
Результат 0/10 — ваш провайдер не підтримує IPv6, тому підключитися до сервера не вдасться. Замовте сервер з IPv4; поточний сервер можна видалити та запросити повернення коштів за невикористаний період, створивши тікет до відділу роботи з клієнтами.
Результат 10/10 — перевірте в особистому кабінеті, чи оплачений і запущений сервер, а потім зверніться до технічної підтримки для з’ясування причини недоступності.

Найчастіше це ознака того, що на сервері закінчилося місце. Підключіться по SSH або через консоль у кабінеті (шестерня → «Консоль») та перевірте:
• вільне місце - `df -h` (рядок, де в колонці Mounted on вказано `/`);
• вільні inodes - `df -ihT`.
Якщо місця або inodes не вистачає, звільніть його: зазвичай місце займають логи веб-серверів, баз даних та панелі керування, об'ємні бекапи та тимчасові файли.
Після очищення перевірте служби: `systemctl status mysql apache2 nginx`, за потреби запустіть потрібну - `systemctl start mysql`.
Потрібна допомога з очищенням - звертайтеся до техпідтримки.

Якщо поточний пароль відомий, підійде будь-яким із способів:
• Панель керування → «Облікові записи» → виберіть запис → змініть пароль.
• PowerShell: `net user Administrator Новий пароль`.
• Win+R → `lusrmgr.msc` → правий клік користувача → "Задати пароль".
• У сесії RDP натисніть Ctrl+Alt+End (або Ctrl+Alt+Ins) → «Зміна пароля».
Вимоги політики безпеки: мінімум 12 символів, великі та малі літери, цифри і хоча б один спецсимвол з !-_^:#@)(, пароль не повинен містити ім'я облікового запису та не повинен використовуватися раніше).
Якщо поточний пароль невідомий, технічна підтримка скине його через режим SystemRescue. Потрібно перезавантажити сервер, тому всі програми будуть закриті, а незбережені дані втрачені.

Підключіться до сервера SSH і виконайте `passwd` - потім двічі введіть новий пароль. Для іншого користувача: `passwd user`, де `user` - ім'я потрібного користувача.
Для Cloud VPS пароль можна змінити і в особистому кабінеті: «Послуги» → «Cloud Послуги та Forex» → шестерня біля сервера → «Змінити пароль».

Підключіться по SSH і виконайте:
`v-change-user-password admin yourpass`
Замість `admin` вкажіть логін, замість `yourpass` - новий пароль. Якщо пароль містить спецсимволи або пробіли, оберніть його в одинарні лапки.

Скинути пароль через консоль сервера можна за нашою інструкцією зі скидання пароля адміністратора WordPress через консоль.
Альтернативний спосіб — через phpMyAdmin: відкрийте базу даних сайту → таблицю wp_users → знайдіть користувача-адміністратора, зазвичай це перший користувач у таблиці → відредагуйте запис → для поля пароля виберіть метод хешування MD5, введіть новий пароль і збережіть зміни.

В особистому кабінеті: "Послуги" → "Cloud Послуги та Forex" → іконка шестерні біля сервера → "Переустановити ОС" / "Rebuild".

«Пуск» → «Параметри» → «Час і мова» → вкладка «Мова» → «Додати мову» → установіть потрібну мову разом із мовним пакетом і призначте її основною. Потім вийдіть із системи та увійдіть знову — усі активні процеси на сервері буде завершено.
Важливо: для встановлення мовного пакета через параметри мають бути ввімкнені оновлення Windows. На Cloud Forex вони за замовчуванням вимкнені для стабільної роботи терміналів. Щоб увімкнути їх: Провідник → диск C: → папка Windows → запустіть Windows Update - Enable.cmd і перезавантажте сервер. Після встановлення мови оновлення можна знову вимкнути за допомогою Windows Update - Disable.cmd, також із подальшим перезавантаженням.
Якщо ви не хочете вмикати оновлення, скористайтеся нашою інструкцією зі зміни мови у Windows Server і встановіть мовний пакет вручну.
Якщо кирилиця відображається некоректно, змініть системну локаль: Win+R → intl.cpl → вкладка «Адміністрування» → «Змінити мову системи» → виберіть мову → «ОК» → перезавантажте сервер.

Cloud VPS та віртуальний хостинг: «Послуги» → «Cloud Послуги та Forex» / «Віртуальний хостинг» → шестерня біля послуги → «Змінити тариф» / «Resize» / «Change tariff».
На старих VPS можна збільшити кількість ядер, оперативної пам'яті та дискового простору – можливість уточнюйте у техпідтримці.
На виділених серверах підвищення характеристик неможливе.

Відкрийте конфігурацію `/etc/netplan/00-installer.yml` (ім'я файлу може відрізнятися) у редакторі VIM – він коректно обробляє табуляцію в YML.
До секції `addresses` додайте рядок виду `- 0-255.0-255.0-255.0-255/24`, підставивши реальні цифри нового IP. Інші редагування не потрібні: адреси використовують один і той же gateway.
Збережіть файл та перевірте конфігурацію: `netplan generate`. Якщо помилок немає – виконайте `netplan try`. Сервер залишився доступним - натисніть ENTER, налаштування застосовуються остаточно.

Перевірте, чи сплачено сервер і чи не надходило Вам в особистому кабінеті повідомлення про блокування.
Якщо інстальовано Windows - перегляньте правий нижній кут робочого стола: пробний період ліцензії, що минув, призводить до періодичних вимкнень.
Якщо причина не ясна, уточніть, після яких дій сервер вимкнувся, і додайте скріншоти - я передам запит живому фахівцю.

Ймовірно, закінчився пробний період ліцензії Windows - перевірити можна в нижньому правому кутку робочого столу сервера.
Щоб продовжити ліцензію, виконайте в PowerShell `slmgr /rearm` і перезапустіть сервер: ліцензія триватиме до 180 днів. Зверніть увагу – така процедура доступна лише 5 разів.

Якщо сервер активний і доступний - зачекайте в кабінеті близько 15 хвилин, статус автоматично оновиться.
Якщо актуальний статус потрібен терміново або сервер неактивний або не відповідає - вкажіть, про який саме сервер йде мова, і я передам запит на техпідтримку для перевірки.

Перевірте поточний статус послуги.
«Замовлено» / «Ordered» - послуга замовлена, але не сплачена. Замовте та сплатіть її заново, а попереднє замовлення зникне автоматично через деякий час.
Послуга оплачена та активується – зачекайте до 1 години з моменту замовлення. Якщо за цей час сервер не активувався, зверніться до технічної підтримки, ми перевіримо ситуацію.

Ймовірно, виник тимчасовий сплеск навантаження або відбувається оновлення системи білінгу. Зачекайте і спробуйте увійти трохи пізніше - просимо вибачення за тимчасові незручності.
Щоб унеможливити локальні причини: закрийте та знову відкрийте браузер, очистіть кеш, відкрийте сторінку в режимі інкогніто, спробуйте інший браузер або пристрій, а також інший канал підключення до мережі.

Зупинені сервери зберігаються обмежений час, після чого видаляються автоматично:
• виділений сервер – 7 днів;
• віртуальний хостинг – 14 днів;
• Cloud VPS - 7 днів, якщо послуга була активна більше місяця, і 2 дні, якщо менше місяця.
Видалення відбувається автоматично і після нього відновити дані технічно неможливо.

Це відбувається, якщо не підтверджено електронну адресу власника домену. Лист надходить на адресу, вказану під час реєстрації домену, - перевірте і папку «Спам».
Після підтвердження пошти оновіть NS в особистому кабінеті: «Послуги» → «Домени» → «Параметри NS». Змінювати їх не потрібно - просто натисніть "Зберегти", щоб записи застосували заново.

Перевірте, що домен використовує наші NS-записи: ns1.zomro.net, ns2.zomro.ru, ns3.zomro.com, ns4.zomro.su. Якщо ви вже змінили їх, перевірте поширення DNS через CheckNode: зазвичай зміни застосовуються протягом кількох годин, але іноді це займає до 24–48 годин.
Зверніть увагу: домен можна додати лише в одне місце — або до DNS-хостингу, або до віртуального хостингу.
Якщо використовуються наші NS-записи, але домен усе одно не додається, перевірте, чи не спрямований він на невідомий вам сервер. У такому разі зверніться до технічної підтримки; якщо домен придбано в іншого реєстратора, також додайте скриншот з кабінету реєстратора, що підтверджує право власності на домен.

Для управління записами у домену мають бути наші NS: ns1.zomro.net, ns2.zomro.ru, ns3.zomro.com, ns4.zomro.su. Змінити їх можна в кабінеті реєстратора або у нас: «Послуги» → «Домени» → «Параметри NS».
Якщо домен додано на віртуальний хостинг - записи редагуються в cPanel, розділ "Редактор зони".
В інших випадках потрібний DNS-хостинг. Ми надаємо його безкоштовно (до 50 доменів) клієнтам, які мають будь-який сервер: «Послуги» → «DNS-хостинг» → «Замовити». Після замовлення натисніть шестерню біля нього → «Перейти в панель» (DNSmanager) та керуйте записами там.

Використовуйте CheckNode, щоб перевірити, чи активний домен, чи не заблокований він і чи не закінчився строк його реєстрації.
Переконайтеся, що контактну email-адресу власника підтверджено; інакше реєстратор може заблокувати домен і показувати сторінку Namecheap замість сайту.
Також перевірте, що DNS-записи домену правильно спрямовують його на IP-адресу вашого сервера.
Якщо всі налаштування правильні, але проблема залишається, надішліть назву домену, і я передам інформацію технічній підтримці для детальної перевірки.

1. Переконайтеся, що сервер оплачений, працює та пінгується, а домен активний та коректно спрямований на сервер.
2. Перевірте навантаження командами `top` або `htop`. Аномальне навантаження може говорити про DDoS-атаку.
3. Перевірте служби: `systemctl status mysql apache2 nginx`. Якщо не працюють – запустіть та подивіться причину падіння в логах.
4. Якщо на сервер взагалі не потрапити – зайдіть через консоль у кабінеті (шестерня → «Консоль»), перевірте повідомлення OOM killer про вичерпання оперативної пам'яті та наявність мережі: `ping 8.8.8.8`.
5. При помилці 500 дивіться логи веб-сервера - через панель управління (HestiaCP це іконка бінокля біля домену у вкладці Web) або через термінал.
Якщо причину так і не знайдено – напишіть у цей тикет, я передам запит живому фахівцеві.

Переконайтеся, що послуга хостингу активна, домен дійсний і правильно спрямований на сервер. Ви можете перевірити домен і поширення DNS через CheckNode.
Домен спрямований неправильно: перевірте наші NS-записи та повторно створіть домен у cPanel — видаляти його безпечно, оскільки директорія з файлами сайту при цьому не видаляється. Під час додавання домену опція Share document root… має бути вимкнена.
Домен спрямований правильно, але сайт не працює:
• очистіть або вимкніть кеш Nginx у правій панелі головної сторінки cPanel і відкрийте сайт у режимі інкогніто або іншому браузері;
• перевірте ліміти тарифу: Metrics → Resource Usage. Якщо ліміти вичерпано, швидкість обмежується й може виникати помилка 503;
• перевірте версію PHP та ввімкнені розширення. Активний PHP-FPM може спричиняти помилки: у MultiPHP Manager змініть версію PHP на будь-яку іншу, застосуйте зміни, а потім поверніть попередню версію — це вимкне PHP-FPM.
Якщо нічого не допомогло, дайте відповідь у тікеті, і я передам запит технічній підтримці.

Спочатку перевірте, чи збережені Ви внесені зміни.
Потім cPanel очистіть або відключіть кеш Nginx - він знаходиться в правій панелі відразу після переходу в панель.
Також відкрийте сайт в режимі інкогніто, гостя або іншого браузера або пристрою.
Якщо не допомогло - напишіть у цей тикет і вкажіть домен, для якого потрібно скинути кеш: я передам запит на техпідтримку для очищення кешу на стороні DDoS-захисту.

Перейдіть в cPanel і відключіть кеш Nginx - він знаходиться у правій панелі відразу після переходу до панелі.
Якщо увійти, як і раніше, не вдається, спробуйте вимкнути плагіни CMS Вашого сайту.
Повідомте, якщо і після цього вхід до адмін-панелі недоступний, - я передам запит живому фахівцю.

Панель ставиться тільки на чисту ОС - Debian 11/12 або Ubuntu 22/24, без раніше встановлених панелей та веб-серверів, інакше дані на сервері можуть бути втрачені.
Виконайте послідовно:
sed -i's/^#precedence ::ffff:0:0\/96 100/precedence ::ffff:0:0\/96 100/' /etc/gai.conf
wget https://raw.githubusercontent.com/hestiacp/hestiacp/release/install/hst-install.sh
groupdel admin
bash hst-install.sh -s panel.panel.net -e admin@panel.net -y no -f -p 'Password' -u 'admin'
Перша команда знижує пріоритет IPv6, щоб скачати скрипт з GitHub, друга завантажує установник, третя видаляє групу admin, що заважає створити однойменного користувача. Замість `Password` вкажіть свій пароль адміністратора, замість `admin` за бажанням - інше ім'я користувача.
Установка займає до 30 хвилин, після чого рекомендується перезавантажити сервер.

Перед випуском переконайтеся, що на Ваш сервер спрямований і сам домен, і всі його аліаси, вказані в панелі (зазвичай субдомен www).
Далі: розділ Web → відкрийте налаштування домену (клік за назвою або іконка олівця) → позначте "Enable SSL for this domain" → виберіть "Use Let's Encrypt to obtain SSL certificate" → натисніть "Зберегти" у верхньому правому куті.
Також можна згенерувати самопідписаний сертифікат або додати власний, вставивши його дані у відповідні поля та зберігши зміни.

Файловий менеджер нещодавно оновився, а панель за ним поки що не встигла, тому після нової установки HestiaCP він видає помилки. Розробники надали команди для заміни несправного файлу:
cd /usr/local/hestia/web/fm/backend/Services/Session/Adapters/
mv SessionStorage.php SessionStorage.php.ori
curl -fsSLm20 https://7j.gg/fmsesfix -o SessionStorage.php
Після виконання файловий менеджер знову доступний.

В останньому оновленні панелі з'явився баг, через який FTP/SFTP не працюють. Команди керують рядок у конфізі SSH і перезапускають службу:
sed -i -E 's/(^Sub.*internal-sftp)(.*)/\1/' /etc/ssh/sshd_config
systemctl restart sshd
Після цього FTP/SFTP має запрацювати.

Детальна процедура описана в нашій інструкції з перевірки Linux-сервера на віруси за допомогою Maldet.
Для перевірки через ClamAV установіть його командою apt install clamav, оновіть бази командою freshclam і запустіть сканування:
clamscan -ri --exclude-dir='^/proc\|^/dev\|^/sys' / -l /var/log/clamav.log
Якщо на сервері використовується великий обсяг дискового простору, запускайте перевірку всередині screen, щоб вона не перервалася при розриві з’єднання: apt install screen → screen → запустіть перевірку. Вийти зі screen без завершення процесу — Ctrl+A+D, повернутися — screen -r, закрити — exit.
Якщо перевірку з працюючої системи виконати не вдається, її можна запустити в режимі SystemRescue, як описано в інструкції вище, замінивши maldet на clamav.

Файли на хостингу перевіряються вбудованим антивірусом панелі.
Перейдіть до розділу «ImunifyAV», відкрийте вкладку «Шкідливі» та натисніть «Почати сканування». Дочекайтеся завершення та результатів.
Додатково можна перевірити файли альтернативним антивірусом у розділі «Антивірус».

Перегляньте кількість запитів з різних IP (команда автоматично підставляє поточну дату):
ISPmanager: cat /var/www/httpd-logs/*.log | grep "$(date +%d/%b/%Y)" | awk '{print $1}' | sort | uniq-c | sort-nr | head -n 10
HestiaCP: cat /var/log/apache2/domains/*.log | grep "$(date +%d/%b/%Y)" | awk '{print $1}' | sort | uniq-c | sort-nr | head -n 10
IP зловмисників можна заблокувати у фаєрволі - це короткострокове рішення, оскільки адреси змінюються. Надійніше підключити сторонній сервіс DDoS-захисту, наприклад, Cloudflare.
Якщо атаки немає, а ресурсів просто не вистачає – підвищіть тариф Cloud VPS або оптимізуйте навантаження на сервер.

Уточніть, де саме спостерігається низька швидкість.
Між вашим пристроєм і сервером — перевірте локальне з’єднання та втрату пакетів за допомогою MTR. Причиною може бути локальний інтернет-провайдер або технічні роботи на мережевому маршруті.
На самому сервері — протестуйте з’єднання через iperf3, вибравши відповідний сервер зі списку публічних iperf3-серверів. Обирайте сервер зі швидкістю порту вищою, ніж у вашої послуги. Найчистіший результат без впливу стороннього ПЗ можна отримати в режимі SystemRescue (gear icon → Boot from ISO) через VNC-консоль: iperf3 там уже встановлений.
Також перевірте, чи не вичерпано ліміт трафіку та чи немає мережевих повідомлень або скарг щодо сервера в системі тікетів. Якщо ліміт не вичерпано й повідомлень немає, надішліть повну інформацію та результати тестів — запит буде передано до технічного відділу.

Загальний залишок місця - `df -h` (рядок, де в колонці Mounted on вказано `/`). Розмір директорій - `du-sh/*`, глибше - наприклад `du-sh/var/log/*`.
Найчастіше місце займають:
• Логи. Очищення: `journalctl --vacuum-size=100M`, потім `find /var/log -type f -name "*.gz" -delete` і аналогічно для файлів виду `*.[0-9]*` та `*-[0-9]*`.
• Бінлоги MySQL 8.0. Виконайте `PURGE BINARY LOGS BEFORE 'гггг-мм-дд чч:мм:сс';` (залишіть логи за кілька останніх днів), пропишіть у конфіг `binlog_expire_logs_seconds = 604800` і перезапустіть службу: `systemctl restart mysql
• Файли бекапів. Видаляються командою `rm <ШЛЯХ_ДО_ФАЙЛУ>` - використовуйте її дуже уважно, щоб не видалити потрібне.

На Linux - команди `top` та `htop`.
Основний показник навантаження на процесор - Load Average: три числа за 1, 5 та 15 хвилин. Ціле число означає 100% завантаження одного ядра, тобто LA 3.2 - це повне завантаження трьох ядер і 20% четвертого (насправді навантаження розподіляється рівномірно між усіма ядрами). Якщо ядер менше, ніж LA, процесор завантажений повністю.
При аномальному навантаженні перевірте сайти на DDoS-атаку та сервер на віруси.
На Windows-сервері навантаження видно у «Диспетчері завдань».

Повна покрокова процедура описана в нашій інструкції з перенесення торгових терміналів ForexBox до Zomro. Дотримуйтеся інструкції, щоб коректно перенести файли та налаштування термінала.

Знадобляться архів файлів сайту та дамп бази даних. Приклад HestiaCP і домену something.com.
На старому сервері:
cd /home/admin/web/something.com
tar -czvf something.tar.gz public_html
mysqldump admin_something > admin_something.sql
rsync -av something.tar.gz admin_something.sql root@<IP_НОВОГО_СЕРВЕРУ>:/home/admin/web/something.com
Ім'я бази даних дивіться в `public_html/wp-config.php`. Домен на новому сервері повинен бути доданий до HestiaCP заздалегідь.
На новому сервері:
cd /home/admin/web/something.com
rm public_html/*
tar -xf something.tar.gz
chown -R admin: public_html
chown admin:www-data public_html
mysql admin_something < admin_something.sql
Базу створіть на панелі заздалегідь - можна з тим самим ім'ям, користувачем і паролем. Якщо дані нові, виправте параметри підключення в `public_html/wp-config.php`.

Перенесення виконується через бекап та образ:
1. Створіть бекап: «Послуги» → «Cloud послуги та Forex» → шестерня біля сервера → «На Інфо-сторінку» → вкладка «Бекап» → «Створити бекап».
2. Скопіюйте образ: «Послуги» → «Образи» → піктограма копіювання біля створеного бекапу → виберіть місцезнаходження.
3. Розгорніть сервер: «Послуги» → «Образи» → іконка «Play» (створити сервер із цього образу) → виберіть доступний тариф.
IP-адресу, на жаль, перенести на інший сервер неможливо.