Juan is correct. However my two cents - don't rely on hosts.allow and
hosts.deny for anything. Just use iptables rules to do this type of thing.

Also, most don't consider samba to be a very secure service (last CVE was
only a few weeks ago) so be very careful with this service.
On Apr 26, 2012 5:37 AM, "Juan Sierra Pons" <j...@elsotanillo.net> wrote:

> 2012/4/26 Tuxoholic <tuxoho...@hotmail.de>:
> > hi list
> >
> > Can somebody explain why smbd and nmbd are not affected by the following
> > strict ruleset in /etc/hosts* ?
> >
> > /etc/hosts
> > 127.0.0.1       MYHOSTNAME localhost.localdomain localhost
> > 127.0.1.1       MYHOSTNAME
> > 192.168.2.10    MYSERVER
> >
> > cat /etc/hosts.allow
> > #ALL: localhost 127.0.1.1 192.168.2.0/24
> > ALL: localhost 127.0.1.1 192.168.2.0/32
> >
> > /etc/hosts.deny
> > ALL: ALL
> >
> > With this ruleset in place nmbd broadcasts still pull through and cifs
> mounts
> > are still possible, whereas ssh/rsh access is no longer possible.
> >
> > To get rid of nmbd/smbd access I have to tweak smb.conf additionally:
> >
> > /etc/samba/smb.conf
> >
> > [global]
> >        bind interfaces only = Yes
> >        interfaces = 127.0.0.0/8, eth0
> >        ;; hosts allow = 192.168.2.0/24, 127.
> >        hosts allow = 192.168.2.0/32, 127.
> >        hosts deny = ALL
> >
> > With this smb.conf tweaking it works fine, but why could smbd/nmbd run
> past
> > /etc/hosts.allow and /etc/hosts.deny without those lines in smb.conf?
> >
> > To my limited CIDR understandig a /32 mask should restrict access to
> > 192.168.2.0.0 and 192.168.2.1 - this should be fine for testing purposes.
> >
> > Once this denies all services I'd set it to /24 to have access to the
> whole
> > "subnet" from 192.168.2.0-192.168.2.255 and 127.0.0.1 127.0.1.1
> >
> >
> > --
> > To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> > with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> > Archive:
> http://lists.debian.org/blu0-smtp149485f83cd3709473ea7d5d8...@phx.gbl
> >
> Hi,
>
> My two cents:
>
> I think the problem here is between tcpwrapper linux implementation
> and the the samba package.
> Are you running samba as a daemon or from then inetd?
>
> I think you are running it as a daemon and I believe (check on the
> internet) samba must be compiled in a tcpwrapper friendly way (I don't
> know if this is the default)
>
> Running samba from inetd must work OK as inetd is tcpwrapper friendly.
>
> If this doesn't help you you can try iptables (but your workaround is OK
> too)
>
> Best regards.
>
>
> --------------------------------------------------------------------------------------
> Juan Sierra Pons                                 j...@elsotanillo.net
> Linux User Registered: #257202       http://www.elsotanillo.net
> GPG key = 0xA110F4FE
> Key Fingerprint = DF53 7415 0936 244E 9B00  6E66 E934 3406 A110 F4FE
>
> --------------------------------------------------------------------------------------
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
> Archive:
> http://lists.debian.org/cabsy9tfvznzhrho8vfqywpwtjtdfioqpmmzrm_+e1utxlu...@mail.gmail.com
>
>

Reply via email to