X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:subject:from:to:cc:mime-version
	:content-type:content-transfer-encoding:in-reply-to:references
	:message-id; q=dns; s=default; b=m/m8W/aQQC/2ofl+J6XY5XoBaE6VDte
	84eGbgS2tA2+MBefpbQLgwC9WS6cptw0yOJbNU5yPkg1Zyp4u0ISSJfMSBdk+9yG
	v0JRmAloW71hQaLSADVOdNwEQqE8m0Nx01UPeVxQl5vbd9/jJxzKVSY0MJMrQpXL
	gmW+AqNXLMQI=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:subject:from:to:cc:mime-version
	:content-type:content-transfer-encoding:in-reply-to:references
	:message-id; s=default; bh=eHf5jauqevaafIRthXaXFbO1Khw=; b=aTT7B
	6kroJTwsv69mgBY5DQk+RPD9IAUyEq9d0ClaLNx6u7JBYOr53E+RfUFrDtoW/Mg+
	VW3nwAlm6I/s9zNsZWysaBfW/7mtzoN4cM5N2L0iKxEUptn4TwiMJ4fhjfQkheUx
	v5okdthF4KKqrXjw4kraCVPepOgwD5iZsDQwkc=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:sk:smtp27., H*RU:sk:smtp27., HX-Priority:Normal, HImportance:Normal
X-HELO:	smtp82.iad3a.emailsrvr.com
X-SMTPDoctor-Processed:	csmtpprox beta
X-Sender-Id:	rmora AT aboutgolf DOT com
Date:	Tue, 16 Aug 2016 11:27:35 -0400 (EDT)
Subject:	Re: /dev/ptmx fails with Azure accounts
From:	"rmora AT aboutgolf DOT com" <rmora AT aboutgolf DOT com>
To:	cygwin AT cygwin DOT com
Cc:	cygwin AT cygwin DOT com
MIME-Version:	1.0
X-Type:	plain
In-Reply-To:	<20160816091236.yws3hk3o5fihlbe7@calimero.vinschen.de>
References:	<20160803181649 DOT GD25811 AT calimero DOT vinschen DOT de> <1470251109 DOT 311822327 AT apps DOT rackspace DOT com> <20160804070058 DOT GA2333 AT calimero DOT vinschen DOT de> <20160805102751 DOT GK25811 AT calimero DOT vinschen DOT de> <20160807032711 DOT GC31990 AT dimstar DOT local DOT net> <20160808070527 DOT GB32150 AT calimero DOT vinschen DOT de> <20160808114807 DOT GD31990 AT dimstar DOT local DOT net> <20160808115840 DOT GG32150 AT calimero DOT vinschen DOT de> <1471278569 DOT 482829599 AT apps DOT rackspace DOT com> <1471279732 DOT 794730680 AT apps DOT rackspace DOT com> <20160816091236 DOT yws3hk3o5fihlbe7 AT calimero DOT vinschen DOT de>
X-Auth-ID:	rmora AT aboutgolf DOT com
Message-ID:	<1471361255.019511497@apps.rackspace.com>
X-IsSubscribed:	yes
X-MIME-Autoconverted:	from quoted-printable to 8bit by delorie.com id u7GFRw4M018633

Hi Corinna

On Tuesday, August 16, 2016 05:12, "Corinna Vinschen" <corinna-cygwin AT cygwin DOT com> said:

> Hi Russell,
> 
> This is as bad as I feared.  Apart from the username and the Windows
> home dir, there are no other information which could be fetched by
> the usual means.  Quite apart from the fact that there are no means to
> *store* this information somewhere, other than creating an explicit
> /etc/passwd and matching /etc/group entry.
> 
> But, anyway, I prepared some code for the Cygwin DLL to handle these
> accounts even if no /etc/passwd and /etc/group entries are present.  It
> still needs some work, though, and for that I'd ask you to perform a
> last test.
> 
> I attached a short testcase.  We know that LookupAccountSid from the
> user SID in the user token returns a name (RussellMora) and a domain
> (AzureAD).  However, the open question is if the reverse operation
> LookupAccountName works as desired when feeding it the domain name
> and the user name.  Actually, for completeness the testcase tries it
> two ways:  Once only with the username, once with dom\username.
> 
> The reason for testing this is, if the reverse lookup works with only
> the name we *could* go ahead and omit the domain from the Cygwin
> username.  I'm not yet sure if that's feasible, but it's certainly worth
> a try.
> 

Both seem to work. I guess what you are proposing makes sense - the AzureAD domain is like a single domain with multiple tenants (yeah, I don't really know what I'm talking about with respect to AD....). Anyway, let me know if you want me to do any more testing, I'm still very willing to be a Guinea Pig (squeek squeek) - thanks for figuring this out for me!

Unknown+User AT Lenovo-PC /cygdrive/c/cygwin64
$ gcc -W azure-check5.c -l Netapi32 -o azure-check5

Unknown+User AT Lenovo-PC /cygdrive/c/cygwin64
$ ./azure-check5
Sid: S-1-12-1-2043906341-1249388050-2635137163-399631282
Dom\Name: AzureAD\RussellMora
Reverse Sid (RussellMora): S-1-12-1-2043906341-1249388050-2635137163-399631282
Reverse Sid (AzureAD\RussellMora): S-1-12-1-2043906341-1249388050-2635137163-399631282

Unknown+User AT Lenovo-PC /cygdrive/c/cygwin64
$

HTH

Cheers,
Russell.



--
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

- Raw text -