[4402] in Kerberos

home help back first fref pref prev next nref lref last post

Re: krb.realms in K4

daemon@ATHENA.MIT.EDU (warlord@MIT.EDU)
Thu Dec 22 19:10:24 1994

From: warlord@MIT.EDU
Date: Thu, 22 Dec 94 17:01:20 EST
To: mattp@apertus.com (Matt Perry)
Cc: kerberos@MIT.EDU
In-Reply-To: "[4392] in Kerberos"

> Is this example correct?

You seem very confused as to what krb.conf and krb.realms do.  First,
krb.conf on a machine will state two things.  First, it states what
the default realm is, and second, it enumerates the realms that that
client knows about.  So, if I had a krb.conf that said:

MEDIA-LAB.MIT.EDU
ATHENA.MIT.EDU kerberos.mit.edu
MEDIA-LAB.MIT.EDU toxicwaste.mit.edu
LCS.MIT.EDU kerberos.lcs.mit.edu

This would mean that "kinit warlord" would try to get me tickets in
the MEDIA-LAB kerberos realm, since MEDIA-LAB is the default realm.
It says nothing about where my services are located.

Now, for krb.realms:

FOO.BAR.EDU REALM3
HOST1.FOO.BAR.EDU REALM2
HOST2.FOO.BAR.EDU REALM2
HOST3.FOO.BAR.EDU REALM1
.FOO.BAR.EDU REALM3

This means that a client, when connecting to HOST1, will try to get
service.host1@REALM2, for HOST2 it will try service.host2@REALM2, and
for HOST3 it will attempt to get service.host3@REALM1.

You want _all_ kerberos client machines to have access to the same
krb.realms file, and the krb.conf file should detail the default realm
and enumerate all realms that you know of.

I don't know why you'd want to have such a silly setup as this, but
you might.

I hope this helps.

-derek


home help back first fref pref prev next nref lref last post