You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Many years ago MIT Kerberos introduced the usage of client keytabs. Either with default location (krb5-config --defcktname) or with KRB5_CLIENT_KTNAME. When doing k5start -U it forces me to provide a keytab. MIT Kerberos has the same semantics here, using the first entry of the keytab.
My feature request is to make -f optional, query env var for keytab, then obtain default location and the ultimately fail when both does not work. When -fis provided proceed as usual. This would make usage consistent between both. kinit supports this too:
-k [-i | -t keytab_file]
requests a ticket, obtained from a key in the local host's keytab. The location of the
keytab may be specified with the -t keytab_file option, or with the -i option to spec‐
ify the use of the default client keytab; otherwise the default keytab will be used.
In my case I would not do:
k5start -U -f /var/kerberos/krb5/user/1000/client.keytab -a -q -L -- {command} ...
but simply
k5start -U -a -q -L -- {command} ...
The text was updated successfully, but these errors were encountered:
michael-o
changed the title
Consider supporting client keytab with -U
Consider supporting default client keytab with -U
Jun 23, 2022
Looks like the necessary API is krb5_kt_client_default, which doesn't appear to be supported by Heimdal. So this will probably have to be an optional feature depending on what underlying Kerberos library is used.
Many years ago MIT Kerberos introduced the usage of client keytabs. Either with default location (
krb5-config --defcktname
) or withKRB5_CLIENT_KTNAME
. When doingk5start -U
it forces me to provide a keytab. MIT Kerberos has the same semantics here, using the first entry of the keytab.My feature request is to make
-f
optional, query env var for keytab, then obtain default location and the ultimately fail when both does not work. When-f
is provided proceed as usual. This would make usage consistent between both.kinit
supports this too:In my case I would not do:
but simply
The text was updated successfully, but these errors were encountered: