<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general">
    <title>gmane.comp.apache.mod-auth-kerb.general</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2738"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2737"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2736"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2735"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2734"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2733"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2732"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2731"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2730"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2729"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2728"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2727"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2726"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2725"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2724"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2723"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2722"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2721"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2720"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2719"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2738">
    <title>Patch to port to Apache 2.4</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2738</link>
    <description>&lt;pre&gt;In case this helps anyone else, here is a tested patch to mod-auth-kerb
(relative to the Debian package, so I'm not sure if it applies completely
cleanly to the current source) to make the module build against Apache
2.4.

There were two issues: first, the connection-&amp;gt;request_ip struct member had
to be changed to the new useragent_ip member, and second, the internal
logging function needed adapting to the new logging parameter in the
current version of Apache.  I also switched to the new module declaration
syntax so that the messages from this module would be properly tagged, and
switched the package build system to dh_apache2 (which simplifies a number
of things).

More cleanup is definitely possible; this was an attempt to be minimally
intrusive.

The patch should continue to work with Apache 2.2, although I've not
personally tested.  I only tested with SPNEGO authentication, but I see no
reason to believe that Basic authentication wouldn't also work.

--- libapache-mod-auth-kerb-5.4.orig/src/mod_auth_kerb&lt;/pre&gt;</description>
    <dc:creator>Russ Allbery</dc:creator>
    <dc:date>2013-06-03T02:13:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2737">
    <title>Configuration behind Microsoft TMG</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2737</link>
    <description>&lt;pre&gt;  Hello,

I have setup Apache2 / mod_auth_kerb against an ActiveDirectory 2008R2
and everything works well when direct access is used.

Now I try to pass through TMG in mode "Kerberos / NTLM"
but Apache2 receives at first request after successful authentication in
TMG a NTLMSSP encoded challenge/credential in "Authorization: Negotiate"
header and mod_auth_kerb 5.4 fails with error 500 and message:

[Mon Apr 15 11:03:34 2013] [error] [client 192.168.3.15]
gss_acquire_cred() failed: Unspecified GSS failure.  Minor code may
provide more information (, Key table entry not found), referer:
http://tmg.domain.com/CookieAuth.dll?GetLogon?curl=Z2FscriptZ2Ftest.cgi&amp;amp;reason=0&amp;amp;formdir=3


Is there any option to tune in mod_auth_kerb or TMG ?

In my opinion, mod_auth_kerb should answer 401 Negotiate... in the hope
TMG will query again with a Kerberos TGS in SPNEGO envelop.
Or is there any option in TMG to simply disable NTLM and only accept
Kerberos ?

Thank you in advance for your help

&lt;/pre&gt;</description>
    <dc:creator>Martin Yves</dc:creator>
    <dc:date>2013-04-15T09:34:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2736">
    <title>Mod_auth_kerb: Warning: received token seems to beNTLM, possible issues?</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2736</link>
    <description>&lt;pre&gt;I'm trying to set up mod_auth_kerb with `Debian/Apache` and a `Windows2008`
Active Directory.
This works:

    kinit -k -t /etc/krb5.keytab HTTP/myhost.domain.local
    I see a valid ticket in klist, with Service Principal
krbtgt/MYHOST.MYDOMAIN.LOCAL&amp;lt; at &amp;gt;MYDOMAIN.LOCAL

