From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 57896 invoked by alias); 29 May 2017 18:37:04 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 57888 invoked by uid 89); 29 May 2017 18:37:03 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.0 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,RCVD_IN_DNSWL_NONE,UNSUBSCRIBE_BODY autolearn=ham version=3.3.2 spammy=act, organization X-HELO: homiemail-a56.g.dreamhost.com Received: from sub5.mail.dreamhost.com (HELO homiemail-a56.g.dreamhost.com) (208.113.200.129) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 29 May 2017 18:37:02 +0000 Received: from homiemail-a56.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a56.g.dreamhost.com (Postfix) with ESMTP id A9C5E600560E for ; Mon, 29 May 2017 11:37:04 -0700 (PDT) Received: from [192.168.1.42] (68-168-161-249.fttp.usinternet.com [68.168.161.249]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: dd-b@dd-b.net) by homiemail-a56.g.dreamhost.com (Postfix) with ESMTPSA id 87289600560D for ; Mon, 29 May 2017 11:37:04 -0700 (PDT) Subject: Re: Accessing SMB share as wrong user? To: cygwin@cygwin.com References: <7f4eb950-de06-2981-c9b4-fd345c11ffb3@dd-b.net> <940871db-07d8-6528-bef3-f2630a89c505@SystematicSw.ab.ca> From: David Dyer-Bennet Message-ID: <704def19-dfa4-1ebc-512e-fae23199f7a6@dd-b.net> Date: Mon, 29 May 2017 19:43:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <940871db-07d8-6528-bef3-f2630a89c505@SystematicSw.ab.ca> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-05/txt/msg00481.txt.bz2 On 5/29/2017 12:45, Brian Inglis wrote: > On 2017-05-29 11:16, David Dyer-Bennet wrote: >> A simpler case demonstrating this; X0 is a new share (created just >> for testing this) with no prior history, nothing manually set. >> (Server is FreeNAS, current version). >> From the beginning, when it first sees it, it shows the file owners >> and groups weirdly. >> And then it's able to create a file and write to it *once*, but >> can't then append to it??? >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ id >> uid=197608(David Dyer-Bennet) gid=197121(None) >> groups=197121(None),197609(Ssh >> Users),545(Users),4(INTERACTIVE),66049(CONSOLE LOGON),11(Authenticated >> Users),15(This Organization),113(Local account),66048(LOCAL),262154(NTLM >> Authentication),401408(Medium Mandatory Level) >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ ls -ld . >> drwxrwxr-x+ 1 Unknown+User Unix_Group+1001 0 May 29 11:55 . >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ getfacl . >> # file: . >> # owner: Unknown+User >> # group: Unix_Group+1001 >> user::rwx >> group::rwx >> other:r-x >> default:user::rwx >> default:group::rwx >> default:group:Unix_Group+1001:rwx >> default:mask:rwx >> default:other:r-x >> David Dyer-Bennet@DDB4 //fsfs/x0 >> David Dyer-Bennet@DDB4 //fsfs/x0 >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ echo something > foobar >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ ls -l foobar >> ----r--r-- 1 Unknown+User Unix_Group+1001 10 May 29 12:11 foobar >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ getfacl foobar >> # file: foobar >> # owner: Unknown+User >> # group: Unix_Group+1001 >> user::--- >> group::r-- >> other:r-- >> David Dyer-Bennet@DDB4 //fsfs/x0 >> $ echo more >> foobar >> -bash: foobar: Permission denied > > See Cygwin User's Guide section on Switching the user context: > $ cygstart > /usr/share/doc/cygwin-2.8.0/html/cygwin-ug-net/ntsec.html#ntsec-setuid-overview > OR > $ cygstart https://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-setuid-overview That appears to be instructions on how to temporarily, in code, act as another user. My problem is that when I create a Bash shell, it accesses network drives as the wrong user. It may be possible for me to write a version of Bash that switches to the right (default) user using that information, but why is it *necessary*? Local drives are accessed fine. -- David Dyer-Bennet http://dd-b.net/ -- 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