Обновление Plesk Obsidian: новые функции для хостинг-провайдеров

Четко разграничивать версии и компоненты

Согласно документальным данным, по состоянию на 2 октября 2026 года ситуация по… выглядит следующим образом: Основной продукт Plesk Obsidian 18.0.81, обновление 2. Это обновление было выпущено 29 сентября 2026 года и устраняет критическую уязвимость. Новые функции панели, описанные в этой статье, входят в состав версии Plesk Obsidian 18.0.81 от 15 сентября 2026 года; обновления 1 и 2, напротив, содержат задокументированные исправления ошибок и уязвимостей.

Тем не менее, могут присутствовать более поздние обновления, не затрагивающие базовую версию 18.0.81 Update 2: Например, в журнале изменений указаны обновления для таких расширений, как SSL It! и Let’s Encrypt от 29 сентября, а также обновления пакетов PHP от 30 сентября 2026 года. Поэтому тот, кто говорит только о „текущей версии Plesk“, упускает важную для планирования и технической поддержки информацию.

Plesk разделяет обновления на несколько уровней. Пакеты Plesk включают в себя саму панель управления и непосредственно связанные с ней функции. Кроме того, существуют предоставляемые Plesk пакеты сервисов и расширения, которые обеспечивают дополнительные возможности или позволяют подключаться к внешним сервисам. Поэтому новый номер версии расширения не означает, что ядро Plesk также обновлено до новой версии — и наоборот.

Кроме того, каждое Панель управления хостингом в рамках одной операционной системы существуют дополнительные уровни: пакеты операционной системы, а также сторонние компоненты, такие как базы данных, среды выполнения PHP, веб-серверы и почтовые службы. Их источники пакетов, циклы поддержки и зависимости не всегда соответствуют графику выпусков Plesk. Для провайдера это разделение имеет практическое значение, поскольку характер ошибок, окна технического обслуживания и сфера ответственности могут различаться в зависимости от затронутого компонента.

Поэтому в документации по текущей конфигурации всегда должна указываться конкретная комбинация: версия Plesk с номером обновления, версия установленного расширения, операционная система и соответствующие пакеты среды выполнения. В случае функций сертификатов или приложений сюда также входит используемая интеграция. Таким образом становится понятно, например, исходит ли изменение от SSL It!, интеграции Let’s Encrypt или от ядра панели. Это позволяет избежать неясных ожиданий при уведомлениях клиентов и упрощает локализацию проблемы при оказании технической поддержки.

Как обновления Plesk влияют на провайдеров

В рамках линейки Obsidian 18.0 обновления выпускаются на постоянной основе и последовательно установлено. Отдельные промежуточные обновления нельзя пропустить. Это создает четкий путь обновления, но не освобождает провайдера от необходимости проверки собственной среды: чем больше клиентских сайтов, индивидуальных зависимостей PHP и расширений поддерживает сервер, тем важнее вопрос о том, какое изменение затрагивает какой класс услуг.

Plesk описывает автоматические обновления для собственных обновлений и отдельные настройки для поставляемых компонентов сторонних разработчиков, а также системных пакетов. Однако на странице документации приводятся противоречивые сведения относительно стандартных настроек для компонентов сторонних разработчиков. Поэтому администраторам не следует исходить из глобального значения по умолчанию, а необходимо проверять фактически установленные параметры для каждого сервера в разделе Tools & Settings > Update Settings проверить. Следует проявлять особую осторожность, поскольку новые компоненты могут оказаться несовместимыми с размещёнными на хостинге веб-сайтами.

Для эксплуатации многих клиентских инстанций это различие становится преимуществом, если его учесть при разработке процессов. Корректировки панели управления и изменения в системе безопасности можно планировать с учетом их объема; в то же время замена компонентов проходит отдельную оценку на совместимость. Предложение по управляемому хостингу не обязательно должно сразу же включать каждую доступную версию пакета. Решающим фактором является то, какие версии соответствуют обещанному стеку, протестированной клиентской базе и предусмотренной модели поддержки.

Преимущества новейших версий Obsidian охватывают несколько областей применения: диагностические функции позволяют систематизировать поддержку первого уровня, новые инструменты хостинга приложений расширяют возможности тарифных планов, а функции сертификации и помощи затрагивают вопросы безопасности и управления правами. В статье также рассматриваются ранние основы и этапы развития данной линейки продуктов Plesk Obsidian 2025: революционные инновации для веб-хостинга . Однако при текущем внедрении определяющим фактором является именно конкретный компонент, а не только название продукта.

