From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 99371 invoked by alias); 29 Sep 2016 20:35:26 -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 99357 invoked by uid 89); 29 Sep 2016 20:35:26 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.0 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_THEBAT,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=no version=3.3.2 spammy=porter!, Porter!, H*MI:sk:57EB444, H*MI:sk:57ECA90 X-HELO: forward1p.cmail.yandex.net Received: from forward1p.cmail.yandex.net (HELO forward1p.cmail.yandex.net) (77.88.31.16) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 29 Sep 2016 20:35:15 +0000 Received: from smtp1p.mail.yandex.net (smtp1p.mail.yandex.net [77.88.29.84]) by forward1p.cmail.yandex.net (Yandex) with ESMTP id D2B2E20699; Thu, 29 Sep 2016 23:35:12 +0300 (MSK) Received: from smtp1p.mail.yandex.net (localhost.localdomain [127.0.0.1]) by smtp1p.mail.yandex.net (Yandex) with ESMTP id 23CFE1780AFC; Thu, 29 Sep 2016 23:35:11 +0300 (MSK) Received: by smtp1p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id 94VaFvCBSU-ZBZebZYW; Thu, 29 Sep 2016 23:35:11 +0300 (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (Client certificate not present) Authentication-Results: smtp1p.mail.yandex.net; dkim=pass header.i=@yandex.ru X-Yandex-Suid-Status: 1 0,1 0 Received: from [192.168.1.10] (HELO daemon2.darkdragon.lan) by daemon2 (Office Mail Server 0.8.12 build 08053101) with SMTP; Thu, 29 Sep 2016 20:34:14 -0000 Date: Fri, 30 Sep 2016 05:05:00 -0000 From: Andrey Repin Reply-To: cygwin@cygwin.com Message-ID: <1614136129.20160929233414@yandex.ru> To: Wayne Porter , cygwin@cygwin.com Subject: Re: Unknown+User Unix_Group+505 on smb shares in a domian In-Reply-To: <20160929184039.GD12532@hdmetxxxx33004g.AD.UCSD.EDU> References: <57EB4449.7010206@tlinx.org> <20160928180456.GA1128@hdmetxxxx33004g.AD.UCSD.EDU> <57ECA908.9010402@tlinx.org> <20160929184039.GD12532@hdmetxxxx33004g.AD.UCSD.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2016-09/txt/msg00397.txt.bz2 Greetings, Wayne Porter! >> Essentially you have a bunch of users on different machines that aren't >> sharing their files under any common (or shared) security authority >> (like a single domain). Until you persuade the owners of those linux machines >> to move the linux machines under a common security authority (like a windows >> domain) and moving the user accounts into the domain. Each local account >> would have to be moved to a domain account with the files under each >> machine-local account being moved (or "chown'ed") to the new, corresponding >> domain account). > The shares are mapped and working just fine in Windows. To IT, there isn't > anything that needs to be done. If they really believe that, they are even less qualified than I've thought. The whole thing works by a pure accident. And a slightest change in conventions or default behavior of either Windows or Samba may bring the end to the happy dreams of your IT dep. > It just happens that Cygwin, which I'm the only one using, maps the Windows > mapped drives to an unknown user account and makes using it difficult. Windows maps it to an unknown user account also. It just happens to know, from which server the account came and can fetch the names in a subrequest. But they are NOT domain names, neither their UID's are domain UID's. You can't even control permissions from domain, you'd need to login to the machine and fiddle with perms locally. >> This is an organizational problem that has nothing to do with >> cygwin, but whether windows and linux machines are using domain or machine-local >> security. Until your linux machines and their local user become part of the >> domain, you can't expect any "write" privileges granted to you under the >> domain to work on the linux machines. >> > I have write permissions on those machines from Windows. Cygwin thinks I don't so > files are opened in read-only mode but when I force them to be written, it works. > I'm not sure if maybe I left this out of my initial information, but these are > shares that are mapped in Windows on login and there are no issues there, but once > I open Cygwin, I don't appear to have write access even though I do. > When mapping the drives in Windows, a username and password are given. Is there no > way to let Cygwin know about that username without joining the servers to the domain? > I know that this setup isn't ideal, which is why I'm trying to find a work-around. I've had this same setup for years, and one unlucky friday, it blew in my face when I was committing an important batch of change in my project to the repository. I've spent next two weeks salvaging the working copy. But nothing worked until I said "fuck it" and finally took my time to reinstall 64-bit OS and setup a domain (this is my home network, so I though with only me using it there's no pressing... guess there was). -- With best regards, Andrey Repin Thursday, September 29, 2016 23:26:04 Sorry for my terrible english... -- 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