On Wed, Mar 23, 2016 at 3:35 AM, Pavel Lyalyakin
<pavel.lyalya...@visualsvn.com> wrote:
>
>
> You can also try the following command-line:
> [[[
> svn info <URL-TO-REPOSITORY>
> --config-option=servers:global:http-auth-types=Negotiate
> ]]]
>
klist to show my kerberos config is active, followed by the command and result:
root@revdb1:~# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: cathy.mulli...@revshare.int
Valid starting Expires Service principal
03/22/2016 17:00:50 03/23/2016 03:00:50 krbtgt/revshare....@revshare.int
renew until 03/23/2016 17:00:43
03/22/2016 17:00:58 03/23/2016 03:00:50 cifs/az-dc3.revshare....@revshare.int
renew until 03/23/2016 17:00:43
03/22/2016 17:00:58 03/23/2016 03:00:50 ldap/az-dc3.revshare....@revshare.int
renew until 03/23/2016 17:00:43
root@revdb1:~# svn info https://az-fs1.revshare.int/svn/rad/trunk/db
--config-option=servers:global:http-auth-types=Negotiate
svn: E120191: Unable to connect to a repository at URL
'https://az-fs1.revshare.int/svn/rad/trunk/db'
svn: E120191: Error running context: The requested authentication
type(s) are not supported
root@revdb1:~#
>
> On Wed, Mar 23, 2016 at 11:04 AM, Andreas Stieger
> <andreas.stie...@gmx.de> wrote:
> >
> >> "Error running context: The requested authentication type(s) are not
> >> supported" when I try anything.
> >
> > This binary server distribution does not support Kerberos in this
> > configuration. You will need to use Integrated Windows Authentication
> > feature available in the paid version.
>
> As far as I can guess, the server has Integrated Windows
> Authentication enabled and Basic disabled. In such case, it's the
> client that does not support NTLM/Negotaite (NTLM or Kerberos), not
> the server. It seems that the client supports or is configured to use
> Basic authentication only.
This is what I think as well, because connecting with TortoiseSVN from
Windows systems works fine. I'm just hoping to figure out how to get
the Linux systems to connect without having to re-enable Basic auth.
