Plesk Obsidian-update: nieuwe functies voor hostingproviders

Versie-informatie en componenten duidelijk van elkaar scheiden

De gedocumenteerde stand van zaken per 2 oktober 2026 luidt voor de Kernproduct Plesk Obsidian 18.0.81 Update 2. Deze update is op 29 september 2026 uitgebracht en verhelpt een kritiek beveiligingsprobleem. De nieuwe paneelfuncties die in dit artikel worden beschreven, maken deel uit van de release Plesk Obsidian 18.0.81 van 15 september 2026; Update 1 en Update 2 bevatten daarentegen gedocumenteerde fout- en beveiligingscorrecties.

Er kunnen echter latere updates zijn zonder dat de kernversie 18.0.81 Update 2 wordt gewijzigd: De changelog vermeldt bijvoorbeeld updates voor uitbreidingen zoals SSL It! en Let’s Encrypt van 29 september, evenals updates voor PHP-pakketten van 30 september 2026. Wie alleen spreekt van een „actuele Plesk“, laat daarom belangrijke informatie weg die van belang is voor planning en ondersteuning.

Plesk maakt onderscheid tussen verschillende updateniveaus. Plesk-pakketten omvatten het paneel zelf en de functies die daar direct bij horen. Daarnaast zijn er door Plesk aangeboden servicepakketten en uitbreidingen die extra mogelijkheden bieden of externe diensten kunnen koppelen. Een nieuw versienummer van een uitbreiding betekent daarom niet dat ook de Plesk-kern is bijgewerkt – en omgekeerd.

Daarnaast exploiteert elke Hostingpaneel binnen een besturingssysteem zijn er nog meer niveaus: besturingssysteempakketten en componenten van derden, zoals databases, PHP-runtimes, webservers en e-maildiensten. Hun pakketbronnen, ondersteuningscycli en afhankelijkheden volgen niet noodzakelijkerwijs het publicatieritme van Plesk. Voor een provider is deze scheiding van praktisch belang, omdat foutpatronen, onderhoudsvensters en verantwoordelijkheden kunnen verschillen, afhankelijk van de betrokken component.

In de inventarisatiedocumentatie moet daarom altijd de concrete combinatie worden vermeld: Plesk-versie met updatenummer, geïnstalleerde uitbreidingsversie, besturingssysteem en relevante runtime-pakketten. Bij certificaat- of applicatiefuncties hoort ook de gebruikte integratie daarbij. Zo wordt bijvoorbeeld duidelijk of een wijziging afkomstig is van SSL It!, een Let’s Encrypt-integratie of uit de kern van het paneel. Dit voorkomt onduidelijke verwachtingen bij aankondigingen aan klanten en vereenvoudigt het opsporen van problemen bij de ondersteuning.

Hoe Plesk-updates van invloed zijn op providers

Binnen de Obsidian-lijn 18.0 worden er voortdurend updates uitgebracht en sequentieel geïnstalleerd. Afzonderlijke tussentijdse updates kunnen niet worden overgeslagen. Dit zorgt voor een vastomlijnd updatepad, maar ontslaat een provider niet van de plicht om de eigen omgeving te controleren: hoe meer klantwebsites, individuele PHP-afhankelijkheden en uitbreidingen een server draagt, hoe belangrijker de vraag is welke wijziging welke serviceklasse beïnvloedt.

Plesk beschrijft automatische updates voor eigen updates en afzonderlijke opties voor meegeleverde componenten van derden en systeempakketten. De documentatiepagina geeft echter tegenstrijdige informatie over de standaardinstelling van de optie voor componenten van derden. Beheerders moeten daarom niet uitgaan van een algemeen geldende standaardinstelling, maar de daadwerkelijk ingestelde opties per server bekijken onder Tools & Settings > Update Settings Controleer dit. Wees bijzonder voorzichtig, omdat nieuwere componenten mogelijk niet compatibel zijn met gehoste websites.

Voor het beheer van veel klantinstanties is dit onderscheid een voordeel wanneer het in processen wordt vertaald. Aanpassingen aan het configuratiescherm en beveiligingswijzigingen kunnen op basis van hun omvang worden gepland; het vervangen van componenten krijgt daarentegen een eigen compatibiliteitsbeoordeling. Een managed hosting-aanbod hoeft niet elke beschikbare pakketversie onmiddellijk over te nemen. Het is van doorslaggevend belang welke versies passen bij de toegezegde stack, het geteste klantenbestand en het beoogde ondersteuningsmodel.

