problem with 2003 krb and mit krb integration with mozilla thunderbird on a multiple realm scenario
Tiago Quadra
tquadra at multiplan.com.br
Thu Feb 2 06:13:58 EST 2006
Douglas,
Thanks for the quick answer.
Your first idea might work, but I have more realms that will remain with
the problem.
I will try your second idea, but before I can switch the default realm
on krb5.conf to CORP.MTI.COM.BR on my imap server I will have to create
hosts and services principals on the Win2003 KDC REALM. For the initial
test at least these two principals:
- host/cyrusimap.mti.com.br at CORP.MTI.COM.BR
- imap/cyrusimap.mti.com.br at CORP.MTI.CMO.BR
I know I'll have to use ktpass to create... but I'm a little confused
with the parameters.
The basic are fine: -princ -pass and -out
but I don't know if I will have to use -mapuser and/or -ptype...
according to the ktpass help it looks like I should use -ptype with
KRB5_NT_SRV_HST and not use -mapuser...
[- /] ptype : KRB5_NT_PRINCIPAL : The general ptype-- recommended
[- /] ptype : KRB5_NT_SRV_INST : user service instance
[- /] ptype : KRB5_NT_SRV_HST : host service instance
But all the documentation on the Internet tells to create a user account
with the hostname and user -mapuser to that user...
Ideas?
TQ
Douglas E. Engert wrote:
> The MS SSPI Kerberos on the client assumes the server is in one realm,
> and the MIT Kerberos another. It looks like you added server principals
> in to both realms to try an accommodate this.
>
> But the server's gssapi libs is expecting to be in a single realm.
>
> As a test, on the server, can you force the imap server to think
> it is in the LABEXAMPLE.COM.BR realm? (Maybe by starting it with
> its own krb5.conf with the default realm changed.)
>
> Then the third test should work, but the others fail.
>
> If this is the problem, then you could change the realm of
> the server to be in the AD realm, by changing the krb5.conf
> file on clients so they use the same realm as the SSPI.
>
> You could also change the gssapi code to use any entry in the keytab
> file for imap/hostname. (The MIT rlogin code will do it also already
> and we have a mod for gss to do it too.)
>
>
> Tiago Quadra wrote:
>
>> Hi all,
>>
>> I'm trying to log in on cyrus imap running on a Linux box, using SSPI
>> from a Windows XP Pro workstation logged on a Windows 2003 DC using a
>> principal from MIT Kerberos.
>>
>> So far, I've managed to:
>> - Set up the trust betwen the Windows 2003 KRB and MIT KRB
>> - Log on Windows 2003 DC using my MIT Kerberos.
>>
>> My Windows 2003 DC Domain: CORP.MTI.COM.BR <http://CORP.MTI.COM.BR>.
>> My MIT KDC Server has multiple REALMS, where the default is
>> MTI.COM.BR <http://MTI.COM.BR> (an internal domain of my company).
>> I'm testing using a principal tquadra at LABEXAMPLE.COM.BR
>> <mailto:tquadra at LABEXAMPLE.COM.BR> on a MIT REALM.*
>>
>> *1st test - Good: From a *Linux Box*,
>> using *kinit *to authenticate with tquadra at LABEXAMPLE.COM.BR
>> <mailto:tquadra at LABEXAMPLE.COM.BR>
>> and *imtest *to log on Cyrus IMAP *_I can login_ with GSSAPI.*
>>
>> 2nd test - Good: From a *Windows XP Pro sp2 workstation*,
>> using *MIT kerbeors client* to authenticate with
>> tquadra at LABEXAMPLE.COM.BR <mailto:tquadra at LABEXAMPLE.COM.BR>
>> and *Mozilla Thunderbird* to log on Cyrus IMAP *_I can login_
>> with GSSAPI.*
>>
>> 3rd test - Bad: From a *Windows XP Pro **sp2 **workstation*,
>> using the *credentias got from Windows Log on*
>> and *Mozilla Thunderbird* to log on Cyrus IMAP *_I cannot
>> login_ witg GSSAPI.*
>>
>> On the 1st and 2nd tests I got a TGS ticket
>> imap/cyrusimap.mti.com.br at MTI.COM.BR
>> <mailto:imap/cyrusimap.mti.com.br at MTI.COM.BR>.
>> On the 3rd test I got a TGS ticket
>> imap/cyrusimap.mti.com.br at LABEXAMPLE.COM.BR
>> <mailto:imap/cyrusimap.mti.com.br at LABEXAMPLE.COM.BR>
>>
>> My cyrusimap syslog shows the following error message:
>> Jan 31 15:46:30 cyrusimap imap[/PID/]: GSSAPI Error: Miscellaneous
>> failure (Wrong principal in request)
>> Jan 31 15:46:30 cyrusimap imap[/PID/]: badlogin: [/IP/] GSSAPI
>> [SASL(-13): authentication failure: GSSAPI Failure:
>> gss_accept_sec_context]
>>
>> I have both imap/cyrusimap.mti.com.br at MTI.COM.BR
>> <mailto:imap/cyrusimap.mti.com.br at MTI.COM.BR> AND
>> imap/cyrusimap.mti.com.br at LABEXAMPLE.COM.BR
>> <mailto:imap/cyrusimap.mti.com.br at LABEXAMPLE.COM.BR>
>> on my /etc/krb5.keytab.
>>
>> I have krbtgt principals for trust between MTI.COM.BR
>> <http://MTI.COM.BR> and LABEXAMPLE.COM.BR <http://LABEXAMPLE.COM.BR>.
>>
>> Any suggestions?
>>
>> Best regards,
>> Tiago Quadra.
>>
>> *Server with MIT Kerberos, host *mitkdc.mti.com.br
>> <http://mitkdc.mti.com.br>*:*
>> /etc/krb5.conf
>> [libdefaults]
>> default_realm = MTI.COM.BR <http://MTI.COM.BR>
>>
>> CORP.MTI.COM.BR <http://CORP.MTI.COM.BR> = {
>> kdc = winkdc.mti.com.br:88 <http://winkdc.mti.com.br:88>
>> admin_server = winkdc.mti.com.br:749 <http://winkdc.mti.com.br:749>
>> kpasswd_server = winkdc.mti.com.br:464 <http://winkdc.mti.com.br:464>
>> default_domain = corp.mti.com.br <http://corp.mti.com.br>
>> }
>>
>> MTI.COM.BR <http://MTI.COM.BR> = {
>> kdc = mitkdc.mti.com.br:88 <http://mitkdc.mti.com.br:88>
>> admin_server = mitkdc.mti.com.br:900 <http://mitkdc.mti.com.br:900>
>> kpasswd_server = mitkdc.mti.com.br:464 <http://mitkdc.mti.com.br:464>
>> default_domain = mti.com.br <http://mti.com.br>
>> }
>>
>> LABEXAMPLE.COM.BR <http://LABEXAMPLE.COM.BR> = {
>> kdc = mitkdc.mti.com.br:88 <http://mitkdc.mti.com.br:88>
>> admin_server = mitkdc.mti.com.br:901 <http://mitkdc.mti.com.br:901>
>> kpasswd_server = mitkdc.mti.com.br:465 <http://mitkdc.mti.com.br:465>
>> default_domain = labexample.com.br <http://labexample.com.br>
>> }
>>
>>
>> *Server with Cyrus IMAP host *cyrusimap.mti.com.br
>> <http://cyrusimap.mti.com.br>*:*
>> /etc/krb5.conf
>> [libdefaults]
>> default_realm = MTI.COM.BR <http://MTI.COM.BR>
>>
>> CORP.MTI.COM.BR <http://CORP.MTI.COM.BR> = {
>> kdc = winkdc.mti.com.br:88 <http://winkdc.mti.com.br:88>
>> admin_server = winkdc.mti.com.br:749 <http://winkdc.mti.com.br:749>
>> kpasswd_server = winkdc.mti.com.br:464 <http://winkdc.mti.com.br:464>
>> default_domain = corp.mti.com.br <http://corp.mti.com.br>
>> }
>>
>> MTI.COM.BR <http://MTI.COM.BR> = {
>> kdc = mitkdc.mti.com.br:88 <http://mitkdc.mti.com.br:88>
>> admin_server = mitkdc.mti.com.br:900 <http://mitkdc.mti.com.br:900>
>> kpasswd_server = mitkdc.mti.com.br:464 <http://mitkdc.mti.com.br:464>
>> default_domain = mti.com.br <http://mti.com.br>
>> }
>>
>> LABEXAMPLE.COM.BR <http://LABEXAMPLE.COM.BR> = {
>> kdc = mitkdc.mti.com.br:88 <http://mitkdc.mti.com.br:88>
>> admin_server = mitkdc.mti.com.br:901 <http://mitkdc.mti.com.br:901>
>> kpasswd_server = mitkdc.mti.com.br:465 <http://mitkdc.mti.com.br:465>
>> default_domain = labexample.com.br <http://labexample.com.br>
>> }
>>
>> root at cyrusimap:~# klist
>> Ticket cache: FILE:/tmp/krb5cc_0
>> Default principal: tquadra at LABEXAMPLE.COM.BR
>> <mailto:tquadra at MULTIPLAN.COM.BR>
>>
>> Valid starting Expires Service principal
>> 01/31/06 17:44:24 02/01/06 03:44:24
>> krbtgt/LABEXAMPLE.COM.BR at LABEXAMPLE.COM.BR
>> <mailto:krbtgt/MULTIPLAN.COM.BR at MULTIPLAN.COM.BR>
>> renew until 02/01/06 17:44:24
>>
>>
>> Kerberos 4 ticket cache: /tmp/tkt0
>> klist: You have no tickets cached
>> root at cyrusimap:~#
>>
>> root at cyrusimap:~# imtest cyrusimap
>> S: * OK srv05 Cyrus IMAP4 v2.2.10 server ready
>> C: C01 CAPABILITY
>> S: * CAPABILITY IMAP4 IMAP4rev1 ACL QUOTA LITERAL+ MAILBOX-REFERRALS
>> NAMESPACE UIDPLUS ID NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND
>> BINARY SORT THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE IDLE
>> STARTTLS AUTH=GSSAPI SASL-IR
>> S: C01 OK Completed
>> C: A01 AUTHENTICATE GSSAPI ...
>> S: + ...
>> C:
>> S: + ...
>> C: ...
>> S: A01 OK Success (privacy protection)
>> Authenticated.
>> Security strength factor: 56
>>
>> root at cyrusimap:~# klist
>> Ticket cache: FILE:/tmp/krb5cc_0
>> Default principal: tquadra@ <mailto:tquadra at LABEXAMPLE.COM.BR>
>> LABEXAMPLE <mailto:tquadra at MULTIPLAN.COM.BR>.COM.BR
>> <mailto:tquadra at LABEXAMPLE.COM.BR>
>>
>> Valid starting Expires Service principal
>> 01/31/06 17:44:24 02/01/06 03:44:24 krbtgt/
>> <mailto:krbtgt/MULTIPLAN.COM.BR at MULTIPLAN.COM.BR> LABEXAMPLE
>> <mailto:tquadra at MULTIPLAN.COM.BR>.COM.BR@
>> <mailto:krbtgt/MULTIPLAN.COM.BR at MULTIPLAN.COM.BR> LABEXAMPLE
>> <mailto:tquadra at MULTIPLAN.COM.BR>.COM.BR
>> <mailto:krbtgt/MULTIPLAN.COM.BR at MULTIPLAN.COM.BR>
>> renew until 02/01/06 17:44:24
>> 01/31/06 17:44:36 02/01/06 03:44:24 krbtgt/MTI.COM.BR@
>> <mailto:krbtgt/MTI.COM.BR at MULTIPLAN.COM.BR> LABEXAMPLE
>> <mailto:tquadra at MULTIPLAN.COM.BR>.COM.BR
>> <mailto:krbtgt/MTI.COM.BR at MULTIPLAN.COM.BR>
>> renew until 02/01/06 17:44:24
>> 01/31/06 17:44:36 02/01/06 03:44:24
>> imap/cyrusimap.mti.com.br at MTI.COM.BR
>> <mailto:imap/srv05.mti.com.br at MTI.COM.BR>
>> renew until 02/01/06 17:44:24
>>
>> Kerberos 4 ticket cache: /tmp/tkt0
>> klist: You have no tickets cached
>>
>> *Tickets from SSPI on my Windows XP Pro sp2 workstation*
>>
>
--
Tiago Quadra
Informática - Grupo Multiplan/Renasce
com.: +55 21 3433-5258
cel.: +55 21 7824-7461
fax.: +55 21 3150-2650
rad.: +55 21 55*439303*20 (nextel)
Esta mensagem, incluindo seus anexos, pode conter informacoes privilegiadas e/ou de carater confidencial, nao podendo ser retransmitida sem autorizacao do remetente.
Portanto, se voce recebeu esta mensagem por engano, por favor, nos informe respondendo imediatamente a este e-mail e em seguida apague-a.
As empresas do GRUPO MULTIPLAN nao se responsabilizam por conclusoes, opinioes, ou outras informacoes nesta mensagem que nao se relacionem com sua linha de negocios.
More information about the Kerberos
mailing list