Patch for unix extensions
abartlet at samba.org
Tue Dec 31 10:14:01 GMT 2002
On Tue, 2002-12-31 at 20:36, Simo Sorce wrote:
> On Tue, 2002-12-31 at 03:29, jra at dp.samba.org wrote:
> > Sorry, I have some problems with this patch. It allows a
> > client to add a symlink to a Samba share which points to
> > a file elsewhere on the server disk. For example :
> > create a symlink from /home/myhome/p -> /etc/passwd.
> > Now as Samba resolves names on the *server* not the client,
> > anyone opening /home/myhome/p using smbclient or a Windows
> > client will get /etc/passwd. This (IMHO) is not desirable.
> in case of unix extensions, shouldn't we pass the symlink as is and not
> resolve it?
> We may have a parameter that when set permit link creations and also
> returns link as is instead of resolving them.
> I think a proper unix-like file system should be able to return links.
I was wondering if/how the 'wide links' parameter could/should play with
this. CIFS might not be the best unix->unix file system, but a lot of
people much prefer this over NFS...
Andrew Bartlett abartlet at pcug.org.au
Manager, Authentication Subsystems, Samba Team abartlet at samba.org
Student Network Administrator, Hawker College abartlet at hawkerc.net
http://samba.org http://build.samba.org http://hawkerc.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.samba.org/archive/samba-technical/attachments/20021231/7391f66a/attachment.bin
More information about the samba-technical