DSM Version: 6.1.1-15101 is uit

[MAdD]

Allen,

een nieuw versie van DSM is uit:

(2017/04/25)
Important Note

The update is expected to be available for all regions within the next few days, although the time of release in each region may vary slightly.

This update will restart your Synology NAS.

What's New in DSM 6.1.1

Added support for scheduled RAID scrubbing.
Upgraded Samba to version 4.4.9.

Fixed Issues

Fixed an issue where the OTP might be requested repeatedly when users log in a same trusted device with different accounts.
Fixed an issue where File Station might not work properly when playing slideshows of photos without thumbnails if opened via  Application Portal.
Fixed an issue where proxy settings cannot be changed when Let's Encrypt is in use.
Fixed an issue where packages cannot be repurchased after refunds.
Fixed an issue where Auto Block might fail to block addresses when the Allow List is set as an IP range.
Fixed an issue where the default gateway might not be updated when a DHCP client has not received DNS information.
Fixed an issue where firewall rules might not be displayed correctly when users add or remove rules on the same port.
Fixed an issue where UPnP rules might fail to work properly on Synology NAS with a single Ethernet port.
Fixed an issue where the DSM user interface might fail to be properly displayed when DHCP Server receives invalid DNS addresses.
Fixed an issue where L2TP connections might fail to be established in kernel 4.4 when the kernel mode is enabled.
Fixed an issue where an L2TP connection might fail to be established when the server address starts with a number.
Enhanced the usability and display correctness of the Wake on Lan user interface.
Fixed an issue where Synology NAS cannot be properly shut down when a bond has been established between Mellanox ConnectX-3 and Synology E10G17-F2.
Fixed an issue where DSM might show the message of volume crash upon reboot when a single-disk SHR volume has been mounted with cache and transformed into a Disk Group.
Fixed an incorrect volume display on some models where RAID Groups are supported and SHR has been enabled.
Fixed an issue where SHA cannot be created when FS3017 contains over 12 drives.
Fixed an issue where the settings of SMB encrypted transmission cannot be properly configured.
Fixed a connection error that might occur when the name of an SMB shared folder contains consecutive spaces.
Fixed an issue where Key Manager might fail to mount encrypted shared folders automatically on startup.
Enhanced the stability of the iSCSI service.
Fixed an issue where files cannot be written into encrypted shared folders on ext3 file system.
Fixed an issue where Snapshot Replication might fail when compression is enabled for shared folders.
Fixed an issue where DSM cannot be shut down properly on Qoriq or 88f6281/88f6282 platforms when JBOD volumes are in use.
Enhanced the stability of the upgrade process of SHA clusters.

[Briolet]

Ik zie geen kritische security fixes, dus geen reden voor het overhaast updaten. Tenzij je last hebt van een van die vele bugs uit het lijstje.

Added support for scheduled RAID scrubbing.

Dat is mooi. Ik deed het met een eigen script, maar dit is natuurlijk handiger voor de meesten.

Edit: ik zag net wel 19 pakketten die geüpdate moeten worden. Dat is ongeveer de helft bij mij.

[Birdy]

Update duurde 5 min. incl. reboot.

[Briolet]

Mij viel na de update op dat hij 3 default settings voor het gastaccount aangepast heeft. desktop, rsync & ftp zijn nu naar 'deny' gezet als default waarde. Deze aanpassing haal ik uit het log.

Code: [Selecteer]

Information,Systeem,2017/04/27 11:36:54,admin,The app privilege on app [SYNO.Rsync] for group [SynologyGuests] was set to [deny] from [all IPs].
Information,Systeem,2017/04/27 11:36:52,admin,The app privilege on app [SYNO.FTP] for group [SynologyGuests] was set to [deny] from [all IPs].
Information,Systeem,2017/04/27 11:36:52,admin,The app privilege on app [SYNO.Desktop] for group [SynologyGuests] was set to [deny] from [all IPs].

