Создание нового сайта (домена) в ISPmanager 6 выполняется через единый мастер. Можно выбрать Nginx, Apache или связку Nginx + Apache в качестве веб-сервера.

Создание нового сайта

Панель → WWW → Домены → Создать. Мастер проведёт через все основные шаги за одну форму.

Основные параметры

Поле	Описание	Пример
Домен	Имя сайта	example.com
Пользователь	Владелец файлов	user1
Корневая директория	Относительно home	example.com/www
Веб-сервер	Nginx / Apache / Nginx+Apache	Nginx
PHP	Версия PHP	PHP 8.2 (FPM)

Учебный макет: Создание сайта. Выделены раздел, поле и следующий шаг. — Учебный макет. Расположение элементов зависит от версии панели. Данные приведены для примера.

Выбор веб-сервера

Nginx — быстрее для статики, меньше памяти, рекомендуется для большинства
Apache — поддержка .htaccess, нужен для некоторых CMS
Nginx + Apache — Nginx как фронтенд, Apache обрабатывает PHP. Самый гибкий вариант

✅ Для WordPress рекомендуем Nginx или Nginx+Apache. Для сайтов с .htaccess — Apache или Nginx+Apache.

Структура файлов после создания

/var/www/user1/
└── data/
    └── www/
        └── example.com/
            └── www/          ← корень сайта (public_html)
                └── index.html

Настройка SSL при создании

В форме создания сайта поставьте галочку «Защищённое соединение» → Let's Encrypt → Получить бесплатно. SSL будет выдан автоматически.

⚠️ Для получения Let's Encrypt сертификата домен должен уже указывать на IP сервера (A-запись в DNS). Иначе валидация не пройдёт.

Добавление поддомена

WWW → Домены → выберите домен → Поддомены → Создать. Укажите имя поддомена и корневую директорию.

Права доступа на файлы сайта

ISPmanager создаёт директории и назначает владельца автоматически при создании сайта через мастер. Но при заливке файлов через FTP от имени root или через scp напрямую права иногда расходятся с ожиданиями веб-сервера, и сайт начинает отдавать ошибки доступа, хотя структура директорий выглядит правильно.

# Проверить текущего владельца файлов сайта
ls -la /var/www/user1/data/www/example.com/www/

# Восстановить владельца, если файлы были залиты не тем пользователем
chown -R user1:user1 /var/www/user1/data/www/example.com/www/

Отдельно проверьте права на сами файлы и директории: для директорий обычно нужны права 750, для файлов — 640, а скрипты, которые должны исполняться сервером, — отдельный случай, зависящий от режима PHP (FPM или mod_php).

Разбор типичных ошибок при создании сайта

Сообщение	Что означает
`Domain already exists`	Домен уже добавлен в панель — либо ранее, либо другим пользователем на этом же сервере
`Unable to bind: address already in use`	Порт 80/443 уже занят другим веб-сервером, не управляемым через ISPmanager
Сайт создан, но открывается страница «Добро пожаловать» вместо контента	В корневой директории ещё нет файлов сайта — `index.html`, созданный по умолчанию, показывается вместо реального контента
`403 Forbidden` сразу после создания	Некорректные права на директорию сайта — веб-сервер работает от отдельного пользователя и не может прочитать файлы

Nginx, Apache и связка: сравнение для нового сайта

Критерий	Только Nginx	Только Apache	Nginx + Apache
Поддержка .htaccess	Нет	Да	Да
Скорость отдачи статики	Высокая	Средняя	Высокая (через Nginx)
Потребление памяти	Низкое	Выше	Выше, чем чистый Nginx
Совместимость со старыми CMS	Требует адаптации правил	Максимальная	Высокая

Когда мастер создания сайта не подходит

Нужна нестандартная структура директорий (например, отдельный public для фреймворка Laravel/Symfony) — после создания сайта корень всё равно придётся менять вручную в настройках домена
Сайт мигрирует с другого сервера с уже существующей базой данных и специфичными путями — быстрее перенести конфигурацию вручную, чем подгонять новый сайт под старую структуру через мастер
Нужны несколько доменов с полностью независимыми пользователями и лимитами на одном тарифе — это уже задача уровня реселлинга, а не создания одного сайта
Сайт нужно поднять полностью автоматически скриптом без участия человека — мастер в веб-интерфейсе для этого не подходит, нужен вызов тех же операций через REST API панели

Проверка результата

После создания сайта убедитесь, что он реально резолвится и отдаёт контент, а не только числится в списке доменов панели.

# Проверить, что домен резолвится на IP сервера
dig +short example.com

# Проверить HTTP-ответ
curl -I http://example.com/

Если dig возвращает пустой ответ или чужой IP — проблема на уровне DNS, а не в настройках ISPmanager, и сайт может быть настроен верно, но недоступен по домену до обновления записей. Обновление DNS распространяется не мгновенно, и до истечения TTL старой записи часть посетителей может видеть старый сервер. Смотрите также управление DNS-зонами в ISPmanager 6 и получение SSL-сертификата.