* gssd keytab resolution
@ 2020-06-29 14:57 Doug Nazar
2020-07-01 21:57 ` Doug Nazar
0 siblings, 1 reply; 2+ messages in thread
From: Doug Nazar @ 2020-06-29 14:57 UTC (permalink / raw)
To: linux-nfs
[-- Attachment #1: Type: text/plain, Size: 251 bytes --]
While playing around I noticed this pattern occasionally.
I was wondering if 'srchost=*' should be treated as NULL (use
gethostname) or to just skip the loop where we call krb5_kt_get_entry()
since that won't match with an asterisk.
Thanks,
Doug
[-- Attachment #2: log.txt --]
[-- Type: text/plain, Size: 1935 bytes --]
handle_gssd_upcall: 'mech=krb5 uid=0 service=* enctypes=18,17,16,23,3,1,2' (nfs/clnt4a0)
krb5_use_machine_creds: uid 0 tgtname (null)
gssd_refresh_krb5_machine_credential_internal: hostname=pixie.dragoninc.ca ple=(nil) service=(null) srchost=*
Full hostname for 'pixie.dragoninc.ca' is 'pixie.dragoninc.ca'
No key table entry found for *$@DRAGONINC.CA while getting keytab entry for '*$@DRAGONINC.CA'
No key table entry found for *$@DRAGONINC.CA while getting keytab entry for '*$@DRAGONINC.CA'
No key table entry found for root/*@DRAGONINC.CA while getting keytab entry for 'root/*@DRAGONINC.CA'
No key table entry found for nfs/*@DRAGONINC.CA while getting keytab entry for 'nfs/*@DRAGONINC.CA'
No key table entry found for host/*@DRAGONINC.CA while getting keytab entry for 'host/*@DRAGONINC.CA'
Scanning keytab for root/*@DRAGONINC.CA
Processing keytab entry for principal 'host/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (host/wraith.dragoninc.ca@DRAGONINC.CA)
Processing keytab entry for principal 'host/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (host/wraith.dragoninc.ca@DRAGONINC.CA)
Processing keytab entry for principal 'nfs/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (nfs/wraith.dragoninc.ca@DRAGONINC.CA)
Processing keytab entry for principal 'nfs/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (nfs/wraith.dragoninc.ca@DRAGONINC.CA)
Scanning keytab for nfs/*@DRAGONINC.CA
Processing keytab entry for principal 'host/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (host/wraith.dragoninc.ca@DRAGONINC.CA)
Processing keytab entry for principal 'host/wraith.dragoninc.ca@DRAGONINC.CA'
We will NOT use this entry (host/wraith.dragoninc.ca@DRAGONINC.CA)
Processing keytab entry for principal 'nfs/wraith.dragoninc.ca@DRAGONINC.CA'
We WILL use this entry (nfs/wraith.dragoninc.ca@DRAGONINC.CA)
Success getting keytab entry for nfs/*@DRAGONINC.CA
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: gssd keytab resolution
2020-06-29 14:57 gssd keytab resolution Doug Nazar
@ 2020-07-01 21:57 ` Doug Nazar
0 siblings, 0 replies; 2+ messages in thread
From: Doug Nazar @ 2020-07-01 21:57 UTC (permalink / raw)
To: linux-nfs
On 2020-06-29 10:57, Doug Nazar wrote:
> While playing around I noticed this pattern occasionally.
>
> I was wondering if 'srchost=*' should be treated as NULL (use
> gethostname) or to just skip the loop where we call
> krb5_kt_get_entry() since that won't match with an asterisk.
Nope, looks like this was me. During a rebase I managed to get
gssd_proc.c compiled with the old version of krb5_util.h and gentoo
disables dependency tracking by default.
Seems to have gone away now after a make clean, was able to reproduce it
for hours... sigh.
So, that patch can be dropped.
Doug
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2020-07-01 21:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-06-29 14:57 gssd keytab resolution Doug Nazar
2020-07-01 21:57 ` Doug Nazar
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).