Опыт работы с ISPmanager 5

Опыт работы с ISPmanager 5

03 июня 2016
В данной статье мы поделимся опытом в покупке, установке и настройке панели управления ISPmanager 5 Business в связке с CloudLinux, а также мнением относительно их поддержки.

Начнем мы с лицензирования панели управления. На наш взгляд вечная лицензия не имеет смысла. Выгода от её приобретения при необходимости получения обновления наступит только через несколько лет использования. Зная отношение компании ISPsystem к своим клиентам, через 3-5 лет есть вероятность выпуска ими ISPmanager 6 и закрытия развития 5 ветки панели (то, что случилось с ISPmanager 4, она больше не поддерживается ими).
Секрет для владельцев вечной лицензии, который многие не знают: если не будете её продлевать какое-то время, то знайте, чтобы получить новые обновления, Вам потребуется оплатить те года, которые Вы решили её не обновлять. Подводя итог, если Вам необходима панель на длительный период, то всё же выгоднее брать годовые лицензии, в ином случае берите месячные лицензии.

Установка панели происходит в целом без проблем на CentOS по инструкции из документации. Единственное замечание, если Вы владелец вечной лицензии и срок обновлений истек, то Вам необходимо определить последнюю доступную версию по истории изменений и выполнить установку с указанием конкретной версии, например:


Конвертация системы в CloudLinux происходит также без проблем по инструкции из документации. Единственное, происходит она некорректно и работают не все возможности, которые дает CloudLinux.

Проблема, с которой мы столкнулись, это то, что CageFS не работал для CGI и PHP скриптов. Мною была зарегистрирована данная ошибка в bugtrack.ispsystem.com, где они написали, что ошибка не воспроизводится. Это первая ошибка найденная мной. На мой взгляд она достаточно критическая, так как CageFS это виртуальная файловая система, которая разграничивает пользователей. Так как ISPsystem проигнорировали обращение, я связался с поддержкой CloudLinux. Они быстро подтвердили наличие проблемы, но не смогли понять из-за чего она происходит (модуль интеграции писали ISPsystem). Позже поддержка CloudLinux связалась с ISPsystem и по всей видимости проблема решена, так как при установке чистой системы проблема исчезла.


Дальше мы решили поставить сайт на WordPress, чтобы протестировать как всё работает. И здесь нас ждала проблема. В панели было создано доменное имя с поддержкой SSL (защищенного соединения), установлен WordPress из каталога WEB-скриптов. Сам сайт работал, но доступа в панель администратора WordPress не было из-за ошибки "310 TOO_MANY_REDIRECTS". Возникала она из-за неверно настроенной связки APACHE и NGINX. Проблема заключалась в том, что защищенные запросы от NGINX к APACHE передавались по незащищенному соединению, в следствии чего WordPress думал, что мы обращаемся к нему по незащищенному соединению и всегда создавал запрос на переадресацию.
В этот раз был создана тема на их форуме. Без особого расследования они сказали, что это проблема WordPress, а не ошибка конфигурации веб серверов. Было бы хорошо, если бы это было действительно так, но даже на обычном сайте большинство вариантов с первой страницы поисковой выдачи не работала.


Самое оптимальное решение, это передать обработку защищенных соединений напрямую к APACHE, в ISPmanager 4 для этого была опция WebNginxNoSSL, но в 5 версии они не реализовали её и не планируют реализовывать. В следствии этого необходимо было искать собственное решение.
С Вами мы разберем более простое решение, которое основывается на передаче заголовка "Https" вместе с "X-Forwarded-Proto" при передаче запроса от NGINX к APACHE, это поможет в случае с WordPress и вышеприведенным примером переадресации. Настроить это можно в файле /usr/local/mgr5/etc/templates/nginx-vhosts-ssl.template (документация). Найдите строки:


Пропишите после неё:


Вторая ошибка (циклическая переадресация) не исправлена со стороны ISPsystem и исправлять они её не планируют.

Третий пункт в данной статье связан с резервных копированием, но это не ошибка, а просто курьез. Настройках резервного копирования обычно происходит буквально за 5 минут, ведь что требуется обычно? Указать данные сервера, куда их будем загружать и частоту создания. В ISPmanager 5 Business модуль резервного копирования проектировали непонятно как (описание модуля). Здесь невозможно задать частоту резервного копирования и какие копии хранить, в ISPmanager 5 есть параметр BackupCountLimit, который автоматически считает сколько хранить полных копий, а сколько инкрементальных. Таким образом, невозможно спроектировать, сколько места будут занимать копии, сколько их будет иметь пользователь и за какой промежуток времени. Решать данную проблему не стали, так как написание собственного модуля резервных копий не входило в наши планы, это достаточно сложная процедура.

Под конец тестирования мы наткнулись на проблему лимитирования объема места для пользователя, что является четвертой недоработкой панели в нашем обзоре. Обычно, в тарифе задается одно значение, например, 2 гигабайта места - сюда включены файлы пользователя, базы данных почта. В ISPmanager 5 же опять всё не так, как принято. В 5 версии панели отдельный лимит на файлы и базы данных (причем в ISPmanager 4 были опции DBResizeDiskQuota и IncludeDBInDiskQuota, которые решали данную проблему). На форуме был получен очевидный ответ, что они не собираются ничего дорабатывать. В следствии этого было написано собственное решение, которое динамически задает лимит на максимальный объем баз данных. Я рекомендую установить данный скрипт в планировщик задач на каждые 10 минут:


Помимо этого, рекомендуем в файле задать частоту обновления размера баз данных /usr/local/mgr5/etc/ispmgrnode.conf


Я редко критикую кого-либо публично, но в отношении ISPsystem у меня возникает желание делать это постоянно. Они вроде бы хотят сделать стабильный продукт, стараются, но они совсем не прислушиваются к своим клиентам, они просто выполняют свой план, а план их основан на извлечении максимальной прибыли (метод лицензирования, платная поддержка этому подтверждение).

Использовать продукты ISPsystem не рекомендую никому, это касается не только ISPmanager. Придерживаюсь такого мнения не только я, но и многие хостинг-провайдеры, которые отказываются то их продуктов и переходят на использование своих решений, аналоги (DirectAdmin, Cpanel) или же используют программное обеспечение с открытым исходным кодом.

В скором времени состоится открытие первого сервера с панелью ISPmanger 5, но я подозреваю, что это будет первый и последний сервер с данной панелью, так как проблем в данной панели очень много и работать с ней неудобно.

Обновление от 7 сентября 2016 года: исправлена ошибка с установкой лимита в том случае, если он превышает выделенное дисковое пространство (код скрипта в статье обновлен).