Таким образом, автоматизация не является универсальным решением для выдачи разрешений. Целесообразно проводить разграничение между регулярной установкой документированных обновлений Plesk и осознанно управляемыми изменениями в стеке клиента. Особенно в случае совместно используемых серверов такое разграничение предотвращает ситуацию, когда незамеченная замена компонента одновременно затрагивает множество независимых друг от друга веб-сайтов. Оно не заменяет тестирование, но делает риски видимыми и поддающимися идентификации.

Новые функции в зависимости от сценария хостинга

В случае виртуального хостинга одним из первых вариантов применения является более быстрое выявление сбоев в работе доменов. Данные, содержащиеся в Plesk Obsidian 18.0.81 «Общая диагностика DNS» объединяет проверки разрешения имен, аспектов, связанных с MX, DNSSEC, серверов имен и срока действия домена. Удобный для чтения отчёт в панели управления может помочь сотрудникам службы поддержки структурированно проверять проблемы, связанные с DNS, почтой и делегированием, прежде чем дело дойдёт до эскалации.

Однако этот отчет представляет собой Диагноз и не предусматривает автоматической корректировки. В частности, в настоящее время не поддерживаются псевдонимы доменов. Даже если результат проверки указывает на некорректную делегацию или зону, устранение проблемы может лежать в сфере ответственности регистратора или внешнего оператора DNS. Поэтому данная функция особенно полезна в качестве инструмента поддержки, если в заявке четко указаны ответственные лица и следующий этап эскалации.

Второй раздел — это Хостинг приложений для агентств и разработчиков. Node.js Toolkit 2.5.0 дополняет централизованный обзор активированных приложений Node.js и возможность настройки существующих проектов одним щелчком мыши. Функция автоматического распознавания поддерживает несколько популярных серверных фреймворков, а также статические фронтенды. Кроме того, расширение pnpm поддерживается исключительно в Plesk для Linux. Это сокращает количество повторяющихся отдельных шагов, но не гарантирует, что каждое отдельное развертывание можно будет перенести без изменений.

Новое расширение Python 1.0.0 также предназначено для систем Linux и обеспечивает поддержку Python на уровне домена, виртуальные среды, управление зависимостями, переменные среды и шифрованное хранение секретных данных. Приложения при этом запускаются как WSGI-приложения через Phusion Passenger; доступ к функции „Управление поддержкой Python“ можно контролировать с помощью тарифных планов и подписок. Это может стать контролируемой тарифной функцией, но не обязательно автоматической заменой для любой архитектуры Python.

Третья область охватывает сертификаты и вспомогательные функции. В версии 18.0.81 SSL It! поддерживает проверку DNS в качестве альтернативы проверке HTTP для упомянутых интеграций ext-acme и ext-letsencrypt. Это актуально, например, для доменов без открытого порта 80. Обязательным условием по-прежнему является наличие подходящего способа установки записей DNS в фактически соответствующей зоне; простое отображение записи не предоставляет прав на запись.

В версии 18.0.81 функция MCP по умолчанию отключена, но её можно подключить через учётную запись WebPros. Администраторы настраивают в panel.ini типы пользователей, которым разрешено подключаться к клиентам MCP. Поэтому его пригодность зависит не только от функционала, но и от ролей, прав доступа и ведения журналов. Зависимые от платформы функции расширения, внешняя ответственность за DNS и архитектура клиентского приложения в совокупности определяют, какое нововведение следует отнести к какому тарифному плану.

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

Для планирования продуктов одного только названия «Plesk Obsidian» недостаточно: соответствующие функции частично взяты из основного продукта, а частично — из расширений, выпускаемых отдельными версиями. Поэтому провайдеру не следует оценивать функции исключительно по их полезности, а необходимо учитывать в каталоге тарифных планов операционную систему, модель предоставления доступа и технические зависимости.

В обзоре особенно четко проводится разграничение между функциональностью платформы и коммерчески доступной тарифной услугой. Диагностика DNS может широко использоваться в качестве инструмента технической поддержки. Python, напротив, входит только в предложения для Linux, система управления правами и ограничения поддержки которых предусмотрены для этого. В случае с Node.js провайдер должен различать соответствующие подфункции: pnpm документируется как эксклюзивная функция для Linux, в то время как журнал изменений не налагает соответствующих ограничений на централизованный обзор и автоконфигурацию.

Функции сертификатов и MCP также требуют выбора конкретного продукта вместо глобальной активации. В случае DNS-01 практическая применимость зависит от того, кто отвечает за зону. В случае MCP техническая связь является лишь частью проекта; решающее значение имеют круг лиц, имеющих доступ, прозрачные рабочие процессы и обработка действий, имеющих побочные эффекты.

