On 07/01/2011 03:48 AM, Ondrej Valousek wrote:

On 30.06.2011 17:29, Dmitri Pal wrote:
Can you please rephrase? Do you mean that instead of documenting what we already have or in addition to it, we should also document how to configure automount with DNS?
Does DNS allow specifying the search base?
Can you please point on any doc/man page that describes how to configure DNS for automount. We might add it as a reference into the doc. Is this what you are looking for?

First of all, I believe you guys in Redhat did a great job with the IPA.
Why? Because with all the install scripts and the framework around it, you managed to integrate all services (DNS, Kerberos, LDAP) into simply manageable Identity management for Linux.

Normal IT admin no longer has to dig various howtos in the Internet. Just run the install script and you get something very similar to Active Directory - robust and standard-based system.

The key thing is for me the simplicity and the scripts around it. One should no longer be afraid of setting up all the services separately. From the client's prospective, You already covered Kerberos configuration and NSS, that's fine.

Because of the reasons I outlined above I also believe that the *ipa-client-install* script should take care of the automounter, too (or at least offer the autofs configuration) - and this includes everything.

As a helping hand I offer my adds to your existing howtos (I have already checked its functionality).

[root@draco etc]# cat /etc/sysconfig/autofs:
LDAP_URI="ldap:///dc=example,dc=com"; # let the automounter discover LDAP server on its own

[root@draco etc]# cat /etc/autofs_ldap_auth.conf
clientprinc="host/draco.prague.s3group....@example.com" # taken from klist -k

This is I believe the best configuration you can get for autofs. It is not difficult (as you can see) so the ipa-client-install script should be able to take care of it automatically.

And finally, regarding your question - see man auto.master. The DNS SRV lookup ability was added there because I asked autofs maintainer Ian Kent from Redhat to do it and he was kind enough to implement it for us (he actually grabbed a piece of Samba code to make it working). If you feel there should be something more (like you mentioned getting the search base from DNS as well), talk to him, I am sure he will help you.
Very nice.

I'm with you in the philosophy of Make it easy, make it work together, and provide a good basic approach that makes sense for most people. With IPA, the user and group stuff is pretty close to how you'd expect everyone to do things, but we have had to make minor divergences: notice the ipausers group for example.

With automount, what we found is that there is a wide array of implementation approaches. Based on talking with people that are interested in IPA, we found that people can't even agree on whether the users home directories should be automatically created when the user is added to the system. Often, people have multiple locations, and the user does not get a home directory for a location until they need it. Thus, we've taken the blank slate approach to automount policy.

What I suspect we'll find moving forward is that automount strategies will fall into one of two-three buckets, and we can work with the automount team and so on to make a clean unified strategy. Partially, I think we will need to assign a host to a Location and then it will be able to work with the maps and keys nested under there. We also will want to be able to trap a new user event and create the home directory on the file server, but we don't yet have an abstraction for a file server in IPA.

There is the opportunity to write helper tools for configuration that exist outside of the ipa-client and ipa-server execution paths. I scripted up the Sudo test cases earlier in the year.

The ldap server SRV lookup has been there for quite some time so it is in RHEL5/6 already.


Freeipa-users mailing list

Freeipa-users mailing list

Reply via email to