Terug naar het wijzigingslogboek
Panelbackend
v1.0.569
Beveiliging: alleen het rootaccount kan een afzonderlijke pakketupdate uitvoeren en de WordPress Boost-cache geeft het gedeelde Redis-wachtwoord niet langer vrij. Updates voor Node.js-versies toegevoegd.
Nieuwe functie
1- Node.js: een geïnstalleerde versie kan op de pagina Node.js > Versies worden bijgewerkt naar de nieuwste release van dezelfde reeks (bijvoorbeeld van 22.23.1 naar 22.23.4). De nieuwe runtime vervangt de oude pas nadat deze is gedownload, is gecontroleerd aan de hand van de checksum op nodejs.org en is getest op correcte werking. Toepassingen die deze reeks gebruiken, worden opnieuw gestart zodat ze de nieuwe runtime gebruiken. Een actief proces blijft de runtime gebruiken waarmee het is gestart. Zonder die herstart zou de oplossing dus niet worden toegepast.
Bugfixes
4- DNS: ‘Opnieuw beginnen met standaardinstellingen’ verwijdert de adresrecords van subdomeinen van een domein niet langer. Bij het herstellen worden deze records opnieuw aangemaakt. Records die bij een eerdere herstelactie verloren zijn gegaan, worden eenmalig bij het opstarten hersteld. Handmatig toegevoegde records, delegaties en wildcardrecords blijven ongewijzigd.
- Een server in de secundaire DNS-modus ontvangt een domein nu opnieuw nadat het op de primaire server is verwijderd en weer toegevoegd, en krijgt de kopieën terug nadat de rol is gewijzigd en teruggezet. De kopieën worden ook correct verwijderd wanneer een domein niet langer op de primaire server staat. Een domein dat deze server van een andere server spiegelt, kan hier niet langer ook worden toegevoegd.
- Wanneer een licentie verloopt, worden e-mail (Postfix en Dovecot), FTP (ProFTPD) en DNS (BIND) niet langer gestopt. Een licentieprobleem haalt de e-mail, bestandsoverdracht of naamservice van een klant dus niet langer offline.
- De service voor geplande taken maakt nu deel uit van dit pakket en van de bestandenlijst van de herstelconsole. Zo bereikt de beveiligingsupdate elke server waarop deze update wordt toegepast.
Beveiligingsupdates
4- Het uitvoeren van een afzonderlijke pakketupdate is nu beperkt tot het rootaccount. Het verzoek vermeldt welk bestand moet worden gedownload en in welke map het als root wordt uitgepakt. Een administratoraccount kon hierbij, waardoor een administrator bestanden met rootrechten op de server kon plaatsen. De opties ‘Alles bijwerken’ met één klik, opnieuw installeren en terugdraaien zijn ongewijzigd; het paneel heeft updates altijd alleen aan het rootaccount getoond.
- De WordPress Boost-cache schrijft het gedeelde Redis-wachtwoord van het paneel niet langer naar wp-config.php. Elke site krijgt nu een eigen Redis-account dat alleen toegang heeft tot de eigen cachekeys. Zo kan een site niet langer de cache van een andere site of de eigen gegevens van het paneel lezen of wissen. Sites waarop Boost al was ingeschakeld, worden bij het opstarten automatisch overgezet.
- Op een server waarop de Boost-cache is gebruikt, wordt het gedeelde Redis-wachtwoord bij het opstarten eenmalig vervangen, omdat het oude wachtwoord mogelijk uit wp-config.php is gekopieerd. Dit gebeurt zonder het paneel te onderbreken: eerst wordt het nieuwe wachtwoord toegevoegd, daarna worden de services overgezet en pas dan wordt het oude wachtwoord buiten gebruik gesteld.
- De planner leest de opdracht van een taak en de eigenaar ervan nu uit de database in plaats van uit de cache. Een taakdefinitie die in de cache is gewijzigd, kan een taak niet langer als een ander account laten uitvoeren.