search for: qqeda11

Hello, When I run "cat /etc/passwd | grep 'qqeda11'", on my linux box, I get: qqeda11:x:79846:65600:Project Account for EDA:/home/qqeda11:/bin/bash When I run "wmic useraccount where (name='qqeda11' and domain='MUC') get name, sid" on my windows box, I get: Name SID qqeda11 S-1-5-21-43206524-2104247658-11513...

...his would be: >79846 + 1581344 = 1661190 >This is less than the high range, so would be valid. >But if you use '100001-500000000' for the range, the ID would be: >100001 + 1581344 = 1681345 >This would be a valid ID as well. >Rowland How can i achieve that the user qqeda11 is mapped to the the unix id 79846? Background: All NFS files are only accessible by unix user qqeda11 with unix id 79846! Georg

...ranges must not >overlap, but what you had before you commented it out, well, overlap >would be an understatement, the '*' domain was totally inside the 'MUC' >domain, you need to fix this. I have the problem that all files on NFS-Shares are only accessible by the user qqeda11 (unix-id 79846). All users get mapped to qqeda11 with usermap qqeda11=*. But the user qqeda11 is also known in the MUC-Domain as windows user (muc/qqeda11 SID= S-1-5-21-43206524-2104247658-1151357142-1581344): To achieve the correct mapping, I have added a mapping to winbindd_idmap.tdb: dumpin...

Hello, Get same output with "getent passwd qqeda11" and with "cat /etc/passwd | grep 'qqeda11'" qqeda11:x:79846:65600:Project Account for EDA:/home/qqeda11:/bin/bash When you say it is not supported, do you mean it is not supported by samba, or by what else? Georg

...s = no unix charset = UTF-8 kerberos method = secrets and keytab # [austausch] comment = EDA Austausch directory = /lfs/EDA/DATA/SHARES/austausch/%U browseable = no posix locking = no writable = yes directory mask = 0700 create mask = 0600 force user = qqeda11 force group = eda1 # [tools] comment = EDA Tools directory = /lfs/EDA/DATA/SHARES/tools/%U browseable = no posix locking = no writable = yes directory mask = 0700 create mask = 0600 force user = qqeda11 force group = eda1 # [temp] comment = EDA Archive Te...

On 06/07/2020 08:28, Georg.Biberger--- via samba wrote: > How can i achieve that the user qqeda11 is mapped to the the unix id 79846? > Background: All NFS files are only accessible by unix user qqeda11 with unix id 79846! > > Georg Where does '79846' come from ? If you run this: cat /etc/passwd | grep 'qqeda11' Do you get something like this: qqeda11:x:79846:79846...

On 06/07/2020 15:30, Georg.Biberger--- via samba wrote: > Hello, > > When I run "cat /etc/passwd | grep 'qqeda11'", on my linux box, I get: > qqeda11:x:79846:65600:Project Account for EDA:/home/qqeda11:/bin/bash That makes 'qqeda11' a LOCAL Unix user > > When I run "wmic useraccount where (name='qqeda11' and domain='MUC') get name, sid" on my windows box, I...

...>> overlap, but what you had before you commented it out, well, overlap >> would be an understatement, the '*' domain was totally inside the 'MUC' >> domain, you need to fix this. > I have the problem that all files on NFS-Shares are only accessible by the user qqeda11 (unix-id 79846). > All users get mapped to qqeda11 with usermap qqeda11=*. > But the user qqeda11 is also known in the MUC-Domain as windows user (muc/qqeda11 SID= S-1-5-21-43206524-2104247658-1151357142-1581344): > > To achieve the correct mapping, I have added a mapping to winbindd_i...

...s = yes unix extensions = no unix charset = UTF-8 kerberos method = secrets and keytab # [test] comment = EDA Archive Test directory = /lfs/EDA/DATA/SHARES/test/%U browseable = no writable = yes directory mask = 0700 create mask = 0600 force user = qqeda11 force group = eda1 kernel share modes = no > Howdy! > > Am 6/30/20 um 2:37 PM schrieb Georg.Biberger--- via samba: >> We are using Samba 4.10.16 as a readonly file server on a linux box with SLES 12. All is working fine with our NAS NFS Shares. We are now trying to integrate...

On 7/6/20 11:00 AM, Rowland penny via samba wrote: > On 06/07/2020 16:29, Georg.Biberger--- via samba wrote: >> Hello, >> >> Get same output with "getent passwd qqeda11" and with "cat /etc/passwd | grep >> 'qqeda11'" >> qqeda11:x:79846:65600:Project Account for EDA:/home/qqeda11:/bin/bash >> When you say it is not supported, do you mean it is not supported by samba, or >> by what else? >> >> Georg >&g...

On 30/06/2020 14:55, Ralph Boehme via samba wrote: > Howdy! > > Am 6/30/20 um 2:37 PM schrieb Georg.Biberger--- via samba: >> We are using Samba 4.10.16 as a readonly file server on a linux box with SLES 12. All is working fine with our NAS NFS Shares. We are now trying to integrate new NFS Shares from an archive provider. We have some problems with samba not responding, when