This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: More testing needed: New passwd/group AD/SAM integration
- From: ht at inf dot ed dot ac dot uk (Henry S. Thompson)
- To: cygwin at cygwin dot com
- Date: Wed, 14 May 2014 15:15:11 +0100
- Subject: Re: More testing needed: New passwd/group AD/SAM integration
- Authentication-results: sourceware.org; auth=none
- References: <20140513105832 dot GM2436 at calimero dot vinschen dot de> <f5biop9x55t dot fsf at troutbeck dot inf dot ed dot ac dot uk> <20140513145247 dot GQ2436 at calimero dot vinschen dot de> <20140513161626 dot GT2436 at calimero dot vinschen dot de> <f5ba9aliqv0 dot fsf at troutbeck dot inf dot ed dot ac dot uk> <20140513164122 dot GU2436 at calimero dot vinschen dot de> <f5b61l9io4h dot fsf at troutbeck dot inf dot ed dot ac dot uk> <20140513191732 dot GX2436 at calimero dot vinschen dot de> <f5boaz1gz3d dot fsf at troutbeck dot inf dot ed dot ac dot uk> <20140514113659 dot GD2436 at calimero dot vinschen dot de>
Corinna Vinschen writes:
> Yes, I noticed the "s". But I missed to explain that I wasn't talking
> about the delay. What I can't reproduce is that `id Administrators'
> returns a result:
>
> $ id +Administrators
> uid=544(+Administrators) gid=544(+Administrators) groups=11(+Authenticated Users),544(+Administrators)
>
> but:
>
> $ id Administrators
> id: Administrators: no such user
>
> But now I understand why this occurs. It's the different handling of
> account names without domain prefix on standalone vs. domain machines.
> I applied a patch now which checks the incoming names for validity under
> the current naming rules, so, in theory, `id Administrators' should now
> return "no such user" for you as well.
> I just created new snapshots on http://cygwin.com/snapshots/
> Please give'em a try.
Done, and now
[x86_64 20140514]> id Administrators
id: Administrators: no such user
[x86_64 20140514]> +Administrators
uid=544(+Administrators) gid=544(+Administrators) groups=11(+Authenticated Users),544(+Administrators)
with no delay in either case. So _that's_ sorted.
Overall, I now get the following clean pattern of id behaviour
wrt prefix '+':
w/o w
+ +
SYSTEM no yes
LocalService no yes
NetworkService no yes
Administrators no yes
TrustedInstaller no yes
Administrator yes no
cyg_server yes no
Guest yes no
ht yes no
postgres yes no
sshd yes no
[you can reproduce this using
> cut -d ':' -f 1 /etc/passwd | while read u; do echo -n "$u "; if id $u >/dev/null 2>/dev/null; then echo -n "yes "; else echo -n "no "; fi;if id '+'$u >/dev/null 2>/dev/null; then echo "yes"; else echo "no"; fi done
]
ht
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple