[Samba] Multiple samba servers with AD integration

Dennis Zheleznyak dennis at eshkol.com.co
Tue Dec 2 07:53:53 MST 2014


Thanks for the response !!

I already wrote to Penny that I've found a solution by editing a property
named servicePrincipalName on the Windows side, I hope it'll work to my
In addition, you are right about separating the tdb file - I'll do that !

Thank you very much,

On Tue, Dec 2, 2014 at 4:47 PM, Sketch <smblist at rednsx.org> wrote:

> On Tue, 2 Dec 2014, Rowland Penny wrote:
>  I think I understand what you are trying to do, you have an initial
>> smb.conf which calls 2 other nearly identical smb.conf's and you want to
>> run three different samba servers on the same machine.  I don't think this
>> is going to work, I am fairly sure you can only run once instance of samba
>> on a machine. What you can do, is run one smb.conf that can include another
>> conf file, this extra conf file usually contains shares.
> I don't really see why one would want to run separate samba servers using
> the same authentication source (DC) on the same machine either.  However, I
> do think it should be possible.
>  If you want to run multiple samba instances on one machine, then I
>> suggest you investigate VM's, one instance of samba per VM.
> I see there being two issues with running multiple samba servers on the
> same machine, and I think both are possible to fix.  You're going to need
> to run the servers on different IP addresseses.  You can bind to particular
> IP with the "interfaces =" option in the global section of your
> smb.conf.
> The other problem is you're going to have multiple copies of samba trying
> to use the same tdb files.  This is probably going to cause severe breakage
> unless you run each copy with separate state dirs.  I don't know exactly
> what is needed, but looking at the smbd command line options, I would guess
> each running copy would need it's own --statedir --cachedir --piddir and
> --privatedir set.
>  Also I suggest that you remove the 'socket options' line, you are
>> probably making things worse by having this.
> Seconded.  First rule of optimization: don't do it unless you understand
> what your changes are supposed to do, and can test and verify the results.
> Most of the advice on the internet regarding samba socket options is old
> and out of date and will hurt more than it helps in most cases.
> --
> To unsubscribe from this list go to the following URL and read the
> instructions:  https://lists.samba.org/mailman/options/samba

More information about the samba mailing list