Nieuwe DSM update 6.2.3-25426 Update 3

[Hofstede]

Uitgebracht 26-11-2020. Zie hem alleen nog maar als handmatige download.

Release notes:
Compatibility & Installation

Photo Station must be updated to version 6.8.14-3501 or above to be compatible with this update.
What's New

Enhanced NFSv4 connection stability.
Increased the maximum number of IP camera channels on FS6400 to 150.
Fixed Issues

Fixed an issue where support ticket submissions might fail in a certain version of Google Chrome.
Fixed an issue where Windows 10, version 2004 virtual machines might fail to power on when users select UEFI as the firmware.
Fixed an issue where there might be network disconnections on Virtual DSM.
Enhanced the stability of SSD caches when multiple processes are accessing the same cache at the same time.
Fixed an issue where CMS managed servers might not connect to the CMS host after they restarted.
Fixed an issue where disks in Resource Monitor performance charts were not displayed in the correct sequence. Affected models include:
21-series: DS1621+
20-series: FS6400, DS1520+, DS920+, DS720+, DS420+, DS220+
Fixed an issue where when users access files on DSM using Windows software via SMB, system performance might be affected. This is because of Windows software's continuous attempts to access the shared folders to which it has no permissions.
Fixed an issue where Windows File Explorer might not update file deletion or removal in real time when folders are mounted via SMB.
Fixed an issue where the system might not report the power status correctly on SA3200D.
Fixed an issue where the setting pages after first-time DSM installation might not launch on Synology NAS models with multiple LAN ports.
Fixed an issue where users were not able to empty the recycle bin of the "usbshare" shared folder.
Fixed an issue where administrators were not able to change the "User must change password at next logon" setting via Windows RSAT.
Fixed an issue where domain users could not be added to built-in groups via Windows RSAT.
Fixed an issue where enabling the "Collect debug logs" option for SMB might result in excessive system space usage.
Fixed an issue where the system might send incorrect port forwarding notifications after a restart.
Fixed an issue where SHA-1 certificates might disappear when users click "Upgrade certificate".
Fixed an issue where DSM might block users' IP addresses and create excessive logs when they tried to sign in after re-installing DSM.
Fixed an issue where incorrect drive compatibility information was displayed after drive migration.
Enhanced the stability of network interface cards on certain models.
Fixed an issue where links in password reset emails did not work when the URLs exceed the maximum length.
Fixed an issue where packages did not update automatically due to dependency problems.
Enhanced SAS controller stability during system shutdowns.
Fixed multiple security vulnerabilities. (Synology-SA-20:26)
Supports Let's Encrypt ISRG certificates.

[Patchie]

https://archive.synology.com/download/DSM/criticalupdate/update_pack/25426-3/

[Birdy]

Advies blijft: Rustig wachten tot deze aangeboden wordt in DSM.

[Briolet]

Supports Let's Encrypt ISRG certificates.

Ik moest even zoeken wat hier mee bedoeld werd. Volgens mij houdt dit in dat DSM nu het nieuwe root certificaat kan gebruiken. Tot nu toe worden de certificaten getekend door "DST Root CA X3". Deze heeft een geldigheid van 30 september 2000 tot 30 september 2021. Dus uiterlijk 3 maand voor die datum moet er een nieuwe root gebruikt gaan worden.

De nieuwe root is "ISRG Root X1". Waarschijnlijk kan deze update nu de nieuwe root gebruiken. Ik ben wel benieuwd of je zelf een keus hebt, want er zit een probleem in de nieuwe root. Een root werkt alleen maar als hij al op het systeem geïnstalleerd is. De meeste os-en en browsers bevatten inmiddels dit nieuwe root certificaat, maar oudere systemen, zoals Android versies ouder dan 7.1.1 bevatten het root certificaat niet en zullen dan een waarschuwing geven bij een https pagina. En waarschijnlijk komt er ook geen update voor deze Android versies. (Je kun hem wel zef installeren, dus ik ben benieuwd hoe dat volgend jaar zal gaan)

[JosF]

Het aantal updates dit jaar is gehalveerd (4x) tov vorig jaar (8x). Dat vind ik prima, want bij iedere update is er het risico van 'een zekere' verstoring (en ik moest dan steeds na herstart een aantal gedeelde (versleutelde) mappen koppelen)