De voordelen van recentere versies van Obsidian zijn verdeeld over verschillende bedrijfsgebieden: diagnosefuncties kunnen de first-level-support structureren, nieuwe tools voor applicatiehosting breiden de tariefopties uit, en certificaat- en assistentiefuncties hebben betrekking op beveiliging en rechtenbeheer. Ook de eerdere basisprincipes en ontwikkelingen van de productlijn worden in het artikel behandeld Plesk Obsidian 2025: Revolutionaire innovaties voor webhosting . Voor de huidige introductie is echter de exacte component bepalend, en niet alleen de productnaam.

Automatisering is dus geen algemene goedkeuringsbeslissing. Het is verstandig om een onderscheid te maken tussen het regelmatig installeren van gedocumenteerde Plesk-updates en bewust gestuurde wijzigingen aan de klantstack. Vooral bij gedeelde servers voorkomt deze scheiding dat een onopgemerkte wijziging van een component tegelijkertijd gevolgen heeft voor veel onderling onafhankelijke websites. Het is geen vervanging voor tests, maar maakt risico’s wel zichtbaar en toewijsbaar.

Nieuwe functies per hosting-scenario

Bij shared hosting is een eerste toepassing het sneller opsporen van domeinstoringen. De in Plesk Obsidian 18.0.81 Algemeen beschikbare DNS-diagnose bundelt controles met betrekking tot resolutie, MX-gerelateerde aspecten, DNSSEC, naamservers en de vervaldatum van het domein. Het overzichtelijke rapport in het paneel kan supportmedewerkers helpen om DNS-, e-mail- en delegatiekwesties op een gestructureerde manier te controleren voordat ze worden geëscaleerd.

Het rapport is echter een Diagnose en geen automatische correctie. Met name domeinaliassen worden momenteel niet ondersteund. Zelfs als een bevinding wijst op een foutieve delegatie of zone, ligt de oplossing in sommige gevallen bij de registrar of bij een externe DNS-beheerder. Als supporttool is de functie daarom bijzonder nuttig wanneer de verantwoordelijkheden en de volgende escalatiestap duidelijk in het ticket worden vastgelegd.

Een tweede gebied is Applicatiehosting voor bureaus en ontwikkelaars. Node.js Toolkit 2.5.0 biedt een centraal overzicht van geactiveerde Node.js-toepassingen en de configuratie van bestaande projecten met één muisklik. De automatische herkenning ondersteunt verschillende gangbare serverframeworks en statische frontends. Bovendien ondersteunt de uitbreiding pnpm uitsluitend onder Plesk voor Linux. Dit vermindert terugkerende afzonderlijke stappen, maar houdt geen garantie in dat elke individuele implementatie ongewijzigd kan worden overgenomen.

De nieuwe Python-uitbreiding 1.0.0 is ook bedoeld voor Linux-systemen en biedt Python-ondersteuning per domein, virtuele omgevingen, afhankelijkheden, omgevingsvariabelen en versleuteld opgeslagen geheimen. Toepassingen draaien daarbij als WSGI-toepassingen via Phusion Passenger; de bevoegdheid „Python support management“ kan worden beheerd via serviceplannen en abonnementen. Dit kan een gecontroleerde tariefoptie worden, maar is niet automatisch een vervanging voor elke Python-architectuur.

Een derde onderdeel betreft certificaten en assistentiefuncties. SSL It! ondersteunt in versie 18.0.81 DNS-validatie als alternatief voor HTTP-validatie voor de genoemde ext-acme- en ext-letsencrypt-integraties. Dit is bijvoorbeeld relevant voor domeinen zonder open poort 80. Voorwaarde blijft dat er een geschikte manier is om DNS-records in de daadwerkelijk bevoegde zone in te voeren; het louter weergeven van een record geeft geen schrijftoegang.

