[Samba] I want to use CNAMES for my SAMBA server, how?

Daniel Huntley dhuntley at aspecthuntley.com.au
Tue Jul 11 00:49:57 GMT 2006


netbios aliases =  in your smb.conf
 
Then setup the cname in DNS and point it to the correct A record.
 
Dan

________________________________

From: Don Meyer
Sent: Tue 11/07/2006 9:35 AM
To: Gerald (Jerry) Carter; samba at lists.samba.org
Subject: Re: [Samba] I want to use CNAMES for my SAMBA server, how?


At 03:00 PM 7/10/2006, Gerald (Jerry) Carter wrote:
>Mann, Roy (RGMR) wrote:
> >  I have a RedHat Enterprise 3 server running SAMBA 3.0.10.   The server
> > has been joined to the Active Directory forest using its fully qualified
> > domain name.
> >  Windows clients can successfully map drives using that fully qualified
> > name,  However, services have a tendency to be moved or need failover
> > during maintenance
> >  so I would prefer to tell customers to use a service alias like
> > smbserver3.rest.ofthe.domain.com.  When clients use that alias, I can
> > see attempts at kerberos
> >  authentication in the logs on the SAMBA server using the canonical FQDN
> > so Windows is getting the right address, talking to the right smbd, but
> > authentication fails.
>
>If you are using CNAMES, add the appropriate servicePrincipalName
>to the machine's object in AD.  Something like adsiedit works well.

Interesting... I never would have gotten here in a month or 
three.   I've been seeing this problem sporadically of late, as 
well.   Months ago, things worked fine without this.

My question though is what are the ramifications of a similar 
situation:   Where the CNAME might be dynamically moved to point to 
another system's base IP address in the case of a transfer of 
service/fail-over.   Does this servicePrincipalName for the FQDN need 
to be deleted and added to the new host's object, or can the same 
servicePrincipalName be added to each machine's object?  -- each 
machine that might be used to host that service address, that is...

The answer to this has ramifications for the way we are implementing 
many other services, and are trying to use the same paradigm under 
Samba.   We define a role IP name (FQDN) for a given service and tie 
it to a particular IP address.   Then pass the IP address around as 
necessary -- the server serving as primary for a given service picks 
up the role address for that service in addition to its configured 
base IP address.   Realistically, client requests are configured to 
employ the defined role FQDN.

I assume the adsiedit utility mentioned is a windows executable and 
must be run at the DC.   If these commands/utilities need to be run 
at the DC each time a service fails over, then this will be a major 
problem.  Is there any functionality that would allow these changes 
to be effected from a Samba-based system, in order to avoid the need 
for commands run at the DC?   (I suppose if the setting(s) could be 
safely preloaded for each server/object that might host a particular 
service address, then this remote capability might not be quite so 
necessary...)

I look forward to any/all input on this scenario...

Cheers,
-D



Don Meyer                                           <dlmeyer at uiuc.edu>
Network Manager, ACES Academic Computing Facility
Technical System Manager, ACES TeleNet System
UIUC College of ACES, Information Technology and Communication Services

   "They that can give up essential liberty to obtain a little 
temporary safety,
         deserve neither liberty or safety."     -- Benjamin Franklin, 1759 

-- 
To unsubscribe from this list go to the following URL and read the
instructions:  https://lists.samba.org/mailman/listinfo/samba


More information about the samba mailing list