Wèl ben ik benieuwd hoe dat komt. Als ik aanneem, dat de belangrijkste reden om niet te lang te wachten met 'n nieuwe update de security vulnerabilities zijn, is de gebruikte "Linux kernel" dan zo veel 'veiliger' geworden? Of zou Synology de "release effort" beperken ondanks een zekere "security vulnerability"-druk?

[Briolet]

Bereid je alvast voor op een volgende update ergens na 8 december.

Volgende week dinsdag 8 december zal er een belangrijke beveiligingsupdate voor OpenSSL verschijnen, zo heeft het OpenSSL Project Team aangekondigd. OpenSSL versie 1.1.1i zal één of meerdere kwetsbaarheden verhelpen waarvan de impact als "high" is bestempeld. Zelden worden er kwetsbaarheden met een dergelijke impact in OpenSSL gevonden.

[JosF]

Dank voor de info, Briolet.
Aangezien het bij mij wé-ken heeft geduurd voordat update 2 (na de aankondiging hier) via DSM werd aangeboden, vermoed ik dat die nieuwe upate bij mij dit jaar niet meer gaat halen! Wellicht geldt dat zelfs voor update 3.... 

[Birdy]

Update 3 kan je hier downloaden.

[JosF]

Dank Birdy !

Alleen heb ik op dit forum ooit bij één van de vorige updates het advies gelezen dat het beter is om àltijd af te wachten tot de update via DSM wordt aangeboden....
Of zou dat soms over een speciale situatie / speciaal geval gegaan zijn?

[Birdy]

Dat weet ik, daarmee wordt bedoeld, niet gelijk maar downloaden en installeren, omdat soms een update wel eens te snel wordt vrijgegeven met nog 1 of meer foutjes (komt wel eens voor n.l.)
Maar na ruim 2 weken kan het wel.

[GerardR]

Na het installeren van deze update constateerde ik na een aantal dagen dat in het configuratiescherm => bijwerken het systeem blijft controleren op de meest recente DSM- update. Na het opnieuw opstarten van het systeem verschijnt keurig de huidige versie en de melding dat de DSM versie up-to-date is.
Ik heb geen idee wat de oorzaak is. Er zijn geen problemen met de internetverbinding. Het synology account is ook actief

[Birdy]

Dat is idd een merkwaardig verschijnsel.
Na nog een keer opstarten (want de DS was al opnieuw gestart na de update) is het wel weg.

Alhoewel, controleren op een nieuwe update gebeurt altijd, maar deze keer kon DSM de Synology Server misschien even niet bereiken.
Dat is het enige wat ik bedenken.

[niekniek89]

Ik heb hem nog niet eens automatisch aangeboden gekregen (is vorige maand uitgebracht )

[GerardR]

@Birdy : Ik heb al meerdere keren opgestart en het komt iedere keer (de volgende dag) opnieuw terug.
             Geen verbinding server: ook na meer dan 30 minuten geen resultaat.
             Synology account: "Synology DDNS-verbinding is normaal"

aanvulling:
zojuist weer opnieuw opgestart en keurig verschijnt direct het bericht dat de DSM versie up-to-date is.
Als ik morgen kijk zal dit wel weer verdwenen zijn.

[Briolet]

Soms zijn de fouten ondoorgrondelijk. Zo zit er ook al jaren een fout in package center die oude foutmeldingen niet wist voor het opstarten.  Als een package bij het opstarten van de nas een fout genereert, schrijft hij dat weg ik een meldingsfile met de naam van het pakket. Als gebruiker zie je dat niet.

Als je daarna dat pakket herstart vanuit Package Center, dan ziet Package Center na de opstart dat er een meldingsfile is en toont die in een foutscherm aan de gebruiker. Echter, dit was een fout van de opstart ervoor. Heel verwarrend en het duurde een tijd voordat ik deze oorzaak gevonden had.

In jouw geval zal de opstart het tellertje voor controle op updates op nul zetten. Als hij ingesteld is om dagelijks te controleren, zie je dit probleem pas enige tijd na de herstart.