En na de reboot worden er nog automatisch twee pakketten ge-update

Code: [Selecteer]

Information,Systeem,2017/04/27 11:38:23,SYSTEM,Package [Universal Search] has been successfully updated.
Information,Systeem,2017/04/27 11:37:30,SYSTEM,Package [File Station] has been successfully updated.

[Robert Koopman]

Dat viel mij inderdaad ook op.
En waarom vroeg ik mij af.
Heb local master browser onlangs aangezet en daarmee ging guest ook weer aan.
Heb ik zoveel mogelijk rechten van ontnomen komen ze weer terug, waarom?

[Birdy]

Kwam er net achter, dat men /etc/sudoers heeft gewijzigd dus, weer even aanpassen als je b.v. WinSCP gebruikt en als root wilt inloggen.

[Ben(V)]

Even een aanvulling op het topic over winscp en de sudoer file aanpassen.

Het is belangrijk om geen fout te maken in de syntax als je de sudoer file aanpast want als er een foute syntax in staat loop je de kans een systeem te hebben waar niets meer root kan worden en dan kun je alleen nog DSM opnieuw instaleren.

Wil je dit risico niet nemen en toch winscp gebruiken dan kun je als shell in plaats van "sudo -i" ook gewoon "/bin/bash" gebruiken als shell in winscp.
Dan kun je wel winscp gebruiken maar met minder privileges, maar voor de meeste doeleinden meer dan voldoende en hoef je de sudoer file niet aan te passen.

[arnor]

Betekent dat voor een leek dat het beschreven deel waarbij de Config Editor wordt gebruikt dan niet nodig is. Dus, alleen WinSCP installeren, openen, nieuw, gegevens invoeren (ook het deel Geavanceerd).

[Ben(V)]

Klopt die config editor heb je niet nodig dan.
Je kunt gewoon het eerste stukje voor DSM 5 volgen, maar "/bin/bash" in plaats van "/bin/sh" gebruiken.
Aleen winscp aanpassen.

Dus het stukje na:
WinSCP (GUI) voor DSM5* en lager:
de punten 1 t/m 10, meer niet.

[Birdy]

Klopt helemaal, heb dan ook aangegeven:

WinSCP gebruikt en als root wilt inloggen.

Ik zal voor de duidelijkheid dan m'n tut maar even aanpassen m.b.t. root of niet root.

[baarsha]

Mij is opgevallen dat na de gelukte installatie van de laatste DSM, het mapstation om netwerkrefenties vraagt.Voorheen was dat niet nodig en kon ik daar met mijn normale synology wachtwoord verder komen.
Nu niet meer. Wat moet daar ingevuld worden:


Niet, het wachtwoord van de thuisgroep en niet het wachtwoord van het Synology aanmeld scherm.
Het is mij een raadsel.
Van al dat technisch gedoe ben ik niet zo op de hoogte. Dus wat is een simpele oplossing.
Gr
baarsha

[Birdy]

Ik zal voor de duidelijkheid dan m'n tut maar even aanpassen m.b.t. root of niet root.

Done.

[Briolet]

Kwam er net achter, dat men /etc/sudoers heeft gewijzigd…

Waarschijnlijk om een andere bug op te lossen die in dsm 6.1 geïntroduceerd is. Met DSM 6.1 kreeg je de foutmelding "Could not chdir to home directory", als je onder je eigen account inlogde en kon zelfs niet bij je eigen home komen. Je moest root worden om je home te benaderen. (Zelfde fout die indertijd in de 6.0 beta zat, maar toen wel al bij de release opgelost was).

Die fout is nu opgelost en je kunt je home folder weer benaderen zonder root rechten.

[Robert Koopman]

"Added support for scheduled RAID scrubbing"

Iemand al gevonden waar je dit precies kan instellen?

Oeps, al gevonden. In de Taakplanner natuurlijk 

[Birdy]

In Taakplanner: