Re: [Perlgssapi-users] context init without exising cache
Brought to you by:
achimgrolms
From: Stijn De W. <sti...@ug...> - 2016-10-13 11:46:47
|
hi achim, thanks for clarifying. yes, this works, eg on an el7 box (the script has only perl-GSSAPI, no kinit) > [root@fqdn tmp]# rm -Rf /tmp/x1/ > [root@fqdn tmp]# KRB5CCNAME=DIR:/tmp/x1 klist -A > [root@fqdn tmp]# ./getcred_hostbased_n2205.pl > verify with KRB5CCNAME=DIR:/tmp/x1 klist -A > ENV{KRB5CCNAME} DIR:/tmp/x1 > > using Name host/fqd...@HP... > Security context's time to live 86400 secs > seems everything is fine, type klist to see the ticket > [root@fqdn tmp]# KRB5CCNAME=DIR:/tmp/x1 klist -A > Ticket cache: DIR::/tmp/x1/tktvrgaxm > Default principal: host/fqd...@HP... > > Valid starting Expires Service principal > 10/13/2016 13:44:00 10/14/2016 13:44:00 krbtgt/REALM@REALM > 10/13/2016 13:44:00 10/14/2016 13:44:00 host/fqdn@REALM stijn On 10/13/2016 11:58 AM, Achim Grolms wrote: > On Thursday 13 October 2016, Stijn De Weirdt wrote: >> as a followup question, if getting the initial TGT is not part of >> (older?) perl-GSSAPI, > > The Protocol and API GSSAPI is a layer on top of Kerberos and _other_ > authentication "mechtypes". > > So there is no "get a TGT" call in the GSSAPI specification, because the > concept "TGT" is "one layer below" and not in ther perl-wrapper around the C- > interface as defined in RFC 2744: > > > -------------------------------- > Perl Interface GSSAPI.pm > -------------------------------- > GSSAPI-Implementation of RFC 2744, > for Example Heimdal or MIT > -------------------------------- > Kerberos5 implementation > for Example Heimdal or MIT > -------------------------------- > > > >> does anyone have any idea why this works on el7? > > I have no idea why this works. > To be sure: you have run kdestroy first to ensure there is no valid TGT from > older requests? > >> is it a change in the krb5 libs (and if so, does anyone have any idea >> which versions have this?) > > I have no idea. > > > >> >> many thanks, >> >> stijn >> >> On 10/11/2016 08:16 AM, Stijn De Weirdt wrote: >>> hi achim, >>> >>>> just to be sure: The output from both commands with the same >>>> kerberos-config? Only the versions of Kerberos-libraries differ? >>> >>> the only difference on el7 is the >>> "default_ccache_name = KEYRING:persistent:%{uid}" entry in libdefaults. >>> (but on el7, when i set KRB5CCNAME to DIR:/something of FILE:, it also >>> works) >>> >>>> In both cases you have run sucessfully the kinit before and have a valid >>>> TGT? >>> >>> kinit -kt /etc/krb5.keytab works, but i'm trying to get the context >>> without a valid TGT present (ie an empty cache). so the output is >>> produced without a valid TGT present. >>> >>> >>> stijn >>> >>>> Best Regards, >>>> Achim >>>> >>>> On Monday 10 October 2016, Stijn De Weirdt wrote: >>>>> hi all, >>>>> >>>>> following the example code in >>>>> http://search.cpan.org/~agrolms/GSSAPI-0.23/GSSAPI.pm >>>>> i manage to create and list the credentials on a system were no cache >>>>> existed before on centos7 (perl-5.16.3-286.el7.x86_64 >>>>> krb5-libs-1.13.2-12.el7_2.x86_64 perl-GSSAPI-0.28-9.el7.x86_64) >>>>> >>>>> running with KRB5_TRACE=/dev/stdout, i get >>>>> >>>>>> using Name host/fqdn@REALM >>>>>> Security context's time to live 74391 secs >>>>>> seems everything is fine, type klist to see the ticket >>>>>> >>>>>> [5408] 1476125005.968256: Getting credentials host/fqdn@REALM -> >>>>>> host/fqdn@REALM using ccache DIR::/tmp/x1/tktgfp8aQ [5408] >>>>>> 1476125005.968489: Retrieving host/fqdn@REALM -> host/fqdn@REALM from >>>>>> DIR::/tmp/x1/tktgfp8aQ with result: 0/Success [5408] >>>>>> 1476125005.968609: Creating authenticator for host/fqdn@REALM -> >>>>>> host/fqdn@REALM, seqnum 252462246, subkey aes256-cts/CBEE, session >>>>>> key aes256-cts/BB8B >>>>> >>>>> and afterwards klist shows expected >>>>> >>>>> (fqdn and REALM are replaced) >>>>> >>>>> >>>>> however on EL6 system (perl-5.10.1-141.el6_7.1.x86_64 >>>>> krb5-libs-1.10.3-57.el6.x86_64 perl-GSSAPI-0.26-6.el6.x86_64), >>>>> i get >>>>> >>>>>> [8576] 1476125499.295546: ccselect can't find appropriate cache for >>>>>> server principal host/fqdn@REALM >>>>>> >>>>>> using Name host/fqdn@REALM >>>>>> >>>>>> Errors: Unspecified GSS failure. Minor code may provide more >>>>>> information Credentials cache file '/tmp/krb5cc_0' not found >>>>>> major 851968 minor 2529639107 >>>>> >>>>> my question is: what GSSAPI and/or krb5 version is required to be able >>>>> to create a credential cache where non-existed before? >>>>> >>>>> or can someone shed some light on the error above? >>>>> >>>>> many thanks, >>>>> >>>>> stijn >>>>> >>>>> ----------------------------------------------------------------------- >>>>> ---- --- Check out the vibrant tech community on one of the world's >>>>> most engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>>>> _______________________________________________ >>>>> Perlgssapi-users mailing list >>>>> Per...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/perlgssapi-users >>> >>> ------------------------------------------------------------------------- >>> ----- Check out the vibrant tech community on one of the world's most >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >>> _______________________________________________ >>> Perlgssapi-users mailing list >>> Per...@li... >>> https://lists.sourceforge.net/lists/listinfo/perlgssapi-users >> >> --------------------------------------------------------------------------- >> --- Check out the vibrant tech community on one of the world's most >> engaging tech sites, SlashDot.org! http://sdm.link/slashdot >> _______________________________________________ >> Perlgssapi-users mailing list >> Per...@li... >> https://lists.sourceforge.net/lists/listinfo/perlgssapi-users > > |