opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] cifs Los Archivos siempre creados como raíz de dueño

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] cifs Los Archivos siempre creados como raíz de dueño
From: Ken Schneider - openSUSE <suse-list3@xxxxxxxxxxxxx>
Date: Thu, 13 Oct 2011 08:41:27 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 13 Oct 2011 08:42:40 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <201110131134.26548.lynn@steve-ss.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
References: <201110111757.31625.lynn@steve-ss.com> <4E95DC3D.7020200@gmail.com> <1318486217.9020.11.camel@acme.pacific> <201110131134.26548.lynn@steve-ss.com>
Reply-to: opensuse@xxxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110920 SUSE/3.1.15 Thunderbird/3.1.15
En 10/13/2011 05:34 AM, *lynn *pecked en el teclado y escribió:


*Lynn, qué  un usuario consigue si escriben:

	*whoami

y CASA

	$de eco

en una ventana terminal?

*Hi.

Algunos más *info:

/*etc/*samba/*smb.*conf Participación de usuarios en el *server

[usuarios]
carpetas = de casa del comentario
         heredan *acls = Sí
         heredar permisos = Sí
         casa = /de camino
         leyó sólo = Ninguna

orden de monte en cliente *logged en tan raíz:

monte -*t *cifs //192.168.1.2/usuarios -*o *rw, *gid=usuarios,*nosetuid

utilizando esta orden pone el grupo *OK pero los restos de usuario como raíz.

*L *x

De monte de hombre.*cifs:

*setuids
Si el *CIFS extensiones de Unix son negociadas con el *server el cliente intentará para poner el eficaz *uid y *gid del proceso local en archivos creados nuevamente, directorios, y dispositivos (crea, *mkdir, *mknod). Si el *CIFS Extensiones de Unix no son negociadas, puesto que archivos creados nuevamente y directorios en vez de utilizar el *default *uid y *gid especificado en el el monte, *cache el archivo nuevo´*s *uid y *gid localmente que significa que el *uid para el archivo puede cambiar cuándo el *inode es *reloaded (o el usuario *remounts la participación).


*nosetuids
El cliente no intentará para poner el *uid y *gid en en archivos creados nuevamente, directorios, y dispositivos (crea, *mkdir, *mknod) cuál resultará en el *server poniendo el *uid y *gid al *default (normalmente el *server *uid del usuario que montó la participación). Dejando el *server (bastante que el cliente) pone el *uid y *gid es el *default.Si el *CIFS Extensiones de Unix no son negociadas entonces el *uid y *gid para los archivos nuevos aparecerán para ser el *uid (*gid) del *mounter o el *uid (*gid) el parámetro especificado en el monte.

Quizás tienes el conjunto de opción incorrecto.

--
Ken *Schneider
*SuSe desde Versión 5.2, junio 1998

--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
para contactar el dueño, *e-correo: *opensuse+owner@xxxxxxxxxxxx


On 10/13/2011 05:34 AM, lynn pecked at the keyboard and wrote:


Lynn, what does a user get if they type:

	whoami

and

	echo $HOME

in a terminal window?

Hi.

Some more info:

/etc/samba/smb.conf users share on the server

[users]
comment = home folders
         inherit acls = Yes
         inherit permissions = Yes
         path = /home
         read only = No

mount command on client logged in as root:

mount -t cifs //192.168.1.2/users -o rw, gid=users,nosetuid

using this command sets the group OK but the user remains as root.

L x

From man mount.cifs:

setuids
If the CIFS Unix extensions are negotiated with the server the client will attempt to set the effective uid and gid of the local process on newly created files, directories, and devices (create, mkdir, mknod). If the CIFS Unix Extensions are not negotiated, for newly created files and directories instead of using the default uid and gid specified on the the mount, cache the new file´s uid and gid locally which means that the uid for the file can change when the inode is reloaded (or the user remounts the share).


nosetuids
The client will not attempt to set the uid and gid on on newly created files, directories, and devices (create, mkdir, mknod) which will result in the server setting the uid and gid to the default (usually the server uid of the user who mounted the share). Letting the server (rather than the client) set the uid and gid is the default.If the CIFS Unix Extensions are not negotiated then the uid and gid for new files will appear to be the uid (gid) of the mounter or the uid (gid) parameter specified on the mount.

Perhaps you have the wrong option set.

--
Ken Schneider
SuSe since Version 5.2, June 1998

--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>