# New package for Synology NAS

**URL:** https://forum.syncthing.net/t/new-package-for-synology-nas/14396
**Category:** General
**Created:** [January 25, 2020, 11:51am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396 "2020-01-25T11:51:31Z")
**Posts on this page:** 20
**Page:** 3

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [February 13, 2020, 10:21am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/41 "2020-02-13T10:21:42Z")

</div>

In the /etc/group I found:

**syncthing:x:104555:syncthing.net**

**[syncthing.net](http://syncthing.net): x:132086:**

So in reality there is a group, but not visible in DSM. But to have visible would be good.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [February 13, 2020, 11:08am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/42 "2020-02-13T11:08:55Z")

</div>

I changed the ID of the syncthing group from 104555 to 65540 in the /etc/group, so that this group is visible in the Synology DSM.

![Syncthing-20](https://forum-uploads.syncthingcdn.net/original/2X/0/0c7f152b3b0c0f0b8aede4133aa8c79f0a2a41b5.jpeg)

I choose 65540 because this value was free. Now rights can easily be assigned to this group in the DSM in the DSM GUI.

For info: The Usergroup of SynoCommunity have the ID 65550.

---

<div class="post-metadata">

### Author: ![Moisie](https://forum.syncthing.net/letter_avatar_proxy/v4/letter/m/839c29/32.png) [@Moisie](https://forum.syncthing.net/u/Moisie)
#### Post date: [February 13, 2020, 2:29pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/43 "2020-02-13T14:29:35Z")

</div>

> [@acolomb](#):
>
> On my two NASes there is a second group called `syncthing`

Is that from a previous version of the SC Syncthing package, before they adopted the `sc-syncthing` username?

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [February 13, 2020, 4:19pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/44 "2020-02-13T16:19:24Z")

</div>

No, sc-syncthing is from SynoCommunity package and syncthing is from Kastelo package.

---

<div class="post-metadata">

### Author: ![acolomb](https://forum.syncthing.net/user_avatar/forum.syncthing.net/acolomb/32/11343_2.png) [@acolomb](https://forum.syncthing.net/u/acolomb)
#### Post date: [February 13, 2020, 4:56pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/45 "2020-02-13T16:56:15Z")

</div>

> [@Moisie](#):
>
> Is that from a previous version of the SC Syncthing package, before they adopted the `sc-syncthing` username?

Possible, I don’t know when the `sc-` prefix was adopted. I never installed the Kastelo version on any of the two boxes though, so it must come from the SynoCommunity package.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [February 14, 2020, 10:41am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/46 "2020-02-14T10:41:23Z")

</div>

Since I started using Syncthing from SC, I have had “sc-syncthing” in the user groups. I’ve been using this version since its inception.

I also tested on a directory whether the “syncthing” group belongs to the Kastelo package by revoking the rights from the internal system user “[syncthing.net](http://syncthing.net)”. The peer to this directory then stopped red coloured. Then I activated the “syncthing” user group for this directory and the peer continued to work without any problems. This makes it clear to me that the “syncthing” user group is part of the Kastelo package.

In order to clear up any inconsistencies, it might be good to give the user group of the Kastelo package also the name “[syncthing.net](http://syncthing.net)”.

---

<div class="post-metadata">

### Author: ![acolomb](https://forum.syncthing.net/user_avatar/forum.syncthing.net/acolomb/32/11343_2.png) [@acolomb](https://forum.syncthing.net/u/acolomb)
#### Post date: [February 14, 2020, 5:46pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/47 "2020-02-14T17:46:09Z")

</div>

> [@Andy](#):
>
> In order to clear up any inconsistencies, it might be good to give the user group of the Kastelo package also the name “[syncthing.net](http://syncthing.net)”.

Please do not. I’d rather push for SC to use the generic “syncthing” group name for the user visible stuff as well. Assigning two different groups for permissions management among two packages of the same software is the opposite of compatibility.

I think the SC package creates both groups for some reason, one internal and one for the user. That is quite inconsistent, so I will try to clear it up within SynoCommunity. The v1.4.0 release will warrant a new SPK anyway, so that would be a good occasion and we still have some time to approach compatibility from both sides.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [February 14, 2020, 10:07pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/48 "2020-02-14T22:07:45Z")

</div>

> [@acolomb](#):
>
> That is quite inconsistent

Why you think that? And why we have the same in the Kastelo package?

Because I´m also running the Resilio package on my servers, there is also a internal system user “rslsync”, but is not in use for any folders. This software doesnt need any activation of permissions or something like that. The availability of “rslsync” seems to make no sense.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 6, 2020, 5:23am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/49 "2020-03-06T05:23:55Z")

</div>

Is possible to have also RCs as SPK packages in the future?

---

<div class="post-metadata">

### Author: ![calmh](https://forum.syncthing.net/user_avatar/forum.syncthing.net/calmh/32/15311_2.png) [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [March 6, 2020, 6:34am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/50 "2020-03-06T06:34:42Z")

</div>

Potentially, at some point, if there is demand.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 10, 2020, 1:53pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/52 "2020-03-10T13:53:22Z")

</div>

In my opinion, the various SPK packages for Synology on Linux are causing a mess, which I have now changed. There is one user and one group for the Kastelo and SynoCommunity packages.

Please note the **conflict** between assignment 114670: **104555** for user “`sc-syncthing`” and **104555** in the group “`syncthing`” with relation to “`syncthing.net`” **(!)**

**Installed condition**

users (/etc/passwd):

`sc-syncthing:x:114670:104555::/var/packages/syncthing/target:/sbin/nologin``syncthing.net:x:132086:132086::/var/packages/syncthing.net/target:/sbin/nologin`

groups (/etc/group):

`sc-syncthing:x:65550:sc-syncthing` (will not modify)  
`syncthing:x:104555:syncthing.net`

**Modified condition**

users (/etc/passwd):

`sc-syncthing:x:114670:65550::/var/packages/syncthing/target:/sbin/nologin``syncthing.net:x:65540:65540::/var/packages/syncthing.net/target:/sbin/nologin`

groups (/etc/group):

`sc-syncthing:x:65550:sc-syncthing`  
`syncthing.net:x:65540:syncthing.net`

This means that all groups and users are also visible in Synology DSM, no longer cumbersome system users. And above all, there are clear assignments.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 16, 2020, 12:19pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/53 "2020-03-16T12:19:20Z")

</div>

Today I got for one of my Synology with a Kastelo installation a update to Syncthing v1.3.4-1. Is for that a changelog available?

---

<div class="post-metadata">

### Author: ![AudriusButkevicius](https://forum.syncthing.net/user_avatar/forum.syncthing.net/audriusbutkevicius/32/277_2.png) [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [March 16, 2020, 12:33pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/54 "2020-03-16T12:33:04Z")

</div>

Our releases are announced on this forum. I am not sure if -1 suffix is ours, I suspect not. Even if it is, it’s most likely just a rebuild of 1.3.4.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 16, 2020, 12:44pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/55 "2020-03-16T12:44:12Z")

</div>

There are differences in

/etc/group (change in group things - clear for me)  
/etc/passwd (change in user things - clear for me)  
/var/packages/syncthing.net/INFO (DSM min. version added) etc. …

and in the package center it looks now

 ![Syncthing-PZ](https://forum-uploads.syncthingcdn.net/original/2X/d/d7473d4231b48b966e153282e254b222100a469b.jpeg)

now is 1.3.4.1 was before 1.3.4.

---

<div class="post-metadata">

### Author: ![AudriusButkevicius](https://forum.syncthing.net/user_avatar/forum.syncthing.net/audriusbutkevicius/32/277_2.png) [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [March 16, 2020, 2:03pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/56 "2020-03-16T14:03:11Z")

</div>

Right, so it’s a re-release or 1.3.4, with just syno stuff shuffled around like discussed in this thread most likely.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 17, 2020, 9:35am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/57 "2020-03-17T09:35:41Z")

</div>

I noticed, that with v1.4.0 there are modifications in the Kastelo installation regarding user and group files. So please be coordinated between the Kastelo and SynoComm. installations:

Groups:

`sc-syncthing:x:65550:sc-syncthing`  
`syncthing:x:65606:syncthing.net`  
`syncthing.net:x:132086:`

Users:

`sc-syncthing:x:114670:65550::/var/packages/syncthing/target:/sbin/nologin`  
`syncthing.net:x:132086:132086::/var/packages/syncthing.net/target:/sbin/nologin`

The Kastelo entrances are the orginal one, so SynoComm can not have the same group name “syncthing” as in the orginal installation with ID 104555. So I think that SynoComm needs a review of that before of a update from v1.2.2 to v1.4.x.

---

<div class="post-metadata">

### Author: ![AudriusButkevicius](https://forum.syncthing.net/user_avatar/forum.syncthing.net/audriusbutkevicius/32/277_2.png) [@AudriusButkevicius](https://forum.syncthing.net/u/AudriusButkevicius)
#### Post date: [March 17, 2020, 9:36am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/58 "2020-03-17T09:36:55Z")

</div>

I don’t think there is anyone here from the syno community here, so it’s best if you take this to their forums.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 17, 2020, 9:40am UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/59 "2020-03-17T09:40:21Z")

</div>

> [@acolomb](#):
>
> I’d like to point out that there is also a well integrated Syncthing package in the [SynoCommunity repository](https://synocommunity.com/package/syncthing). It is maintained as open source (in part by myself) and although tge version suggests otherwise, keeps up to date with the built in upgrade feature.

Maybe he is the support for that.

---

<div class="post-metadata">

### Author: ![calmh](https://forum.syncthing.net/user_avatar/forum.syncthing.net/calmh/32/15311_2.png) [@calmh](https://forum.syncthing.net/u/calmh)
#### Post date: [March 17, 2020, 3:18pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/60 "2020-03-17T15:18:48Z")

</div>

Nothing about the groups or users changed in the 1.4.0 package. However, uids and gids are assigned by the system. You may have changed them manually, but Synology _isn’t a normal Linux system_ - `/etc/passwd` and `/etc/group` aren’t the master files for users and your changes there are likely to not persist.

Regardless, it’s perfectly fine that both packages use the `syncthing` group. That’s the intention.

---

<div class="post-metadata">

### Author: ![Andy](https://forum.syncthing.net/user_avatar/forum.syncthing.net/andy/32/7128_2.png) [@Andy](https://forum.syncthing.net/u/Andy)
#### Post date: [March 17, 2020, 3:32pm UTC](https://forum.syncthing.net/t/new-package-for-synology-nas/14396/61 "2020-03-17T15:32:28Z")

</div>

Thats right, the changes are from v1.3.4 to v1.3.4.1

[Previous page](https://forum.syncthing.net/t/new-package-for-synology-nas/14396.md?page=2)

[Next page](https://forum.syncthing.net/t/new-package-for-synology-nas/14396.md?page=4)