Диагностика DNS и сертификаты в службе поддержки

Доступная для широкой публики версия Plesk Obsidian 18.0.81 Диагностика ДНК подходит в качестве первоначальной технической оценки заявки на домен. В панели управления функция „Troubleshoot DNS“ открывает наглядный отчет о разрешении DNS, проверках, связанных с MX, DNSSEC, проблемах с серверами имен и сроке действия домена. Это сокращает время предварительной проверки, но не заменяет ни анализ авторитетной зоны, ни согласование с регистратором или внешним оператором DNS.

Для обеспечения повторяемости процедуры первого уровня служба поддержки должна сначала зарегистрировать затронутый основной домен и отчет, а затем определить сферу ответственности и характер проблемы. Если, например, в отчете указана некорректная делегация, исправление зачастую выходит за рамки компетенции панели. Важно также отметить задокументированное ограничение: псевдонимы доменов в настоящее время не охватываются данной проверкой.

Для диагностики в командной строке в журнале изменений приведен следующий вызов с примером домена без конкретных данных. Перед использованием администратору следует ознакомиться со справкой или документацией по командам фактически установленной версии Plesk. На основании одного лишь синтаксиса, указанного в журнале изменений, невозможно сделать какие-либо дополнительные выводы относительно всех последствий выполнения данной команды.

plesk repair dns -n -j -check-resolution example.com

В случае сертификатов — расширенные Проверка DNS-01 Возможная область применения: в Plesk Obsidian 18.0.81 функцию SSL It! можно использовать в качестве альтернативы HTTP-верификации для выдачи и продления сертификатов. Это актуально, например, для API-доменов или почтовых доменов, где порт 80 намеренно не открыт. Plesk отображает необходимые записи DNS и сохраняет выбранный метод для каждого домена для последующих продлений.

Однако процесс не будет автоматически выполнен успешно только потому, что отображается запись. Оператору необходим доступ на запись к фактически соответствующей зоне DNS или надлежащим образом настроенный механизм автоматизации. Согласно журналу изменений, валидация DNS, введённая в версии 18.0.81, применяется только к интеграциям ext-acme и ext-letsencrypt в SSL It!, а не ко всем поставщикам сертификатов без исключения.

От этого отдельно стоит отметить более позднее обновление с расширениями SSL It! 1.24.0 от 29 сентября 2026 года. В этой версии домен без хостинга можно защитить с помощью сертификата с подстановочными знаками через панель управления или командную строку; автоматическое продление также осуществляется с использованием сертификата с подстановочными знаками. Данное дополнение не входит в исходный набор функций Plesk Obsidian 18.0.81, а следует собственному циклу версий и выпуска расширения.

Хостинг приложений как контролируемый тарифный план

Благодаря новым расширениям хостинг приложений теперь можно более чётко выделить в качестве тарифного варианта. Node.js Toolkit 2.5.0 дополняет систему централизованным обзором активированных приложений Node.js и возможностью настройки существующих проектов одним щелчком мыши. Кроме того, это расширение поддерживает пакетный менеджер pnpm в Plesk для Linux. Это позволяет провайдеру стандартизировать повторяющиеся задачи по настройке, не обрабатывая каждое клиентское приложение как отдельный серверный процесс.

Согласно журналу изменений, функция распознавания проектов поддерживает, в частности, Express, Next.js, NestJS и Nuxt.js, а также статические фронтенды на базе React, Vue.js, Angular или Vite. Plesk может создавать файл запуска, совместимый с Passenger, учитывать жестко заданные порты и настраивать корневую папку, при этом изменения отображаются перед подтверждением. Статические фронтенды собираются и предоставляются без постоянно запущенного процесса Node.js.

Эта автоматизация полезна, но не заменяет проверку архитектуры. Наличие нескольких процессов, рабочих очередей, специальных обратных прокси, внешних секретов или собственных конвейеров сборки может потребовать дополнительных правил эксплуатации. Согласно журналу изменений, ограничение для Linux явно относится к pnpm; для централизованного обзора доменов и автонастройки в один клик соответствующее ограничение по платформе там не указано. Поэтому в описаниях тарифных планов эти отдельные функции следует указывать отдельно.

Расширение Python 1.0.0 предоставляет в Linux возможность отдельного управления для каждого домена. Клиенты могут создавать виртуальные среды, устанавливать зависимости через интерфейс, просматривать метаданные из файла pyproject.toml, а также управлять переменными среды и зашифрованными секретами. Доступ предоставляется через право „Управление поддержкой Python“ в тарифных планах и подписках.

С технической точки зрения эти приложения работают как Приложения WSGI через Phusion Passenger; конфигурацию веб-сервера Plesk создает автоматически. Таким образом, тарифный план „Python Web App“ может, например, включать виртуальные среды, определённый набор ресурсов и поддержку классических проектов WSGI. Однако из этого не следует, что тот же тарифный план охватывает сложные стеки ASGI, постоянно работающие рабочие процессы или контейнерные специальные архитектуры.

Для понимания старых функций и изменений в интерфейсе можно обратиться к статье Plesk Obsidian: обзор нововведений и улучшений могут использоваться в качестве дополнения. При разработке новых тарифов по-прежнему важно совместно документировать расширенную версию, зафиксированные ограничения платформы, права доступа и конкретные типы поддерживаемых приложений.

Поэтапное внедрение обновлений в производственную среду

Обновление панели хостинга в среде провайдера не должно запускаться при первом нажатии на рабочем основном сервере. Сначала создайте Инвентаризация версий Plesk, версий операционных систем, активированных расширений и работающих на них клиентских приложений. Кроме того, важно учитывать внешние зависимости, такие как провайдеры DNS, почтовые ретрансляторы, резервные копии, собственные пакеты PHP и процессы развертывания. Таким образом становится ясно, какие системы находятся на одном уровне, а какие особые случаи требуют отдельного подхода.

Затем проверьте зависимости для каждого класса серверов. Обновление основного продукта может иметь иные последствия, чем обновление расширения или стороннего компонента. Пакеты, предоставляемые операционной системой, также остаются отдельной областью обслуживания. Plesk чётко разделяет эти категории; в частности, обновления сторонних компонентов могут повлиять на работу веб-сайтов, если они не подготовлены к изменению версий или среды выполнения.

Далее рекомендуется провести репрезентативное Пилотный проект вместо любого тестового сервера. Она должна отражать типичные тарифные комбинации: например, классические сайты на CMS, почтовые домены, использование баз данных, а также активированные приложения на Node.js или Python, если такие предлагаются. Цель заключается не в том, чтобы имитировать полное соответствие производственной среде, а в том, чтобы заранее продемонстрировать актуальные комбинации операционных систем, расширений и клиентских приложений.

Для внедрения в производственную среду определите окно технического обслуживания с четкой последовательностью действий. Сначала обновите ограниченную группу серверов, проанализируйте полученные данные и только после этого расширьте масштаб внедрения. Затем проверьте доступность панелей управления, запланированные резервные копии, веб- и почтовые службы, продление сертификатов, а также сообщения об ошибках в затронутых приложениях. Эти проверки снижают степень неопределённости, однако не являются гарантией отсутствия сбоев или полной совместимости приложений.

Что касается планирования ресурсов, компания Plesk указывает минимальные значения: 1 ГБ ОЗУ плюс 1 ГБ своп-пространства в Linux и 2 ГБ ОЗУ в Windows. Для виртуального хостинга в качестве приблизительной рекомендации указывается 1 ГБ оперативной памяти на каждые 40–50 веб-сайтов, при условии, что не более десяти процентов всех размещённых веб-сайтов имеют постоянное или регулярное количество посетителей в неделю или в месяц. Такие Ориентировочные показатели по ресурсам не являются гарантией пропускной способности и не заменяют измерение фактической нагрузки: активность базы данных, объем почтового трафика, программное обеспечение безопасности и тип приложения могут существенно повлиять на потребности.

Выявление источников ошибок и приоритетов в области безопасности

Повторяющиеся ошибки чаще всего возникают из-за неточных границ продукта. Поэтому при каждом анонсе указывайте конкретную версию основного продукта или расширения. Функция Node.js или Python не должна рекламироваться в общем плане для тарифных планов Windows, если она задокументирована только для Plesk для Linux. Аналогичным образом, хостинг Python с WSGI через Passenger не означает поддержку любых архитектур ASGI, Worker или контейнерных.

• Включайте DNS-01 в качестве параметра тарифа только в том случае, если имеется доступ на запись к авторитетной зоне DNS или соответствующий канал автоматизации.
• Не следует путать параметры автоматического обновления Plesk, сторонних компонентов и системных пакетов; проверьте фактические настройки для каждого сервера в разделе „Tools & Settings > Update Settings“.
• Перед включением новых функций необходимо проверить расширения, права доступа и операционные системы для каждой линейки продуктов.
• Определить для MCP группы пользователей, имеющих право на доступ до предоставления прав доступа, процедуры предоставления прав доступа и ведение журнала действий.

