Good morning. I am working as system administrator in a LAN with 300 Win9X clients and I am trying to install a production SAMBA server. I am using samba 2.0.7 on RedHat Linux 6.2 and Domain security. I am trying to solve a problem. *) I have created, for example, 10 shares and I can access only 4 of them (I have rights to read or write only for 4 shares). Well, is it possible to hide to my browsing the 6 shares that I can not access. I need to obtain an effect like the one I have for the Home share. Each user can only see its own home directory and not the home directories of the other users. I am trying to understand if I can obtain the same effect for the other shares. Thank you very much, Lorenzo Corradini. ___________________________________________________ Se vuoi un indirizzo di posta elettronica gratuito, iscriviti a http://www.katamail.com
On 25 Oct 2000 12:53:17 +0000, you wrote:> *) I have created, for example, 10 shares and I can access only 4 of them > (I have rights to read or write only for 4 shares). > Well, is it possible to hide to my browsing the 6 shares that I can not > access. I need to obtain an effect like the one I have for the Home share. > Each user can only see its own home directory and not the home directoriesConsider using something like include = /path/smb.conf.%U include = /path/smb.conf.%G and in /path/smb.conf.UserA put shares for UserA only ... and in /path/smb.conf.GroupA put shares for GroupA only ... -- giulioo@pobox.com
Hello, I do this by not making any shares in my smb.conf file but adding a line like the following in there include = /path/to/name dependant/shares/smb.conf.%m the %m is the netbios name of the machine trying to connect. I have a file for each of my machines, I don't have 300 only about 25 so this is managable. In each of those files I have lines that include shares include = /path/to/share/conf files/smb.conf.sales now in each of those files I have the share info. This works for me because each user is generally at one machine, no moving around. This is not user dependant but machine dependant. I also put in each share declaration valid users so if someone does go to another machine and sees a share they don't have access to they still can't get in. There is probably a better way but this seems to work. Glenn Lorenzo Corradini wrote:> Good morning. I am working as system administrator in a LAN with 300 Win9X > clients and I am trying to install a production SAMBA server. I am using > samba 2.0.7 on RedHat Linux 6.2 and Domain security. > I am trying to solve a problem. > > *) I have created, for example, 10 shares and I can access only 4 of them > (I have rights to read or write only for 4 shares). > Well, is it possible to hide to my browsing the 6 shares that I can not > access. I need to obtain an effect like the one I have for the Home share. > Each user can only see its own home directory and not the home directories > of the other users. I am trying to understand if I can obtain the same > effect for the other shares. > > Thank you very much, > Lorenzo Corradini. > > ___________________________________________________ > Se vuoi un indirizzo di posta elettronica gratuito, > iscriviti a http://www.katamail.com-- Glenn MacGregor Director of Services Oracom, Inc. http://www.oracom.com Tel. +1 978.557.5710 Ext. 302 Fax +1 978.557.5716
I am not sure that will work. At the time the config file is read those two meta vars are not set. I may be wrong but that is what I understood. Glenn Giulio Orsero wrote:> On 25 Oct 2000 12:53:17 +0000, you wrote: > > > *) I have created, for example, 10 shares and I can access only 4 of them > > (I have rights to read or write only for 4 shares). > > Well, is it possible to hide to my browsing the 6 shares that I can not > > access. I need to obtain an effect like the one I have for the Home share. > > Each user can only see its own home directory and not the home directories > > Consider using something like > > include = /path/smb.conf.%U > include = /path/smb.conf.%G > > and in /path/smb.conf.UserA put shares for UserA only > ... > and in /path/smb.conf.GroupA put shares for GroupA only > ... > > -- > giulioo@pobox.com-- Glenn MacGregor Director of Services Oracom, Inc. http://www.oracom.com Tel. +1 978.557.5710 Ext. 302 Fax +1 978.557.5716
Opps sorry that last message should read ... returned by both 98/ME and W2000Server in such a way that includes's CAN'T receive it. ... Be very careful here. We found that the various variable are returned by the different versions of windoze at different times. For example Windows 98/2E and Windows ME (effectively the same) returned the %u (lowercase) regularly while Windows 2000 Server DOESSN'T... Likewise, %U is not returned by both 98/ME and W2000Server in such a way that includes's can receive it. Don't rely on WindowsME to get things right either... If you rely on Machine type (%a) WindozeME returns Win95!!! (this may be a samba(2.07)) excuse but still. Easy way to check your system [home] ; comment Home directory for %u comment (a)%a (u)%u (U)%U (m)%M (I)%I ... works really well. Look for the "detail" in the share listings. Bruce
Hi> > Consider using something like > > > > include = /path/smb.conf.%U > > include = /path/smb.conf.%G > > > > and in /path/smb.conf.UserA put shares for UserA only > > ... > > and in /path/smb.conf.GroupA put shares for GroupA only > > ...> I am not sure that will work. At the time the config file is read thosetwo meta> vars are not set. I may be wrong but that is what I understood.Actually %U works and we use it here all the time. (note that this is the uppercase %U, not the lowercase one). There is however a problem with NT based clients because they tend to request the list of shares without authenticating themselves. The fix if you have NT machines it to use the "restrict anonymous" option in your smb.conf file. However you will break the Win9x clients because of the way they send the authentication info... Basically if you have a mixed environment (9x/NT) you are out of luck. I have writen a patch to samba that partly solves that issue by adding more options for the "restrict anonymous" option. With this patch, you can set it to: - no (the default) - all / yes (same as today) - NT (only NT workstations are required to authenticate themselves) The patch is against samba 2.0.7 Good luck. Patrick. -------------- next part -------------- A non-text attachment was scrubbed... Name: restrict.patch Type: application/octet-stream Size: 5787 bytes Desc: not available Url : http://lists.samba.org/archive/samba/attachments/20001026/5a77d901/restrict.obj