Hi Steve,
nothing on server logs, and as it works fine with firefox, and on SVN on
Win32 clients, and not SVN + Linux it seems like a Neon related
somewhere. Here is output of Neon Debug 130
You should check if you have a 'guest' account enabled on the server. The
error message from Subversion 'authorization failed' indicates that the
*authentication* worked, but the authenticated user isn't authorized to
access the repository. If you have user 'guest' (or something similar)
enabled, then authentication will always succeed with that user, but I
doubt you gave that user access to the repositories.
its a linux server. Repo access permissions are 770 and chown to
Apache:Apache hence no guest is possible anyways.
If you can fix the issue by disabling that user account, you should also
report this on the Subversion dev list. I've tried to urge them to
implement something to disable automatic authentication (which is possible
in neon0.26 now, thanks Joe btw :), but somehow I got the feeling they
don't see that as a big problem. It should at least be possible to fall
back to basic authentication in such cases.
Stefan
no, this is not the problem here. Allow me to quote from original message
config is
AuthType Kerberos
KrbAuthRealms MY.REALM
KrbMethodNegotiate on
KrbMethodK5Passwd off
Krb5Keytab keytab_file
require valid-user
Problem goes away when i set "KrbMethodK5passwd on" as then it falls to
Basic Authentication. So SVN is falling to basic authentication on linux
when it is unable to use Negotiate Auth. Problem is how to make it recognise
that their is a proper and valid Krb5 ticket for the account and it should
use it for Negotiate Auth instead just like Firefox does.
yes, i indeed posted to SVN mailing list too, and no response, and i guess
it seems more of a neon related issue specific to linux(?).
regards
Shirish
_______________________________________________
neon mailing list
[email protected]
http://mailman.webdav.org/mailman/listinfo/neon