Die Приоритет безопасности не зависит исключительно от удобства периода технического обслуживания. На момент публикации статьи Plesk Obsidian 18.0.81 Update 2 от 29 сентября 2026 года является актуальной задокументированной версией патча для этой основной линейки выпусков; Plesk указывает на наличие критической уязвимости и рекомендует незамедлительно установить этот патч. Обновление 1 от 21 сентября также содержало исправление критической уязвимости, которое в журнале изменений явно указано как относящееся к Linux. Поэтому для систем Linux не следует останавливаться на обновлении 1.

Кроме того, в журнале изменений за сентябрь указаны критические исправления безопасности для Node.js Toolkit 2.5.0 от 14 сентября 2026 года и Site Import 1.12.2 от 23 сентября 2026 года. Поэтому всегда проверяйте, установлен ли соответствующий компонент, и рассматривайте ядро панели, расширения, пакеты PHP и другие надстройки как отдельные пути обновления. Более поздняя версия расширения или PHP не заменяет ожидающее обновление основного продукта.

MCP заслуживает ограниченного Пробная эксплуатация вместо немедленной широкой активации. По умолчанию эта функция отключена; администраторы могут в panel.ini Определите, какие типы пользователей могут подключаться к клиентам MCP. Заранее определите, какие задачи должны поддерживаться, кто имеет право проверять изменения и как будут отслеживаться подозрительные или нежелательные действия. Интеграция с ИИ не заменяет ни модели ролей, ни управление изменениями, ни технические проверки.

Предупреждение: сторонние компоненты не должны бесконтрольно устанавливаться во всех клиентских средах только из-за наличия более новой версии. Plesk предупреждает о возможной несовместимости с размещёнными на хостинге сайтами; при этом на текущей странице документации содержатся противоречивые сведения о том, включена ли соответствующая автоматическая функция по умолчанию. Поэтому проверьте для каждого сервера в разделе Tools & Settings > Update Settings установленные настройки и запланировать поэтапное внедрение для распространенных версий и плагинов с участием репрезентативной пилотной группы.

Выбрать: обновление или перенос сервера

Выбор между Обновление без переустановки Перенос сервера начинается с текущего состояния, а не с желаемой версии Obsidian. Для обновления на том же сервере необходимо, чтобы операционная система и исходная версия Plesk, установленная на сервере, поддерживали выбранный способ обновления. Кроме того, проверьте используемые расширения, собственные настройки и доступное место для резервных копий. Техническая возможность обновления ещё не означает, что оно подходит для каждой клиентской среды.

В документации по обновлению Plesk Onyx указаны прямые пути перехода на Obsidian для версий 17.0, 17.5 и 17.8. Более старые или не поддерживаемые исходные среды могут потребовать переноса на новый сервер Obsidian, при условии, что исходная версия поддаётся миграции. Перенос даёт возможность подготовить операционную систему, распределение ресурсов и набор расширений отдельно от старой системы.

Новый целевой сервер особенно стоит рассмотреть в том случае, если срок поддержки существующей операционной системы подходит к концу, платформа в течение длительного времени подвергалась индивидуальным модификациям или предстоит несколько крупных смен версий. Системные требования Plesk в данном случае служат лишь минимальным ориентиром при планировании. При определении целевых показателей также следует учитывать количество веб-сайтов, почтовых ящиков, баз данных, служб безопасности, объём хранилища резервных копий и ожидаемую нагрузку после миграции.

На сайте Обновление посредством переноса Существующая среда переносится на сервер с установленным Plesk Obsidian. Согласно документации по обновлению, необходимым условием является то, что операционная система целевого сервера поддерживается, а установленная исходная версия допускает миграцию на Obsidian. Поэтому перед началом планирования необходимо проверить, доступен ли этот способ, исходя из конкретной исходной версии.

Для обеспечения актуальной, поддерживаемой и понятной конфигурации наиболее очевидным способом, как правило, является своевременное установление исправлений после инвентаризации и пилотного внедрения. В случае новых расширений или функций, специфичных для Linux, целесообразно провести целенаправленную пилотную фазу. Если поддержка операционной системы, исходная версия или технические наследия ограничивают этот путь, сначала следует Подготовка к миграции . Какой вариант подходит, определяется состоянием поддержки, совместимостью и моделью эксплуатации — а не общим разрешением на ввод в эксплуатацию.