MCP is in versie 18.0.81 standaard uitgeschakeld en kan via een WebPros-account worden gekoppeld. Beheerders stellen in panel.ini de gebruikerstypen die verbinding mogen maken met MCP-clients. Of het geschikt is, hangt daarom niet alleen af van de functie, maar ook van rollen, machtigingen en logboekregistratie. Platformafhankelijke uitbreidingsfuncties, externe DNS-beheer en de architectuur van de klanttoepassing bepalen samen in welke tariefklasse een bepaalde vernieuwing thuishoort.

Functievergelijking voor de productplanning

Voor de productplanning volstaat de benaming ‘Plesk Obsidian’ niet: de functies die hier van belang zijn, zijn deels afkomstig uit het kernproduct en deels uit uitbreidingen met een aparte versie. Daarom moet een provider functies niet alleen op basis van hun nut beoordelen, maar ook het besturingssysteem, het licentiemodel en de technische afhankelijkheden in de tarieflijst opnemen.

Het overzicht maakt een bijzonder duidelijk onderscheid tussen een platformfunctie en een verkoopbare tariefdienst. De DNS-diagnose kan op brede schaal als ondersteuningsinstrument worden ingezet. Python hoort daarentegen alleen thuis in Linux-pakketten waarvan het rechtenbeheer en de ondersteuningsgrenzen daarop zijn afgestemd. Bij Node.js moet de provider onderscheid maken tussen de betreffende subfuncties: pnpm is uitsluitend voor Linux gedocumenteerd, terwijl de changelog het centrale overzicht en de automatische configuratie niet dienovereenkomstig beperkt.

Ook de certificaat- en MCP-functies vereisen een productkeuze in plaats van een algemene activering. Bij DNS-01 bepaalt de bevoegdheid voor de zone de praktische bruikbaarheid. Bij MCP is de technische koppeling slechts een onderdeel van het project; doorslaggevend zijn de groep personen met toegangsrechten, traceerbare processen en de afhandeling van acties met neveneffecten.

DNS-diagnose en certificaten in de ondersteuning

De in Plesk Obsidian 18.0.81 algemeen beschikbare DNS-diagnose is geschikt als eerste technische beoordeling van een domeinticket. In het paneel opent „Troubleshoot DNS“ een overzichtelijk rapport over DNS-resolutie, MX-gerelateerde controles, DNSSEC, nameserverproblemen en de vervaldatum van het domein. Dit verkort de voorlopige controle, maar vervangt noch de analyse van de autoritatieve zone, noch het overleg met de registrar of een externe DNS-beheerder.

Voor een herhaalbare procedure op het eerste niveau moet de helpdesk eerst het betreffende hoofddomein en de melding registreren, en vervolgens de verantwoordelijkheid en de ernst van het probleem toewijzen. Als uit de melding bijvoorbeeld blijkt dat er sprake is van een foutieve delegatie, valt de correctie vaak buiten de bevoegdheid van het panel. Belangrijk is ook de gedocumenteerde beperking: domeinaliassen vallen momenteel niet onder deze controle.

Voor de diagnose via de opdrachtregel beschrijft de changelog de volgende opdracht met een neutraal voorbeelddomein. Voorafgaand aan het gebruik dient een beheerder de helptekst of de opdrachtdocumentatie van de daadwerkelijk geïnstalleerde Plesk-versie te raadplegen. Uit de in de changelog genoemde syntaxis alleen kan geen verdere garantie worden afgeleid over alle gevolgen van het commando.

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

Uitgebreid bij certificaten DNS-01-validatie het mogelijke toepassingsgebied: SSL It! kan in Plesk Obsidian 18.0.81 worden gebruikt als alternatief voor HTTP-validatie bij het uitgeven en verlengen van certificaten. Dit is bijvoorbeeld relevant voor API- of e-maildomeinen waarbij poort 80 bewust niet openstaat. Plesk toont de benodigde DNS-records en slaat de gekozen methode per domein op voor latere verlengingen.

Het proces verloopt echter niet automatisch succesvol, alleen omdat er een record wordt weergegeven. De beheerder heeft schrijftoegang nodig tot de daadwerkelijk relevante DNS-zone of een op de juiste manier ingesteld automatiseringsproces. De DNS-validatie die met versie 18.0.81 is geïntroduceerd, geldt volgens de changelog alleen voor de ext-acme- en ext-letsencrypt-integraties van SSL It!, en niet algemeen voor elke certificaataanbieder.

