Von einem Absturz war nichts sichtbar (kein Coredump). Stattdessen im gromox-http-Log:
E-9996: Unable to accept security context: Invalid token was supplied
E-9996: Unable to accept security context: Unknown error
Den String findet man wieder in auth_krb():
auto ret = gss_accept_sec_context(&status, &ctx.m_gss_ctx,
ctx.m_gss_srv_creds, &gss_input_buf, GSS_C_NO_CHANNEL_BINDINGS,
&gss_username, nullptr, &gss_output_token, nullptr, nullptr, nullptr);
if (gss_output_token.length != 0)
output.assign(static_cast<const char *>(gss_output_token.value), gss_output_token.length);
else
output.clear();
if (ret == GSS_S_CONTINUE_NEEDED)
return -99; /* more authentication forth and back needed */
output.clear();
if (ret != GSS_S_COMPLETE) {
krblog("Unable to accept security context", ret, status);
return 0;
}
Das ist in etwa die Abfolge wie man sie in squid, samba und kgwc findet.
Als Admin könnte man versuchen, auf SSO via NTLMSSP auszuweichen, indem man in http.cfg gss_program=/usr/bin/ntlm_auth ... wie dort beschrieben einträgt. Dazu setzt man dann samba-winbindd auf. Dann macht smbd/winbindd das GSS-Gedöns und Gromox leitet die Negotiate-Header nur weiter. Das Ergebnis würde mich interessieren.
