samba and inetd problems
Ron Alexander
rcalex at home.com
Fri May 19 12:57:11 GMT 2000
Can someone PLEASE tell me if using inetd is the recommended way or not?
According to all the books I have, it is recommended.
I don't understand how it could work however, since inetd would hear the
connection requests on port 139 before the smb daemon would. As a result,
you would get more smb daemons starting and failing becuse they could not
lock the smbd.pid file.
Ron
-----Original Message-----
From: samba-technical at samba.org [mailto:samba-technical at samba.org]On
Behalf Of Peter Samuelson
Sent: May 19, 2000 1:35 AM
To: Multiple recipients of list SAMBA-TECHNICAL
Subject: Re: samba and inetd problems
[Ron Alexander <rcalex at home.com>]
> If I put the entries in the inetd.conf file, I get some strange behavior.
As I recall, this isn't recommended, especially for nmbd. The whole
NetBIOS suite of protocols confuses me at the best of times, but I
believe you can get major browsing problems if your nmbd isn't
persistent. smbd is a little more up in the air, I admit.
As the old joke goes, I'd recommend "So don't do that." Just run smbd
and nmbd with "-D" at boot.
> I see 3 listeners to port 139. 2 of them are wildcards and one is the
> specific interface I have in the smb.conf, but localhost is missing.
>From what I understand of the Unix sockets paradigm, you can't get the
functionality of "interfaces=" if you're running from inetd, because
you "interfaces=" specifies what ports you bind to, but if you're using
inetd, you aren't binding ports at all. (inetd is binding them.)
> tcp 0 0 *:139 *:* LISTEN
> tcp 0 0 134.111.220.160:139 *:* LISTEN
> tcp 0 0 *:139 *:* LISTEN
Don' know nothin' about how *that* got in there. It is interesting, no
question about it.
Peter
More information about the samba-technical
mailing list