Los daarvan is er de latere uitbreidingsupdate SSL It! 1.24.0 van 29 september 2026. Met deze versie kan een domein zonder hosting via het paneel of de opdrachtregel worden beveiligd met een wildcard-certificaat; de automatische verlenging vindt eveneens plaats als wildcard-certificaat. Deze toevoeging maakt geen deel uit van de oorspronkelijke functionaliteit van Plesk Obsidian 18.0.81, maar volgt de eigen versie- en publicatiestatus van de uitbreiding.

Applicatiehosting als beheerde tariefoptie

Met de huidige uitbreidingen kan applicatiehosting beter als tariefoptie worden afgebakend. De Node.js Toolkit 2.5.0 biedt een centraal overzicht van geactiveerde Node.js-applicaties en een configuratie met één muisklik voor bestaande projecten. Daarnaast ondersteunt de uitbreiding de pakketbeheerder pnpm onder Plesk voor Linux. Hierdoor kan een provider terugkerende installatietaken standaardiseren, zonder elke klanttoepassing als een afzonderlijke serveromgeving te hoeven behandelen.

Volgens de changelog ondersteunt de projectherkenning onder andere Express, Next.js, NestJS en Nuxt.js, evenals statische frontends op basis van React, Vue.js, Angular of Vite. Plesk kan een Passenger-compatibel opstartbestand aanmaken, rekening houden met hardgecodeerde poorten en de documentroot instellen, waarbij de wijzigingen vóór de bevestiging worden weergegeven. Statische frontends worden gebouwd en geleverd zonder dat er een permanent draaiend Node.js-proces nodig is.

Deze automatisering is nuttig, maar vormt geen vervanging voor een architectuurbeoordeling. Meerdere processen, worker-queues, speciale reverse-proxies, externe secrets of eigen build-pipelines kunnen aanvullende operationele regels vereisen. Volgens de changelog geldt de Linux-beperking uitdrukkelijk voor pnpm; voor het centrale domeinoverzicht en de automatische configuratie met één klik wordt daar geen overeenkomstige platformbeperking vermeld. In de tariefbeschrijvingen moeten deze deelfuncties daarom afzonderlijk worden genoemd.

De Python-uitbreiding 1.0.0 biedt op Linux een afzonderlijk beheerbaar aanbod per domein. Klanten kunnen virtuele omgevingen aanmaken, afhankelijkheden via de interface installeren, metagegevens uit pyproject.toml bekijken en omgevingsvariabelen en versleuteld opgeslagen geheimen beheren. De toegang wordt verleend via de machtiging „Python support management“ in serviceplannen en abonnementen.

Technisch gezien draaien deze applicaties als WSGI-toepassingen via Phusion Passenger; de webserverconfiguratie wordt automatisch door Plesk aangemaakt. Een tarief „Python Web App“ kan daarom bijvoorbeeld virtuele omgevingen, een gedefinieerd resource-kader en ondersteuning voor klassieke WSGI-projecten omvatten. Dit betekent echter niet dat hetzelfde tarief complexe ASGI-stacks, permanent draaiende workers of gecontaineriseerde speciale architecturen dekt.

Voor het in kaart brengen van oudere functies en wijzigingen in de gebruikersinterface kan het artikel Plesk Obsidian: een overzicht van de nieuwe functies en verbeteringen kunnen aanvullend worden geraadpleegd. Voor nieuwe tarieven blijft het van cruciaal belang om de uitgebreide versie, de gedocumenteerde platformgrenzen, de machtigingen en het concreet ondersteunde type toepassing gezamenlijk vast te leggen.

Updates gefaseerd in productie invoeren

Een update van het hostingpaneel mag in een provideromgeving niet beginnen zodra je voor het eerst op de productieve hoofdserver klikt. Maak eerst een Inventaris uit Plesk-versies, besturingssysteemversies, geactiveerde uitbreidingen en de daarop draaiende klanttoepassingen. Daarnaast zijn externe afhankelijkheden belangrijk, zoals DNS-providers, mailrelays, back-ups, eigen PHP-pakketten en implementatieprocessen. Zo wordt duidelijk welke systemen dezelfde status hebben en welke speciale gevallen apart moeten worden behandeld.

