Your Synology NAS can be the office domain controller - central logins, user accounts and Group Policy - with a free package and no Windows Server licence or CALs. Here is the complete setup, in order.
A small office usually skips a domain because Windows Server licensing feels heavy for 10-20 PCs. Synology Directory Server removes that excuse: the NAS you already own for files becomes the domain controller. This guide follows the video's flow - prepare the NAS, create the domain, add people, join a PC, and push the first Group Policy - with the honest limits stated where they belong.
A Synology NAS can work as a real domain controller using the free Synology Directory Server package from Package Center. Under the hood it is a Samba-based Active Directory domain controller: it speaks Kerberos, holds your user accounts and computers in one database, and enforces Group Policy on Windows PCs - the same daily jobs a Windows Server DC does in a small office.
What makes it attractive is what is missing: no Windows Server licence and no CALs (Client Access Licences). The package is free, the NAS you already own for files becomes the login server, and one account per person works for the PC, the shared folders and the other DSM services.
Do these checks first, because two of them are permanent:
office.local - at least two parts, simple characters. It also cannot be the same as the NAS server name.One side effect to know: after the domain is created, SMB signing is switched on automatically. That is a security feature, but it can slow large file copies slightly. Most offices leave it on.
A domain only works if PCs can find it, and PCs find it through DNS. Set the router's DHCP settings (or each PC manually) so the DNS server address is the NAS's IP. If a PC uses the router or a public DNS like 8.8.8.8 as its only DNS, it will never locate the domain - this one setting causes almost every failed domain join.
Test on one PC first: nslookup office.local should answer with the NAS's IP address.
Open Directory Server on the NAS and create your people: one account per real person, never shared accounts. Add groups that match how the office works - Accounts, Sales, Office Staff - and put people in groups. Later, file permissions and policies will target the groups, so a new joiner is set up by adding group memberships, not by rebuilding settings PC by PC.
Set the password policy while you are here: Directory Server supports password strength rules (length, expiry, history) and account lockout after repeated wrong passwords. Turn lockout on - it is your cheap defence against password guessing.
sysdm.cpl and use the Computer Name tab).whoami - it should show the domain name before the username.There is no Group Policy editor inside DSM - by design, you manage policies the proper Windows way, with RSAT (Remote Server Administration Tools) on a Windows 10/11 Pro PC:
gpmc.msc). It connects to your Synology domain automatically when the PC is domain-joined.gpupdate /force on a test PC and confirm it applied.Drive mapping, folder redirection and roaming profiles all work through these policies - that is exactly what the video demonstrates end to end.
This is a genuine domain controller for small offices, not a 100% clone of Windows Server AD. Know the edges: it supports a single domain; the functional level equals Windows Server 2008 R2; the Active Directory PowerShell module is not supported; DFSR is not supported; and it cannot form trusts with a separate Windows Server domain. A second Synology can join as an extra controller, but only for a domain the Synology created. For a 5-30 person office that needs logins, policies and central accounts, none of this blocks the job - the separate pages in this series cover each limit honestly.
The video shows the entire build live on a Synology NAS - package install, domain creation and Group Policy - watch it before you start clicking on your own NAS.
Watch Full VideoYes. Synology Directory Server is a free package in Package Center for supported NAS models. There is no Windows Server licence and there are no CALs to buy for users or devices - that is the main saving compared with a Windows Server domain controller.
Yes. Joining works exactly like joining a Windows domain - the PC must use the NAS as its DNS server, then you join with domain administrator credentials and restart. Windows Pro or higher editions are needed, as with any domain join; Home editions cannot join domains.
It covers the core jobs - accounts, groups, Kerberos logins, Group Policy, password and lockout policies - but it is not identical. The functional level matches Windows Server 2008 R2, some advanced pieces like DFSR and the Active Directory PowerShell module are not supported, and it runs a single domain only.