Thank you Bruce and Nico.

Nico I will try to use the auto-config tools and auto mounts again on my test VM.

Best,
Adil 

Sent from my iPhone

> On Oct 28, 2018, at 7:50 AM, Nico Kadel-Garcia <[log in to unmask]> wrote:
> 
>> On Fri, Oct 26, 2018 at 10:18 AM Alvi, Adil H <[log in to unmask]> wrote:
>> 
>> 
>> Good Morning,
>> 
>> 
>> I was trying to bind a workstation running SL 6.5 to AD, so that users can login with their AD accounts, and mount a Windows File Share Server binded to AD.
> 
> Stop here. You should update to the latest version of SL 6 if you're
> going to continue to use it.
> 
> Second. AD registration can be done many different ways, but
> installing "/usr/bin/net" and using the "net ads" command  from Samba
> to register it works well. You can spend more time with "authconfig"
> and "realmd" and other tools, but I find the /usr/bin/net tool to work
> well.
> 
> Third: mounting anything normally requires root privileges. If the
> mount points are well defined, and you're willing to store credentials
> on the Linux server, you can sidestep this and use automount in in
> /etc/auto.master and /etc/auto.cifs to store credeitnals and enable
> well-defined specific mounts in advance. The "oddjob" tool mentioned
> by Bruce Ferrell may work well, I've not used it since I wanted stable
> mounts.
> 
> Fourth: activating an AD connection requires at least Kerberos client
> setups, with "net ads" can do or the "authconfig" tool, and does
> require good time synchronization with the AD server. Most NTP sestups
> can do this well, but check for time drift on the AD server and your
> local host.
> 
> The rest depends on details, like whether you have enough privilege to
> actually register the host with tools like "net ads" or "realmd", or
> whether you need to simply activate an LDAP "bind" account with
> read-only access to LDAP to make things work.
> 
>> After spending a week, I gave up. Steps, links/resources  to bind SL will be greatly appreciated.
>> 
>> 
>> Best Regards,
>> Adil
>> 
>>