Controleer vervolgens de afhankelijkheden per serverklasse. Een update van een kernproduct kan andere gevolgen hebben dan een update van een uitbreiding of een component van een derde partij. Ook de pakketten die door het besturingssysteem worden geleverd, blijven een apart onderhoudsgebied. Plesk maakt uitdrukkelijk onderscheid tussen deze categorieën; met name updates van componenten van derden kunnen gevolgen hebben voor websites als deze niet zijn voorbereid op gewijzigde versies of runtime-omgevingen.

Vervolgens is het raadzaam om een representatieve Proefinstantie in plaats van een willekeurige testserver. Deze moet typische tariefcombinaties weergeven: bijvoorbeeld klassieke CMS-websites, e-maildomeinen, databasegebruik en geactiveerde Node.js- of Python-toepassingen, indien deze worden aangeboden. Het doel is niet om volledige gelijkheid met de productieomgeving te simuleren, maar om relevante combinaties van besturingssystemen, uitbreidingen en klanttoepassingen vooraf zichtbaar te maken.

Stel voor de productieve uitrol een onderhoudsvenster vast met een duidelijke volgorde. Werk eerst een beperkte groep servers bij, evalueer de bevindingen en breid de uitrol pas daarna uit. Controleer daarna de bereikbaarheid van het paneel, geplande back-ups, web- en e-maildiensten, certificaatverlengingen en foutmeldingen van de betrokken applicaties. Deze controles verminderen onzekerheid, maar vormen geen garantie voor storingsvrijheid of volledige compatibiliteit van de applicaties.

Voor de capaciteitsplanning geeft Plesk minimumwaarden aan van 1 GB RAM plus 1 GB swap onder Linux en 2 GB RAM onder Windows. Voor shared hosting geldt als ruwe richtlijn 1 GB RAM per 40 tot 50 websites, mits maximaal tien procent van alle gehoste websites een aanhoudend of regelmatig aantal bezoekers per week of maand heeft. Dergelijke Richtwaarden voor hulpbronnen vormen geen capaciteitsgarantie en zijn geen vervanging voor het meten van de eigen belasting: databaseactiviteit, e-mailverkeer, beveiligingssoftware en het soort toepassing kunnen de behoefte aanzienlijk beïnvloeden.

Foutbronnen en veiligheidsprioriteiten herkennen

Terugkerende fouten worden meestal veroorzaakt door onduidelijke productgrenzen. Documenteer daarom bij elke aankondiging de specifieke kernproduct- of uitbreidingsversie. Een Node.js- of Python-functie mag niet algemeen worden aangeprezen voor Windows-pakketten als deze alleen voor Plesk voor Linux is gedocumenteerd. Evenzo staat Python-hosting met WSGI via Passenger niet gelijk aan het toestaan van willekeurige ASGI-, worker- of containerarchitecturen.

• Voeg DNS-01 pas als tariefkenmerk toe als er schrijftoegang is tot de autoritatieve DNS-zone of als er een geschikte automatiseringsroute beschikbaar is.
• Zet de opties voor automatische updates van Plesk, componenten van derden en systeempakketten niet op hetzelfde niveau; controleer de daadwerkelijk ingestelde status per server onder „Tools & Settings > Update Settings“.
• Controleer uitbreidingen, machtigingen en besturingssystemen voordat nieuwe functies per productlijn worden geactiveerd.
• Voor MCP: stel vóór het vrijgeven van een rol de toegestane gebruikersgroepen, de vrijgavestappen en de logboekregistratie van acties vast.

De Veiligheidsprioriteit is niet uitsluitend afhankelijk van het gemak van het onderhoudsvenster. Op de datum van dit artikel is Plesk Obsidian 18.0.81 Update 2 van 29 september 2026 de huidige gedocumenteerde patchstatus van deze kernreleasereeks; Plesk wijst in dit verband op een kritiek beveiligingsprobleem en raadt aan de patch zo snel mogelijk te installeren. Update 1 van 21 september bevatte eveneens een kritieke beveiligingscorrectie, die in de changelog uitdrukkelijk onder Linux wordt vermeld. Voor Linux-systemen is het daarom niet raadzaam om bij Update 1 te blijven.

