Please let me additional information.
> With IPv6, TSVN's dialog doesn't appear. Instead of that, we can see
> Windows' Security Window.
I think this problem causes this behavior.
With IPv6, TSVN's dialog doesn't appear.
Why ?
Is this TSVN's specification ?
Regards,
> -----Original Message-----
> From: Okabayashi, Hirotsugu
> Sent: Tuesday, September 17, 2013 7:57 PM
> To: Stefan Küng
> Cc: users; SGS/systemtec/CMsupport
> Subject: RE: Cope with IPv6
>
> Dear Stefan,
>
> Thank you for your reply and sorry to delay.
>
> > So you have to configure your DNS to return a proper A record, not
> > just an MX record.
> We tried it but see the same error message. Now, we register the record
> to DNS.
> (http://support.microsoft.com/kb/819124/en) See "WSANO_DATA (11004)".
>
> TSVN definitely has a bug about the authentication process with IPv6.
> There are two reasons.
>
> 1. There is no problem with a browser, but is a problem with TSVN.
> [Browser]
> If we access to subversion with a browser, a browser can authenticate
> and show
> the contents or revision.
> [TSVN]
> If we access to subversion with a TSVN, a TSVN can authenticate and show
> the contents or revision with IPv4.
> If we use IPv6, however, TSVN display the error message.
> With IPv6, TSVN's dialog doesn't appear. Instead of that, we can see
> Windows' Security
> Window.
>
> 2. There is no problem about the network or authentication's configuration.
> Now, we register the record to DNS. There is no change.
> Another applications can be authenticated and a browser also can.
> Even if we input the incorrect ID or password, TSVN demands to re-input
> it.
> This means the authentication has no problem. There is a problem after
> the authentication.
> We can see the error massage after inputting your correct ID and password.
> LDAP or Basic-Auth has the same trouble. Please try it under the Windows.
> It's very easy for you to confirm this behavior.(if you have the IPv6's
> environment)
>
> * I think Subversion has no problem. We can success it with a browser.
>
> **** Environment Information ****
> [Client]
> -TortoiseSVN 1.8.1
> -Windows 7 Enterprise
> -Use common company proxy server with SSL -Authenticated with Active
> Directory Server(LDAP) -Edit hosts file(Don't use DNS)
> We registered the host name of NAT64 as SVN server.
> -Use IPv6(Dual Stack)
>
> [NAT64]
> -convert IPv4(Client Side) to IPv6(Server Side) -convert IPv6(Server Side)
> to IPv4(Client Side) -Not exist the host name in DNS -We can tell you more
> information if you need.
>
> [SVN Server]
> -RedHat 5.3
> -Apache 2.2 setting of Active Directory(LDAP) -Subversion 1.7.5 -Use only
> IPv4 *With file authentication(AuthType is Basic), we can see the same error
> message.
>
> Regards,
>
> > -----Original Message-----
> > From: Stefan Küng [mailto:tortoisesvn_at_gmail.com]
> > Sent: Tuesday, August 20, 2013 2:53 AM
> > To: Okabayashi, Hirotsugu
> > Cc: users; SGS/systemtec/CMsupport
> > Subject: Re: Cope with IPv6
> >
> > On 19.08.2013 13:00, Okabayashi, Hirotsugu wrote:
> > > Dear Stefan,
> > >
> > > We contact with this mailing-list.
> > >> http://subversion.apache.org/mailing-lists.html
> > >
> > > But they said there is no responsibility in Subversion's API.
> > > They(Ivan Zhakov) said like this.
> > >> TSVN displays Windows's authentication window when it tries to get
> > >> list of repositories using Windows API, not Subversion libraries.
> > >
> > > Let me explain about this problem in detail again.
> > > With IPv4, TSVN displays TSVN's authentication window.
> > > With IPv6, however, TSVN displays Windows's authentication
> > > window(Windows Security Window) instead of TSVN's authentication
> window.
> > > The error message is "Valid name, no data record of requested type.".
> > > (http://support.microsoft.com/kb/819124/en) See "WSANO_DATA (11004)".
> >
> > Quote from that page:
> >
> > "The requested name is valid and was found in the database, but it
> > does not have the correct associated data that it is being resolved
> > for. The typical example for this is a host name-to-address
> > translation attempt (using gethostbyname [Wsapiref_0q5u.asp] or
> > WSAAsyncGetHostByName
> > [Wsapiref_7bhu.asp]) that uses the DNS server. An MX record is
> > returned but no A record. This indicates that the host itself exists,
> > but it is not directly reachable. "
> >
> > So you have to configure your DNS to return a proper A record, not
> > just an MX record.
> >
> > --
> > ___
> > oo // \\ "De Chelonian Mobile"
> > (_,\/ \_/ \ TortoiseSVN
> > \ \_/_\_/> The coolest interface to (Sub)version control
> > /_/ \_\ http://tortoisesvn.net
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=3064710
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2013-09-17 13:08:20 CEST