[22911] in Kerberos
Re: Compiling 1.3.5 under Solaris --disable-dns
daemon@ATHENA.MIT.EDU (Ken Raeburn)
Sat Nov 27 00:11:46 2004
In-Reply-To: <200411261556.iAQFun0X015179@fort-point-station.mit.edu>
Mime-Version: 1.0 (Apple Message framework v619)
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <90171BD5-4032-11D9-85B8-000A95909EE2@mit.edu>
Content-Transfer-Encoding: 7bit
From: Ken Raeburn <raeburn@mit.edu>
Date: Sat, 27 Nov 2004 00:09:49 -0500
To: "Guus Leeuw jr." <Guus-Leeuw@gmx.de>
cc: "'kerberos@mit.edu'" <kerberos@mit.edu>
Errors-To: kerberos-bounces@mit.edu
On Nov 26, 2004, at 10:56, Guus Leeuw jr. wrote:
> Because I had a linker problem, since locate_kdc.c is relying on a
> function
> from dns*.c. The latter has #ifdef KRB5_DNS_LOOKUP around all its
> code, so
> that krb5int_free_srv_dns_data() is not compiled or in the package.
>
> Because of this eventual mistake, I was thinking, eventually MIT KRB5
> may
> not work altogether with --disable-dns<all>
First, the options are "--disable-dns", "--enable-dns-for-realm",
"--disable-dns-for-kdc"; if you added "<all>", under UNIX, you were
redirecting input from a file called "all" and output to some other
file.
Second, I believe we're only supporting --enable-dns-for-realm in the
upcoming release; the DNS SRV query code will always be compiled in,
and will always default to yes for finding KDCs given a realm name
(though the config file can override that).
Ken
________________________________________________
Kerberos mailing list Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos
