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: lynn <lynn@xxxxxxxxxxxx>
Date: Thu, 13 Oct 2011 15:56:34 +0200
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 13 Oct 2011 09:57:45 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E96DC77.7070100@bout-tyme.net>
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> <201110131134.26548.lynn@steve-ss.com> <4E96DC77.7070100@bout-tyme.net>
User-agent: KMail/1.13.6 (Linux/2.6.37.6-0.7-desktop; KDE/4.6.0; x86_64; ; )
En jueves 13 *Oct 2011 14:41:27 Ken *Schneider - *openSUSE escribió:
> 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.

*Thanks, Pero he probado ambos. No hace cualquier diferencia que es especificada 
o si tampoco es especificado.

(*btw: Soy seguro la gramática y o la puntuación es mal para el *setuids entrada 
en las páginas de hombre. Realmente es  *misleading!)

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


On Thursday 13 Oct 2011 14:41:27 Ken Schneider - openSUSE wrote:
> 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.

Thanks, But I've tried both. It doesn't make any difference which is specified 
or if neither is specified.

(btw: I'm sure the grammar and or punctuation is wrong for the setuids entry 
in the man pages. It really is  misleading!)

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


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