De changelog vermeldt in september bovendien kritieke beveiligingscorrecties voor Node.js Toolkit 2.5.0 van 14 september 2026 en Site Import 1.12.2 van 23 september 2026. Controleer daarom altijd of de betreffende component is geïnstalleerd en behandel de Panel-kern, uitbreidingen, PHP-pakketten en andere add-ons als afzonderlijke patchpaden. Een latere update van een uitbreiding of PHP-versie vervangt geen uitstaande update van het kernproduct.

MCP verdient een beperkt Proefbedrijf in plaats van een onmiddellijke, brede activering. De functie is standaard uitgeschakeld; beheerders kunnen in panel.ini Bepaal welke soorten gebruikers verbinding mogen maken met MCP-clients. Bepaal vooraf welke taken moeten worden ondersteund, wie wijzigingen mag controleren en hoe opvallende of ongewenste acties worden getraceerd. Een AI-integratie is geen vervanging voor rolmodellen, change management of technische beoordelingen.

Waarschuwing: componenten van derden mogen niet zomaar in alle klantomgevingen worden geïnstalleerd, alleen omdat er een nieuwere versie beschikbaar is. Plesk wijst op mogelijke incompatibiliteiten met gehoste websites; tegelijkertijd bevat de huidige documentatiepagina tegenstrijdige informatie over de vraag of de betreffende automatische functie standaard is ingeschakeld. Controleer daarom per server onder Tools & Settings > Update Settings de ingestelde opties en plan voor veelgebruikte looptijden en plug-ins een gefaseerde invoering met een representatieve pilotgroep.

Kiezen tussen een upgrade of een serveroverdracht

De keuze tussen Upgrade ter plaatse en de serveroverdracht begint bij de huidige status, niet bij de gewenste Obsidian-versie. Voor een upgrade op dezelfde server is het noodzakelijk dat het besturingssysteem en de geïnstalleerde basisversie van Plesk de beoogde procedure ondersteunen. Controleer bovendien de gebruikte uitbreidingen, eigen aanpassingen en de beschikbare ruimte voor back-ups. Het feit dat een updatepad technisch mogelijk is, betekent nog niet dat het geschikt is voor elke klantomgeving.

Voor Plesk Onyx worden in de upgrade-documentatie directe migratieroutes naar Obsidian vermeld voor de versies 17.0, 17.5 en 17.8. Bij oudere of niet-ondersteunde bronomgevingen kan een overzetting naar een nieuwe Obsidian-server nodig zijn, mits de bronversie migreerbaar is. De overzetting biedt daarbij de mogelijkheid om het besturingssysteem, de indeling van de bronnen en de uitbreidingen los van het oude systeem voor te bereiden.

Een nieuwe doelserver is vooral het overwegen waard wanneer het bestaande besturingssysteem het einde van de ondersteuning bereikt, het platform gedurende lange tijd op maat is aangepast of er meerdere grote versiesprongen samenvallen. De systeemvereisten van Plesk vormen daarbij slechts de ondergrens voor de planning. Voor de doelgrootte tellen ook het aantal websites, mailboxen, databases, beveiligingsdiensten, de opslagduur van back-ups en de verwachte belasting na de migratie mee.

Op Upgrade via overdracht wordt de bestaande omgeving verplaatst naar een server waarop Plesk Obsidian is geïnstalleerd. Volgens de upgrade-documentatie is het een voorwaarde dat het besturingssysteem van de doelserver wordt ondersteund en dat de geïnstalleerde bronversie een migratie naar Obsidian toestaat. Of deze methode beschikbaar is, moet daarom vóór de planning worden gecontroleerd aan de hand van de specifieke bronversie.

Voor een actuele, ondersteunde en overzichtelijke installatie is het tijdig aanbrengen van patches na inventarisatie en een proefproject meestal de meest voor de hand liggende aanpak. Bij nieuwe uitbreidingen of Linux-specifieke functies is een gerichte proeffase zinvol. Als ondersteuning van het besturingssysteem, de startversie of technische erfenissen de mogelijkheden beperken, moet eerst een Voorbereid op migratie worden. Welke variant geschikt is, hangt af van de ondersteuningsstatus, de compatibiliteit en het bedrijfsmodel – niet van een algemene vrijgave voor productiegebruik.