Greetings all:
Tried the following:
[r...@sandbox3 ~]# ctokens
Tokens [local user id: root]
[r...@sandbox3 ~]# clog -method kerberos5 coda_admin_u...@coda.realm
-tokenserver sandbox2.host.domain 370 -krealm KERBEROS.REALM -kdc
sandbox2.host.domain -servprinc coda/coda.realm
Password for coda_admin_user/defa...@coda.realm:
[r...@sandbox3 ~]# ctokens
Tokens [local user id: root]
[r...@sandbox3 ~]# ls /coda/
[r...@sandbox3 ~]#
Server logs during event:
[r...@sandbox2 ~]# cat /vice/auth2/AuthLog
02:37:34 vid = coda_admin_uid
02:37:34 AuthNewConn(0x6f582c7a, 0, 66, 2, coda_admin_uid)
[r...@sandbox2 ~]# cat /var/log/krb5kdc.log
krb5kdc[](info): AS_REQ (8 etypes {18 17 16 5 23 3 2 1}) sandbox3_ipv4:
NEEDED_PREAUTH: kerberos_admin_u...@kerberos.realm for
coda/coda.re...@kerberos.realm, Additional pre-authentication required
krb5kdc[](info): AS_REQ (8 etypes {18 17 16 5 23 3 2 1}) sandbox3_ipv4:
ISSUE: authtime epoch_time, etypes {rep=18 tkt=18 ses=18},
kerberos_admin_u...@kerberos.realm for coda/coda.re...@kerberos.realm
So, no errors on clog! Progress!
why can't I see /coda/coda.realm?
Here is the getvolumelist output (in the off chance it is useful):
[r...@sandbox2 ~]# /vice/bin/volutil getvolumelist
V_BindToServer: binding to host sandbox2.host.domain
P/vice/pa Hsandbox2.host.domain T957fbc F56b29c
W/.0 I1000001 H1 P/vice/pa m0 M0 U2 W1000001 C4b50579e D4b50579e B0 A0
Wcoda.realm.0 I1000002 H1 P/vice/pa m0 M0 U2 W1000002 C4b5062a6 D4b5062a6 B0
A0
GetVolumeList finished successfully
Also, I'd like to clarify whether a "coda.realm" is what this page refers to
as "Coda volume":
http://www.coda.cs.cmu.edu/trac/wiki/CodaHOWTO/Introduction
Thanks,
-Don
{void}
root writes:
Greetings all:
Please feel free to make the assumption that I have false
understandings. If "KERBEROS.REALM" is stated, but from syntax it
should be "coda.realm", please correct me.
Yes, it should be "codaacco...@coda.realm", not otherwise.
Ok, I tried changing the clog to:
[r...@sandbox3 ~]# clog \
-method kerberos5 coda_admin_u...@coda.realm \
-tokenserver sandbox2.host.domain 370 \
-krealm KERBEROS.REALM \
-kdc sandbox2.host.domain \
-servprinc coda/coda.realm
Basically, the method u...@realm was changed to the coda realm from the
kerberos realm. Also, the servprinc was changed to the coda.realm from
sandbox2.host.domain.
Does this appear sane?
Key points in this email:
*) The only keytab used by coda inherently is on coda server hosts:
/vice/db/krb5.keytab
*) The keytab need only maintain the service principle for:
codaauth/coda.re...@kerberos.realm
The discourse on host/ vs coda/ vs codaauth/ ended with a
misunderstanding. This subject is not important, please disregard.
The discourse on coda/kerberos auth related definitions and "kerberos
basics" also ended in misunderstanding. It may also be disregarded.
Regards,
-Don
{void}