search for: ogdenfil

...an help me? I recently created an active directory setup with a primary domain controller ad1 and secondary domain controller ad2 for a domain SAMDOM. In-line with what I understand to be Samba best practices I then setup a separate file-server fs1 on which I created a file share, /fsrv/shares/OgdenFiles/. This has all been done using Samba version 4.5.16-Debian, on Raspbian. The domain and fileshare do appear to work, and I have confirmed that I can logon as SAMDOM/Administrator and apparently read and write to the share without issue in Windows 10 without issue. Creation of new text files...

.... Nope, you have two AD DC's, one called 'ad1' and one called 'ad2' Apart from the FSMO roles, all DC's are equal. > In-line with what I understand to be Samba best practices I > then setup a separate file-server fs1 on which I created a file > share, /fsrv/shares/OgdenFiles/. This has all been done using Samba > version 4.5.16-Debian, on Raspbian. Roll on 'Buster' ;-) 4.5.x is well EOL. > > The domain and fileshare do appear to work, and I have confirmed that > I can logon as SAMDOM/Administrator and apparently read and write to > the share...

Hi everyone, just tried executing wbinfo -u and wbinfo -g on a particular Samba domain member that is acting as a file server in my setup. Much to my surprise i did not see the list of users or groups that I would normally expect to see outputted from these commands. Instead both commands just exited and returned no output. I have already tried restarting winbind, smbd, and nmbd on the domain

...homedir = /home/%D/%U    template shell = /bin/bash    winbind use default domain = true    winbind offline logon = false    winbind nss info = rfc2307    winbind enum users = yes    winbind enum groups = yes   vfs objects = acl_xattr   map acl inherit = Yes   store dos attributes = Yes [OgdenFiles]        path = /fsrv/shares/OgdenFiles        read only = no [OgdenUsers]        path = /fsrv/shares/OgdenUsers        read only = no Cheers Stephen Ellwood