Привет, Хабр! С 31 марта 2026 года cPanel и Plesk перестанут работать для российских пользователей. WebPros International LLC, американская компания, которая дистрибутирует обе панели, официально уведомила российских партнеров: обслуживание клиентов из России и Белоруссии полностью отключается.
Это значит, пользователи могут потерять не только доступ к панелям управления и API, но и рискуют столкнуться с остановкой работы веб-ресурсов из-за сбоев в настроенных системах автоматизации.
Мы в Рег.ру запустили программу экстренной помощи. Вместе с заместителем руководителя направления службы поддержки хостинга Рег.ру Никитой Никоновым и специалистами по переносу сайтов Аленой Галкиной и Вадимом Курносовым разбираем, как перенести сайт с cPanel или Plesk на альтернативный вариант — отечественную панель ispmanager: от бэкапа до переключения DNS.
Навигация по тексту
Как устроены панели управления хостингом
Начнем с краткой справки. cPanel и Plesk — это панели управления хостингом: графические интерфейсы, через которые владелец сайта управляет файлами, базами данных, почтой, DNS-записями и SSL/TLS-сертификатами. Без них всё то же самое делается руками в командной строке — что требует времени и навыков. Обе панели принадлежат американской WebPros International LLC. С 31 марта 2026 года компания полностью отключает доступ для пользователей из России и Белоруссии.
Потерять доступ к панели управления — только верхушка айсберга. Опаснее другое: встанут все автоматизированные процессы — cron-задачи, скрипты деплоя, автообновления. Сайт может какое-то время продолжить работу, но любое вмешательство в инфраструктуру станет невозможным.
А обе панели в веб-среде довольно популярны. Цифры такие: по данным WebPros International LLC и CloudLinux, cPanel занимает 64% доли на мировом рынке, а Plesk — второе место с долей 31%. По оценкам ispmanager, совокупная доля cPanel и Plesk в российском сегменте сейчас около 5% — казалось бы, немного. Но в абсолютных цифрах это десятки тысяч сайтов. Только в зонах .ru и .рф, по данным Рег.ру, под управлением уходящих панелей остается не меньше 50 тысяч ресурсов.
Гайдлайн по миграции с cPanel и Plesk на ispmanager
Процесс переезда вполне рабочий и не требует навыков сеньора-админа. Вот пошаговая инструкция.
Шаг 1. Разбираемся с исходными данными
Нужно выяснить две вещи, прежде чем что-то трогать.
Где лежит сайт. В cPanel корневая директория — public_html, в Plesk — httpdocs. Это стандарт, но лучше проверить через встроенный файловый менеджер.
Какая база данных нужна сайту. Открываем конфигурационный файл CMS: для WordPress — wp-config.php, для Joomla — configuration.php. Нас интересуют DB_NAME, DB_USER, DB_PASSWORD и их аналоги для других CMS. Записываем — пригодятся позже.
Шаг 2. Фиксируем настройки окружения
Без этого сайт на новом сервере скорее всего не поднимется.
Версия PHP. В cPanel — «Программное обеспечение» → «Выбор версии PHP». В Plesk — «Настройки PHP» или «Выбор версии PHP».
Данные SSL/TLS-сертификата — если он платный и нужен перенос: сам сертификат, закрытый ключ и цепочка (корневой сертификат). В cPanel — «Безопасность» → «SSL/TLS» → «Управление сертификатами». В Plesk — «SSL/TLS-сертификаты» → выбираем нужный → копируем части.
Если использовали Let's Encrypt — не тратьте время на перенос, проще выпустить новый на новом сервере.
Шаг 3. Настраиваем ispmanager
Этот шаг актуален только при переезде на VPS. На виртуальном хостинге Рег.ру всё настроено по умолчанию — переходите к шагу 4.
Для VPS нужно настроить три вещи:
«Конфигурация ПО» → «Веб-сервер (WWW)» → устанавливаем режим Apache MPM-Prefork.
Важно: перед переключением Apache на режим MPM-Prefork откройте файл /etc/apache2/mods-enabled/mpm_itk.conf и поставьте символ # в начале двух указанных строк (закомментируйте их).В настройках пользователя (можно использовать www-root или создать отдельного) → раздел «Доступ» → в��лючаем «Может использовать PHP в режиме FastCGI (Apache)» → меняем тип обработчика PHP на FastCGI (Apache).
Проверяем, что нужная версия PHP установлена в «Конфигурация ПО». Если нет — устанавливаем.
Шаг 4. Переносим сайт
Для VPS с ispmanager есть автоматический способ — ispmanager сам вытащит файлы, базу данных и DNS-записи через функцию импорта. Ручной разбор по шагам потребуется только если что-то пойдет не так или вы переезжаете на виртуальный хостинг.
Автоматический способ (VPS)
4.1. Создаем FTP-пользователя на новом сервере.
В ispmanager: «FTP-пользователи» → «Создать FTP-пользователя» → заполняем обязательные поля. Запишите домашнюю директорию этого пользователя — она понадобится на следующем шаге.
4.2. Создаем резервную копию и отправляем ее на новый сервер.
В cPanel: открываем раздел «Создать резервную копию» → «Загрузить полную резервную копию учетной записи». В форме «Место назначения резервной копии» выбираем «Удаленный FTP-сервер» и вводим данные FTP-пользователя с нового сервера (IP-адрес, логин, пароль). Нажимаем «Создать резервную копию» — после завершения она автоматически окажется на новом сервере.
В Plesk: «Сайты и домены» → «Резервное копирование и восстановление» → «Настройки удаленного хранилища» → выбираем FTP(S). Заполняем поля: IP-адрес нового сервера, / в поле «Папка для хранения», логин и пароль FTP-пользователя. После того как настройки сохранены, возвращаемся в «Резервное копирование и восстановление» → «Создать резервную копию». В настройках исключаем файлы журналов — это уменьшит размер бэкапа.
Важно: в резервную копию Plesk не входит содержимое почтовых ящиков. Если нужно перенести почту — воспользуйтесь отдельной инструкцией на help.reg.ru.
4.3. Запускаем импорт в ispmanager.
В ispmanager: «Все разделы» → «Импорт данных» → «Новый импорт». Выбираем панель (cPanel или Plesk), в качестве источника указываем «Загрузить данные из локального архива или каталога» — бэкап лежит в домашней директории FTP-пользователя, которую записали в пункте 4.1. Дожидаемся этапа «Параметры импорта» и нажимаем «Импортировать».
В начале импорта в правом нижнем углу появится сообщение об ошибке DNS — домен еще не направлен на новый сервер, это нормально. Уведомление можно закрыть.
Если в процессе появятся другие ошибки — нажмите «Смотреть отчет». Чаще всего проблемы с импортом файлов связаны с правами доступа или нехваткой места на диске. Проверьте, перенеслись ли файлы сайта в его директории — то, что не перенеслось автоматически, переносим вручную (см. ручной способ ниже).
4.4. Финальные правки после импорта.
Три вещи, которые нужно проверить:
Первое — версия PHP. Идем в настройки сайта в ispmanager и выставляем ту версию, которую записали в шаге 2.
Второе — параметры индексной страницы. В настройках сайта проверяем, что указаны index.php index.html именно в таком порядке.
Третье — права на файлы (только для VPS). Если владелец и группа файлов не совпадают с пользователем, под которым создан сайт: выделяем корневую папку сайта → «Имя и атрибуты» → выбираем нужного пользователя.
Права для каталогов — 755, для файлов — 644.
4.5. DNS-записи (только для VPS на ns5/ns6).
Если домен использует DNS-серверы ns5.hosting.reg.ru/ns6.hosting.reg.ru: при автоматическом импорте все ресурсные записи переносятся вместе с сайтом, включая системные. Чтобы они начали отдаваться с новых серверов, идем в ispmanager → «Управление DNS» → нажимаем на шестеренку → «Применить для всех доменов». После этого корректируем ресурсные записи по инструкции на help.reg.ru.
Ручной способ (виртуальный хостинг или если автоматический не сработал)
Если переезжаете на виртуальный хостинг или при автоматическом импорте возникли непреодолимые ошибки — переносим вручную.
Бэкап. Нужны архив файлов сайта и дамп базы данных. Бэкап нужен на случай, если что-то пойдет не так — откатиться будет куда.
Архив файлов в cPanel: «Файлы» → «Диспетчер файлов» → public_html → включаем отображение скрытых файлов (иначе потеряем .htaccess) → выделяем всё → «Сжать» → Zip → скачиваем.
В Plesk: «Файлы» → httpdocs → скрытые файлы включаем → «Сжать» → .zip или .tar.gz → скачиваем.
Если сайт весит больше 1 ГБ — через браузер лучше не качать. FileZilla или любой другой FTP-клиент справятся без таймаутов.
Дамп базы данных — phpMyAdmin (встроенный веб-клиент для управления MySQL, доступный прямо из панели): выбираем нужную базу → «Экспорт» → метод «Быстрый» → «Экспорт». SQL-файл сохраняется локально.
В cPanel: «Базы данных» → «phpMyAdmin». В Plesk: «Базы данных» → нужная база → ссылка на phpMyAdmin в карточке. Для больших баз удобнее через консоль:
mysqldump -u username -p database_name > backup.sql
Создаем сайт и базу данных в ispmanager.
«Сайты» → «Создать сайт» → домен, версия PHP из шага 2. SSL: либо добавляем свой через «SSL-сертификаты» → «Существующий», либо выпускаем Let's Encrypt прямо здесь.
Создаем базу данных в разделе «Базы данных» — сохраняем имя, логин и пароль.
Загружаем файлы.
«Сайты» → нужный сайт → «Файлы сайта» → удаляем дефолтный index.html → загружаем архив → правой кнопкой → «Распаковать» в корневую директорию.
Для VPS после распаковки проверяем права на файлы (владелец должен совпадать с пользователем сайта):
chown -R www-root:www-root /var/www/имя_пользователя/data/www/example.com
Импортируем базу.
Загружаем SQL-дамп — снимок базы данных — на сервер. phpMyAdmin → выбираем созданную базу → «Импорт» → загружаем файл → «Импорт».
Для больших баз через консоль:
mysql -u username -p database_name < backup.sql
Открываем конфигурационный файл CMS и меняем данные подключения к базе (имя, логин, пароль) на те, что создали в ispmanager.
Шаг 5. Проверяем и переключаем DNS
Прежде чем трогать DNS, проверяем сайт через файл hosts. Добавляем строку:
194.67.99.5 example.com www.example.com
Открываем сайт в режиме инкогнито. Если всё работает — переключаем домен.
Три варианта в зависимости от конфигурации DNS:
Домен использует DNS-серверы хостинга (ns1.hosting.reg.ru, ns2.hosting.reg.ru) — привязываем домен к новой услуге в личном кабинете.
Используются стандартные DNS-серверы (ns1.reg.ru, ns2.reg.ru) — меняем A-запись на IP нового сервера.
Для VPS можно сменить NS-серверы на ns5.hosting.reg.ru и ns6.hosting.reg.ru.
Обновление DNS занимает от нескольких часов до суток. После этого сайт работает на новом месте для всех.
31 марта ближе, чем кажется. Сам по себе переезд несложный, но делать его в последний день — то еще удовольствие. Если у вас остались вопросы — задавайте их в комментариях, попробуем разобраться!
