[Freeipa-devel] IPA server resolv.conf (was: [PATCH] Set master_kdc and dns_lookup_kdc to true)

[Petr Spacek]

Discussion about patch "Set master_kdc and dns_lookup_kdc to true)" reminds 
one related problem:

Our server installer puts line "nameserver 127.0.0.1" to /etc/resolv.conf, but 
this file should contain all (or three nearest) DNS servers in IPA domain.

As a result, IPA server will work even after local named crash (which is not 
so rare as I want :-().

New ticket:
https://fedorahosted.org/freeipa/ticket/3085

Martin, what do you think?

How we can update resolv.conf to reflect replica addition/deletion?

Should it be done manually? E.g. ipa-replica-install script can print "don't 
forget to add this server to /etc/resolv.conf on other servers"?

Petr^2 Spacek

-------- Original Message --------
Subject: Re: [Freeipa-devel] [PATCH] Set master_kdc and dns_lookup_kdc to true
Date: Sat, 15 Sep 2012 18:14:56 -0400
From: Simo Sorce <simo at redhat.com>
Organization: Red Hat, Inc.
To: Sumit Bose <sbose at redhat.com>
CC: freeipa-devel <freeipa-devel at redhat.com>

On Sat, 2012-09-15 at 22:02 +0200, Sumit Bose wrote:
> On Fri, Sep 14, 2012 at 05:57:23PM -0400, Rob Crittenden wrote:
> > Sumit Bose wrote:
> > >Hi,
> > >
> > >those two patches should fix
> > >https://fedorahosted.org/freeipa/ticket/2515 . The first makes the
> > >needed change for fresh installations. The second adds the changes
> > >during ipa-adtrust-install if needed. I prefer to do the changes here
> > >instead of during updates, because during updates it is not easy to see
> > >that the Kerberos configuration was changes.
> > >
> >
> > I guess it is good form to update the RHEL 4 client installer but
> > will anyone test it?
>
> I think it would be confusion if the RHEL4 client installer has
> different information than the default one.
>
> >
> > Is master_kdc supported in the MIT kfw version (krb5.ini)?
>
> For me it looks that the parse is build from the same sources.
>
> >
> > This suffers from the problem Simo envisioned with ticket 931. If
> > the /etc/hosts entry is removed then DNS will not start. We add an
> > entry during installation, so this may be less of an issue.
>
> If the /etc/hosts entry is removed DNS  will not start in either case.
>
> I think the solution to #931 is setting the master_kdc option. You can
> easily reproduce startup problems if you set 'dns_lookup_kdc = true',
> stop sssd and try to restart named. This will run into a timeout and
> bind will not start. The reason is that besides a KDC the Kerberos
> client libraries also try to look up the master KDC (but it seems to be
> ok if the lookup finally fails). If sssd is running the locator plugin
> will return the current KDC as master. If it is not running, as in the
> test described above, /etc/krb5.conf is used next. If it does not have a
> master_kdc entry and 'dns_lookup_kdc = false' there is no other source
> for the master KDC and the client libraries continue with normal
> processing. If master_kdc is not set but 'dns_lookup_kdc = true' then a
> DNS lookup is tried, which will run into a timeout since the DNS server
> is not started yet. But if master_kdc is set in krb5.conf the client
> libraries will just use this value and will not try any DNS lookup,
> independently of the setting of dns_lookup_kdc.
>
> As a side note. Since we run named as user named I wonder if it would be
> possible to use SASL EXTERNAL auth instead of GSSAPI to bind to the LDAP
> server. If this would work safe and secure there would be no
> dependencies to the KDC during the startup of bind?

The reason why we use gssapi is so that all operations performed by bind
happen as the DNS/fqdn user, and we can use ACIs targeted at the bind
process. In order to use SASL EXTERNAL we would need the bind process to
change euid to an unprivileged user that we then need to map to some
specific user.

In general krb5kdc should always start before named, and should not
depend on DNS resolution. If krb5kdc is started first bind should have
no issues. The only proble is if gssapi libraries try to use DNS
resolution, but we should have that solved by using the krb locator
plugin.

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York

_______________________________________________
Freeipa-devel mailing list
Freeipa-devel at redhat.com
https://www.redhat.com/mailman/listinfo/freeipa-devel