>> after assigning UNIX attributes to users and domain groups all of them have
>> uidNUmbers and gidNumbers starting from 10000,
>> ldbsearch gives:
>> dn: CN=Domain Users,CN=Users,DC=internal,DC=domain,DC=lv
>> objectSid: S-1-5-21-216404829-505555237-127066545-513
>> gidNumber: 10000
>>
>>> If you use the 'ad' backend, then giving your users a 'uidNumber'
>>> is not enough, you must give their primarygroup (Domain Users) a
>>> 'gidNumber' attribute.
>
>> all of the AD users are members of the Domain Users group now.
>
> what do you mean 'all of the AD users are members of the Domain
> Users group now.' ??
>
> I hope you haven't changed the users primaryGroupID attribute.
I assigned primary group to each domain user through UNIX
attributes(?) in Windows (8.1) domain management tool, choosing
INTERNAL as NIS realm.
> This is what I get when I run getent on one of my DCs:
>
> root@dc01:~# getent passwd rowland
> EXAMPLE\rowland:*:10000:10000:Rowland Penny:/home/EXAMPLE/rowland:/bin/bash
yes, I am getting similar:
username:*:10000:10000::/home/INTERNAL/username:/bin/false
Some questions related to this -
- can I have domain user's home directory kind of \\FS\home\username?
As far as I understand, home directory /home/INTERNAL/username is not
created automatically. I tried to create it by hand (and chown to
10000.10000) in order to see what's changing, but is remained empty.
- does the shell parameter play any role if all domain users are pure
windows users?
- if the shell is set to /bin/bash, for example, is the domain user
able to login to any Linux server's, which is domain member, shell?
> Hmm, if I run (on a member server):
>
> getent passwd EXAMPLE\\rowland
>
> I get:
>
> rowland:*:10000:10000::/home/rowland:/bin/bash
Yes, finally, I am getting similar now. I'll check later what effect
it has overall.
Janis
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/options/samba
You only need the 'template' line if you intend to log into the DC
Rowland
> Hi!
>
> the previous problems were solved (thank you, Rowland!), but few
> issues remains:
>
> I get such msg in log:
> 0. Is it possible to tell samba to output messages in logs as one
> line per message (even if it is long one?)
>
> 1. 2015/04/12 11:32:39.293583, 3]
> ../source3/smbd/msdfs.c:971(get_referred_path)
> get_referred_path: |shareX| in dfs path \FS\shareX is not a dfs root.
> (seems it is not making problems as access to other shares giving
> such error not influences anything)
>
>
> 2. 2015/04/12 11:32:18.852138, 3]
> ../libcli/security/dom_sid.c:209(dom_sid_parse_endp) string_to_sid:
> SID @INTERNAL\\group is not in a valid format
>
> such messages I get after attempt to open a share (from smb.conf):
> [shareX]
> comment = What it serves
> path = /home/shares/data/sharex
> browseable = yes
> read only = no
> valid users = @"INTERNAL\\group"
> force group = @"INTERNAL\\group"
> force create mode = 0660
> force directory mode = 0770
SOLVED:
the line valid users shuold look as such:
valid users = @INTERNAL\\group
That one remains
> The other issue I have - if the user is not a member of particular
> domain group, but has the right to accees the share, it is requested
> to enter username/pw, but can not access it anyway:
>
> [shareY]
> comment = Other share
> path=/home/shares/data/shareY
> browseable = yes
> read only = no
> valid users = @INTERNAL\\group1, @INTERNAL\\otheruser
> force group = @INTERNAL\\group1
> force create mode = 0660
> force directory mode = 0770
I found one additional problem - when I request Domain Users group
information, no users are listed
gentent group "INTERNAL\\Domain Users" returns plain
domain_users:x:10000:
the same goes on DC.
Do I need to create alternative Domain Users group?
Rowland
>> I found one additional problem - when I request Domain Users group
>> information, no users are listed
>>
>> gentent group "INTERNAL\\Domain Users" returns plain
>> domain_users:x:10000:
>> the same goes on DC.
>>
>> Do I need to create alternative Domain Users group?
>>
>>
> No, "INTERNAL\\Domain Users" is the same group as 'domain_users',
> you probably have 'winbind normalize names = Yes' in smb.conf
it is strange, because
gentent group "INTERNAL\\Domain Admins"
returns what is expected - gid and list of persons in the group
Janis
No, not strange, just the way you have formatted the getent command,
this is what I get on my laptop with different formatting:
rowland@ThinkPad ~ $ getent group "EXAMPLE\\Domain Admins"
domain_admins:x:10002:s4admin,administrator
rowland@ThinkPad ~ $ getent group EXAMPLE\\Domain\ Admins
domain_admins:x:10002:s4admin,administrator
rowland@ThinkPad ~ $ getent group EXAMPLE\\domain_admins
domain_admins:x:10002:s4admin,administrator
rowland@ThinkPad ~ $ getent group domain_admins
domain_admins:x:10002:s4admin,administrator
The same commands on a DC:
root@dc01:~# getent group "EXAMPLE\\Domain Admins"
EXAMPLE\Domain Admins:*:10002:
root@dc01:~# getent group EXAMPLE\\Domain\ Admins
EXAMPLE\Domain Admins:*:10002:
root@dc01:~# getent group EXAMPLE\\domain_admins
root@dc01:~# getent group domain_admins
As you can see, it differs between the two machine, you cannot seem to
'normalise' the group names on a Samba AD DC.
Rowland