This is in my Apache error log:

    [Sun Mar 24 16:41:11 2013] [debug] src/mod_auth_kerb.c(1628): [client
10.50.109.64] kerb_authenticate_user entered with user (NULL) and auth_type
Kerberos
    [Sun Mar 24 16:41:11 2013] [debug] mod_deflate.c(615): [client
10.50.109.64] Zlib: Compressed 528 to 355 : URL /private/auth.php
    [Sun Mar 24 16:41:11 2013] [debug] src/mod_auth_kerb.c(1628): [client
10.50.109.64] kerb_authenticate_user entered with user (NULL) and auth_type
Kerberos
    [Sun Mar 24 16:41:11 2013] [debug] src/mod_auth_kerb.c(1240): [client
10.50.109.64] Acquiring creds for HTTP&amp;lt; at &amp;gt;myhost
    [Sun Mar 24 16:41:11 2013] [debug] src/mod_auth_kerb.c(1385): [client
10.50.109.64] Verifying client data using KRB5 GSS-API
    [Sun Mar 24 16:41:&lt;/pre&gt;</description>
    <dc:creator>Kurt Maet</dc:creator>
    <dc:date>2013-03-27T14:14:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2735">
    <title>Re: newsletter: Re: 500 error w/ mod_auth_kerb and mod_authnz_ldap</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2735</link>
    <description>&lt;pre&gt;Hello Jo,

This configuration is substantially similar to our own. We don't have the following:


According to the documentation, the VerifyKDC and ServiceName settings are defaults. We are using the primary system keytab vs. a separate apache-specific keytab.

We don't have anything configured for DelegateBasic/AuthBasicProvider. Looking at this makes me wonder if you're using LDAP as a fallback to Kerberos, i.e. if krb fails you fall back to basic, which is handled by LDAP. Is this true? What happens if one of your users attempts to access the site but is not authorized?

Hugh Cole-Baker's response to this thread - using AuthzSendForbiddenOnFailure - looks like a solution for us, but we're in the same situation he is in that we are using Apache 2.2, while this option is only supported on 2.4+.

We've worked around this by redirecting 500 errors for this site to a custom page. It's still broken but at least it doesn't look like a server error. 

Thanks Jo and Hugh for the replies.

-Will




---------------&lt;/pre&gt;</description>
    <dc:creator>Saxon, Will</dc:creator>
    <dc:date>2013-02-11T14:16:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2734">
    <title>Re: newsletter: Re: 500 error w/ mod_auth_kerb and mod_authnz_ldap</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2734</link>
    <description>&lt;pre&gt;Hello Will,

This is what we do, check authentication by kerberos
and authorisation is done by ldap group membership

I think the trick is to use "KrbAuthoritative off" for kerberos

see here for details
http://modauthkerb.sourceforge.net/configure.html
"If set to off this directive allow authentication controls to be pass on to another modules. Use only if you really know what you are doing."

and "AuthzLDAPAuthoritative on" to let ldap decide who gets access.

                AuthType KerberosV5
                AuthName "Kerberos Login"
                KrbMethodNegotiate on
                KrbMethodK5Passwd  on
                KrbAuthoritative off
                KrbAuthRealms EXAMPLE.COM
                KrbVerifyKDC on
                KrbServiceName HTTP
                Krb5Keytab /etc/mywwwserver.keytab
                KrbSaveCredentials on
# this one is missing in current doc ?
                KrbDelegateBasic off
                KrbLocalUserMapping On

                AuthzLDAPAuthoritative       &lt;/pre&gt;</description>
    <dc:creator>muellejo&lt; at &gt;aschendorff.de</dc:creator>
    <dc:date>2013-02-11T13:59:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2733">
    <title>Re: 500 error w/ mod_auth_kerb and mod_authnz_ldap</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2733</link>
    <description>&lt;pre&gt;
LDAP
list:
userPrincipalName?sub?(|(objectClass=user)(objectClass=group))"

Having run into the same problem with Apache 2.2, I think I've found the cause.
The sequence of events seems to be:

1. Client sends a request for a page
2. Server sends back HTTP status 401 with a "WWW-Authenticate: Negotiate" header
3. Client decides to authenticate using SPNEGO / Kerberos, and re-sends the
  request with an "Authorization: Negotiate &amp;lt;base64 token&amp;gt;" header.
4. mod_auth_kerb parses the base64 token, and authenticates the user. Control
  within Apache then passes to the mod_authnz_ldap module for authorization.
5. mod_authnz_ldap decides to deny the user access in the authorization phase.
  By default, Apache 2.2 seems to send an HTTP status 401 response when
  authentication succeeds but authorization fails, like this case.
6. Server sends back HTTP status 401, with a
  "WWW-Authenticate: Negotiate &amp;lt;base64 token&amp;gt;" header with the base64 token
  in this case representing a successful GSSAPI context establishment.
7.&lt;/pre&gt;</description>
    <dc:creator>Hugh Cole-Baker</dc:creator>
    <dc:date>2013-02-09T19:21:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2732">
    <title>gss_acquire_cred() failed - unknown error</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2732</link>
    <description>&lt;pre&gt;Allright guys - hello everbody

I'm encopuntering a problem since weeks - and it drives me crazy :(
So I hope that anybody of you could give me hint what the problem is.

The Goal is to access a Intranetsite trough Kerberos MIT SSO.
We do have 2 testsystems.

KDC is a Windows server 2008 R2
Webserver is a redhat 6.3 with all patches available.
Apache is 2.2.15


My problem is the following:
Implemented SSO on both machines in the same way.
Encountered on both machines the following error:

[Wed Nov 28 11:09:43 2012] [debug] src/mod_auth_kerb.c(1939): [client
1.2.3.4] kerb_authenticate_user entered with user (NULL) and auth_type
KerberosV5
[Wed Nov 28 11:09:43 2012] [debug] src/mod_auth_kerb.c(1278): [client
1.2.3.4] Acquiring creds for HTTP/hostname.domain.local
[Wed Nov 28 11:09:43 2012] [debug] src/mod_auth_kerb.c(1138): [client
1.2.3.4] GSS-API major_status:000d0000, minor_status:00000000
[Wed Nov 28 11:09:43 2012] [error] [client 1.2.3.4] gss_acquire_cred()
failed: Unspecified GSS failure.  Minor code ma&lt;/pre&gt;</description>
    <dc:creator>Cassiopeia</dc:creator>
    <dc:date>2012-11-28T11:23:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2731">
    <title>500 error w/ mod_auth_kerb and mod_authnz_ldap</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2731</link>
    <description>&lt;pre&gt;Hello,

I'm trying to set up an LDAP group-controlled, Kerberos-authenticated web service, with the KRB5 and LDAP requests targeting Active Directory. The environment I'm working with is CentOS 6.3, mod_auth_kerb 5.4 and the authnz_ldap module shipping with Apache 2.2.15. 

The configuration I'm working with is pretty standard and similar to what I've seen in the archives on this list:

&amp;lt;Directory /var/www/git&amp;gt;
        Options +ExecCGI
        AddHandler cgi-script .cgi
        DirectoryIndex gitweb.cgi

        AuthType Kerberos
        KrbAuthoritative On
        KrbAuthRealms EXAMPLE.COM
        KrbMethodNegotiate On
        KrbMethodK5Passwd On

        AuthzLDAPAuthoritative On
        AuthLDAPBindDN "CN=LDAP,OU=Service Accounts,DC=example,DC=com"
        AuthLDAPBindPassword SuperDuperSecret
        AuthName "Please Login"
        AuthLDAPURL "ldap://example.com:389/DC=example,DC=com?userPrincipalName?sub?(|(objectClass=user)(objectClass=group))"
        require ldap-group CN=gitAdmins,OU=Groups,DC=exa&lt;/pre&gt;</description>
    <dc:creator>Saxon, Will</dc:creator>
    <dc:date>2012-11-27T22:50:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2730">
    <title>Compiling error - no Kerberos environment found</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2730</link>
    <description>&lt;pre&gt;Hi

I'm trying to build the module to use with Shibboleth single signon, on a SLES 10 SP4 server. Following the instructions I use the following command:
./configure --with-krb5=/usr/bin --without-krb4 --with-apache=/usr/sbin

And with all the compilers installed I get this error:
configure: error: No Kerberos enviroment found

The Kerberos client has been installed using the package manager - krb5, krb5-32bit, krb5-client, yast2-kerberos-client.

Am I missing anything?

Thanks.

David Perry
eLearning Technologist, eLearning Team (L34 - Library)
Hull College Group
Wilberforce Drive, Queen's Gardens, Hull
HU1 3DG
Extension 2230 / Direct Dial 01482 381930



* * * Think about the environment - Do you really need to print this email?


**********************************************************************
This message is sent in confidence for the addressee
only. It may  contain confidential or sensitive
information.  The contents are not to be disclosed
to anyone other than the addressee.  Unauthorised
recipie&lt;/pre&gt;</description>
    <dc:creator>David Perry</dc:creator>
    <dc:date>2012-10-22T10:47:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2729">
    <title>Prevauth and KRB5CCNAME not set</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2729</link>
    <description>&lt;pre&gt;Hello,

I'm new to using mod_auth_kerb and I need your help to solve my problem. 
I run it with apache2 on a debian wheezy box.
My problem is that KRB5CCNAME environment variable is not always set.
I'm using mod_auth_kerb with this configuration:

                    KrbServiceName Any
                    KrbAuthRealms BOAP.NET
                    KrbMethodNegotiate off
                    KrbMethodK5Passwd on
                    KrbSaveCredentials on
                    Krb5Keytab /etc/apache2.keytab

and I have apache rewriting url to a shell script :

#!/bin/sh
# Output HTML header
echo Content-type: text/plain
echo

# $REMOTE_USER should be set by httpd
     if [ -z "$REMOTE_USER" ]; then
     echo '$REMOTE_USER not set.'
     exit 1
fi

     if [ -z "$KRB5CCNAME" ]; then
     echo 'Kerberos credential cache name $KRB5CCNAME does not exist.'
     sleep 10;
     exit 1
fi

While REMOTE_USER is always set, the kerberos credential cache is not. 
It happens after a previous successful request.
Here is what a&lt;/pre&gt;</description>
    <dc:creator>KAPP Arnaud</dc:creator>
    <dc:date>2012-09-27T22:22:34</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2728">
    <title>Re: src/mod_auth_kerb.c(1628):kerb_authenticate_userentered with user (NULL) and auth_type Kerberos</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2728</link>
    <description>&lt;pre&gt;I don't see any resemblance between your logs and Rasanth's?

On Sep 24, 2012, at 8:51 AM, Mauricio Tavares wrote:


------------------------------------------------------
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz&amp;lt; at &amp;gt;jpl.nasa.gov, or hbhotz&amp;lt; at &amp;gt;oxy.edu


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Henry B. Hotz</dc:creator>
    <dc:date>2012-09-24T18:42:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2727">
    <title>Re: No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2727</link>
    <description>&lt;pre&gt;
On Sep 24, 2012, at 9:35 AM, Mauricio Tavares wrote:



For the GSSAPI_SUPPORTS_SPNEGO false case, the code is doing its own check if the GSS mech type is SPNEGO, since the OS's GSS code won't understand that case.  If it *is* SPNEGO, then it substitutes its own SPNEGO GSS mechanism code (otherwise it goes with the native library, which should support a direct/native krb5 mechanism).

------------------------------------------------------
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz&amp;lt; at &amp;gt;jpl.nasa.gov, or hbhotz&amp;lt; at &amp;gt;oxy.edu


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Henry B. Hotz</dc:creator>
    <dc:date>2012-09-24T16:48:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2726">
    <title>Re: No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2726</link>
    <description>&lt;pre&gt;
      So, I am still confused:

Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1407): [client 10.0.0.109] Verifying client data
using KRB5 GSS-API

