difficulty implementing Kerberos on Solaris 8 (via Sun's SEAM)

Zaakarij Selassij zaakarij at broken.org
Mon Apr 15 13:29:49 EDT 2002


Thanks for your response, Hooshang.  The timing of the systems is synched to a local time server, and the difference between the two appears negligable.  Is this what you were referring to?

I don't see how this could cause this issue anyhow though, as the problem arises when I call kadmin from a shell on the master KDC.

Thanks,

Zaakarij

"hooshang.dadgari" <hooshang.dadgari at eng.sun.com> wrote:

> 
> 
> Check the time skew 
> 
> Hooshang
> 
> Zaakarij Selassij wrote:
> > 
> > Hello, I  have been trying to get Sun's packaged version of Kerberos (SEAM) running on a pair of Sun Netras for nearly 2 weeks now with only partial success and was hoping someone could provide some insight to my problem.
> > 
> > Here's the deal:
> > 
> > Kerberos at first seemed to be running correctly on the two systems as I could issue tickets and authenticate users and hosts without issue.  But when I called kadmin to create some default passwd policies, syslog reported the following error on the local machines:
> > 
> > #########################
> > root at kerberos2> kadmin
> > Enter Password:
> > kadmin: GSS-API (or Kerberos) error while initializing kadmin interface
> > Apr 13 17:38:00 kerberos2-ams kadmin[359]: [ID 824607 user.error] GSS-API error : rpc_gss_seccreate failed
> > Apr 13 17:38:00 kerberos2-ams kadmin[359]: [ID 824607 user.error] GSS-API error : The routine completed successfully
> > Apr 13 17:38:00 kerberos2-ams kadmin[359]: [ID 824607 user.error] GSS-API error : rpc_gss_seccreate failed
> > Apr 13 17:38:00 kerberos2-ams kadmin[359]: [ID 824607 user.error] GSS-API error : No error
> > 
> > root at kerberos1> kadmin
> > Enter Password:
> > Apr 13 17:38:26 kerberos1-ams kadmin[2819]: [ID 824607 user.error] GSS-API error : rpc_gss_seccreate failed
> > Apr 13 17:38:26 kerberos1-ams kadmin[2819]: [ID 824607 user.error] GSS-API error : The routine completed successfully
> > Apr 13 17:38:26 kerberos1-ams kadmin[2819]: [ID 824607 user.error] GSS-API error : rpc_gss_seccreate failed
> > Apr 13 17:38:26 kerberos1-ams kadmin[2819]: [ID 824607 user.error] GSS-API error : No error
> > 
> > (NOTE: kerberos1-ams is the KDC and kerberos2-ams is a client)
> > #########################
> > 
> > The same syslog error appears when I call 'kpasswd', but I receive a different , yet similar, error printed to screen:
> > 
> > #########################
> > root at kerberos1> kpasswd
> > kpasswd: Changing password for root/admin at TEST.REALM.ORG
> > Old password:
> > kpasswd: Cannot establish a session with the Kerberos administrative server fornrealm TEST.REALM.ORG. GSS-API (or Kerberos) error.
> > #########################
> > 
> > I checked the KDC's modinfo to ensure that the appropriate kernel modules were loaded, and, much to my surprise, the only module I could see that related to security was the standard rpcsec module:
> > 
> > #########################
> > root at kerberos1> modinfo |grep sec
> > 83 10331c47   4d9b   -   1  rpcsec (kernel RPC security module.)
> > #########################
> > 
> > So, I manually loaded what I believe are the appropriate modules:
> > 
> > #########################
> > 103 102d3877   3d50   -   1  rpcsec_gss (kernel RPCSEC_GSS security ser
> > 104 102d73f7   5b96   -   1  kgssapi (in-kernel GSSAPI)
> > 07 102b87f8   be73   -   1  do_kmech_krb5 (in-kernel Krb5 GSS mechanis
> > 108 78034000   bdf3   -   1  gl_kmech_krb5 (in-kernel Krb5 GSS mechanis
> > ########################
> > 
> > This had no effect whatsoever.  All relevant patches are already on the system, so the problem does not lie there.  RPC services and the kerberos daemons are running as well:
> > 
> > #########################
> > root at kerberos1-ams> ps -ef |grep rpc
> > root   109     1  0   Apr 11 ?        0:00 /usr/sbin/rpcbind
> > 
> > root at kerberos1-ams> ps -ef |grep krb5
> > root   249     1  0   Apr 11 ?        0:00 /usr/krb5/lib/kadmind
> > root   254     1  0   Apr 11 ?        0:00 /usr/krb5/lib/krb5kdc
> > #########################
> > 
> > The configuration files all seem to be in working order as well.  Here is a list of pertinent packages on the systems:
> > 
> > #########################
> > ---here are the SEAM-installed packages---
> > system      SUNWk5pk       kernel Kerberos V5 plug-in w/auth+privacy (32-bit)
> > system      SUNWk5pkx      kernel Kerberos V5 plug-in w/auth+privacy (64-bit)
> > system      SUNWk5pu       user Kerberos V5 gss mechanism w/auth+privacy (32-bit)
> > system      SUNWk5pux      user Kerberos V5 gss mechanism w/auth+privacy (64-bit)
> > system      SUNWkr5ad      Kerberos V5 Administration Tools
> > system      SUNWkr5cl      Kerberos V5 clients
> > system      SUNWkr5ma      Kerberos V5 Master KDC
> > system      SUNWkr5mn      SEAM Manual Pages
> > system      SUNWkr5sl      Kerberos V5 Slave KDC
> > system      SUNWkr5sv      Kerberized Network Services
> > 
> > ---and here are the GSS packages---
> > 
> > system      SUNWgsdhx      GSS Diffie-Hellman (64-bit)
> > system      SUNWgss        GSSAPI V2
> > system      SUNWgssc       GSSAPI CONFIG V2
> > system      SUNWgssdh      GSS Diffie-Hellman
> > system      SUNWgssk       kernel GSSAPI V2
> > system      SUNWgsskx      kernel GSSAPI V2 (64-bit)
> > system      SUNWgssx       GSSAPI V2 (64-bit)
> > system      SUNWrsg        RPCSEC_GSS
> > system      SUNWrsgk       kernel RPCSEC_GSS
> > system      SUNWrsgx       RPCSEC_GSS (64-bit)
> > #########################
> > 
> > One last error worth mentioning is with the use of' 'gsscred':
> > 
> > #########################
> > root at kerberos1-ams> gsscred -l
> > Error searching gsscred table [Operation not Supported: 'gsscred'].
> > 
> > root at kerberos1-ams> gsscred -m kerberos_v5 -a
> > Error adding user [root, kerberos_v5].
> > Operation not Supported: 'gsscred'
> > #########################
> > 
> > Perhaps there has been something that I have missed altogether?  Has anyone had any experiences similar to this?  I rather new to kerberos, so any help here would be greatly appreciated.
> > 
> > -Zaakarij
> > ________________________________________________
> > Kerberos mailing list           Kerberos at mit.edu
> > http://mailman.mit.edu/mailman/listinfo/kerberos




More information about the Kerberos mailing list