| Summary: | [RFE] [authkrb5] : KRB5CCNAME set to pointer | ||
|---|---|---|---|
| Product: | Portable OpenSSH | Reporter: | julien rousseslot <basalt> |
| Component: | Kerberos support | Assignee: | OpenSSH Bugzilla mailing list <openssh-bugs> |
| Status: | CLOSED INVALID | ||
| Severity: | enhancement | ||
| Priority: | P2 | ||
| Version: | -current | ||
| Hardware: | All | ||
| OS: | All | ||
think this is not a bug but just a functionnality partially implemented If this is reproducable, then its a bug somewhere. Could you confirm which Kerberos library and version you've seen this problem with? Are the credentials correctly created in /tmp, and KRB5CCNAME just isn't set right, or are the credentials not being created at all? Since krb5 is now gone, should this bug be closed? (correction: krb5 is not gone, my mistake). Anyway, I'm closing this bug, please reopen if you can reproduce the problem with the current version. Mass change of RESOLVED bugs to CLOSED |
openssh 3.4 /3.2 at least seen on i386 and sparc, with net/openbsd, cygwin ... when trying to authentify trough kerberos V, KRB5CCNAME var set to wrong value on client : shiva:krb {50} klist klist: No ticket file: 0x506c0 v4-ticket file: /tmp/tkt1003 klist: No ticket file (tf_util) think it something near do_setup_env in session.c : 892 #ifdef KRB5 893 if (s->authctxt->krb5_ticket_file) 894 child_set_env(&env, &envsize, "KRB5CCNAME", 895 (char *)s->authctxt->krb5_ticket_file); 896 #endif hope this help ! regards, Julien