would tell me mod-auth_kerb chose to do KRB5 GSS-API instead of SPNEGO
GSS-API. From what Henry said, that would mean the GSSAPI library does
not support SPNEGO and mod_auth_kerb would pick its own spengo code. I
guess that would be done here in mod_auth_kerb.c:

#ifndef GSSAPI_SUPPORTS_SPNEGO
#  include "spnegokrb5.h"
#endif

In that case, what does the #else statement in

#ifdef GSSAPI_SUPPORTS_SPNEGO
  accept_sec_token = gss_accept_sec_context;
#else
  accept_sec_token = (cmp_gss_type(&amp;amp;input_token, &amp;amp;spnego_oid) == 0) ?
                        gss_accept_sec_context_spnego : gss_accept_sec_context;
#endif

is doing? I take it will only return gss_accept_sec_context_spnego  if
the cmp_gss_type == 0. And only way I will see what cmp_gss_type
returned is running gdb or something like that, right?

---------------------------------------------&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-24T16:35:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2725">
    <title>Re: src/mod_auth_kerb.c(1628):kerb_authenticate_user entered with user (NULL) and auth_type Kerberos</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2725</link>
    <description>&lt;pre&gt;
I honestly do not know if that is an error or not, but would love to
find out. After all, not only I have seen the same behaviour in my
logs,

Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1579): [client 10.0.0.109] kerb_authenticate_user
entered with user (NULL) and auth_type Kerberos
Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1579): [client 10.0.0.109] kerb_authenticate_user
entered with user (NULL) and auth_type Kerberos
Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1261): [client 10.0.0.109] Acquiring creds for
HTTP&amp;lt; at &amp;gt;www-int.test.domain.com
Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1407): [client 10.0.0.109] Verifying client data
using KRB5 GSS-API
Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1423): [client 10.0.0.109] Verification returned
code 0
Sep 24 11:35:04 www-int apache2[14360]: [debug]
src/mod_auth_kerb.c(1441): [client 10.0.0.109] GSS-API token of length
22 bytes will be sent ba&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-24T15:51:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2724">
    <title>src/mod_auth_kerb.c(1628):kerb_authenticate_user entered with user (NULL) and auth_type Kerberos</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2724</link>
    <description>&lt;pre&gt;Hi,
I get the following error while trying to login to the apache server.

[Fri Sep 21 16:27:01 2012] [debug] src/mod_auth_kerb.c(1628): [client 
10.11.18.90] kerb_authenticate_user entered with user (NULL) and auth_type 
Kerberos
[Fri Sep 21 16:27:01 2012] [debug] mod_deflate.c(615): [client 10.11.18.90] 
Zlib: Compressed 478 to 323 : URL /

==&amp;gt; /var/log/apache2/access.log &amp;lt;==
10.11.18.90 - - [21/Sep/2012:16:27:01 +0530] "GET / HTTP/1.1" 401 695 "-" 
"Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:15.0) Gecko/20100101 Firefox/15.0.1"

==&amp;gt; /var/log/apache2/error.log &amp;lt;==
[Fri Sep 21 16:27:04 2012] [debug] src/mod_auth_kerb.c(1628): [client 
10.11.18.90] kerb_authenticate_user entered with user (NULL) and auth_type 
Kerberos
[Fri Sep 21 16:27:04 2012] [debug] src/mod_auth_kerb.c(1240): [client 
10.11.18.90] Acquiring creds for HTTP&amp;lt; at &amp;gt;example.com
[Fri Sep 21 16:27:04 2012] [debug] src/mod_auth_kerb.c(1101): [client 
10.11.18.90] GSS-API major_status:000d0000, minor_status:000186a4
[Fri Sep 21 16:27:04 2012] [error] [cl&lt;/pre&gt;</description>
    <dc:creator>Rasanth</dc:creator>
    <dc:date>2012-09-21T11:28:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2723">
    <title>Re: Cannot retrieve KRB5CCNAME if logged in with kerberos ticket</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2723</link>
    <description>&lt;pre&gt;      Here is a rather late update: the problem with KRB5CCNAME
disappearing if I reloaded page within 15s is gone. But the issue with
me not being able to do a SPNEGO login (logging in with my kerberos
ticket as opposite of with my kerberos username/pw) still remains.

Of course, the most annoying part is I have 4 websites that have not
problems using kerberos tickets, but this one, which is just one
simple test page, ain't. Suggestions and comments are always
appreciated.

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-18T11:30:10</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2722">
    <title>Re: No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2722</link>
    <description>&lt;pre&gt;      So, if I got that message, mod-auth-kerb is using its own
spnego. How could I verify that it is in place? Right now I am trying
to authenticate and it is only working if I provide kerberos
username/passwd, not with the ticket. And I want to find out where it
is boink.


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-17T18:48:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2721">
    <title>Re: No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2721</link>
    <description>&lt;pre&gt;mod-auth-kerb supports SPNEGO.  If the native GSSAPI libraries don't, then mod-auth-kerb will use its own implementation.

(Sometimes the native libraries claim to support GSSAPI, but don't really.  You may need to force this check to "no" sometimes to get things to work.)

On Sep 17, 2012, at 7:10 AM, Mauricio Tavares wrote:


------------------------------------------------------
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz&amp;lt; at &amp;gt;jpl.nasa.gov, or hbhotz&amp;lt; at &amp;gt;oxy.edu


------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Henry B. Hotz</dc:creator>
    <dc:date>2012-09-17T17:52:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2720">
    <title>Re: No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2720</link>
    <description>&lt;pre&gt;Lemme try it again:

I was compiling manually mod-auth-kerb in an ubuntu12.04 box. While
running config, I saw the following message:

checking whether the GSSAPI libraries support SPNEGO... no

have my browser authenticate using my kerberos ticket as opposite to
me having to enter my kerberos user/pw. Am I correct? If so, I must be
using the wrong library as I can login using the ubuntu mod-auth-kerb
package using my ticket.

Or am I confused?

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-17T14:10:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2719">
    <title>No SPNEGO available during compilation</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2719</link>
    <description>&lt;pre&gt;

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
&lt;/pre&gt;</description>
    <dc:creator>Mauricio Tavares</dc:creator>
    <dc:date>2012-09-17T14:05:19</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2718">
    <title>Re:  Segmentation Fault on OS X …  trying to figure out log_rerror()</title>
    <link>http://permalink.gmane.org/gmane.comp.apache.mod-auth-kerb.general/2718</link>
    <description>&lt;pre&gt;



Segfaults in strlen underneath vsnprintf normally mean that one passed in
a NULL pointer to vsnprintf, either for the format or for a %s argument.

Looking at the source code for verify_krb5_user, none of the log_rerror
calls there seem particularly suspicious, although if krb5_get_err_text
ever returns NULL, that would definitely cause this.

&lt;/pre&gt;</description>
    <dc:creator>Russ Allbery</dc:creator>
    <dc:date>2012-09-12T21:08:45</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.apache.mod-auth-kerb.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.apache.mod-auth-kerb.general</link>
  </textinput>
</rdf:RDF>
