On Wed, Apr 19, 2023 at 6:18 PM Daniel Sahlberg <daniel.l.sahlb...@gmail.com> wrote:
> Den ons 19 apr. 2023 kl 16:47 skrev Ian Miller < > subvers...@singularis.ltd.uk>: > >> This is not a problem on the server. As I wrote in my original e-mail, >> there is no network traffic at all between the client and server in the >> failure case. >> >> I have confirmed this by reproducing the problem when the server has its >> network cable unplugged. I know what the message is supposed to mean, but >> the client is reporting the wrong error. >> >> After some further experimentation, I have come to the conclusion that it >> is treating the hostname “svn” specially. The host has another hostname in >> DNS and I can correctly access the server using that name. >> > > I don't think there is any special treatment of the hostname "svn" within > the Subversion codebase. As a test, I added "svn" in my hosts file and I > was able to checkout http://svn/svn/repo just fine. (The server would > normally be http://some.domain.tld/svn/repo). > > I suspect that you have some special handling of "svn" on your > computer/local network. Either you have it in the hosts file or you have a > domain suffix search list specified and svn.searchlist.domain resolves to a > different machine compared to the FQDN you are using. > > What IP address is used if you try to ping just svn? What IP address is > used if you ping the FQDN? > > [[[ > C:\Users\dsg>ping svn > > Pinging svn [192.168.193.10] with 32 bytes of data: > Reply from 192.168.193.10: bytes=32 time=4ms TTL=64 > ... > ]]] > > It is conceivable that there is a DNS resolver problem. However the error >>> message being produced is completely wrong and grossly misleading. >>> >> The error message indicates that there is a server responding on whatever > IP address "svn" resolves to. If you would use an address that is not > resolvable you would get an error message indicating unknown hostname. If > you use the correct host name but an incorrect repository or an incorrect > path within that repository you will get two other error messages > indicating that Subversion is unable to connect to the repository or the > path doesn't exist. > > If the address actually resolves to something, it is impossible to say if > that result is wrong (compared to what you expect). Thus the error message > can only say "we found a server at the requested address but it doesn't > want to speak to us". I can agree that the "HTTP/DAV protocol" is not very > helpful but rather technical. > > Kind regards, > Daniel > Adding my two cents here. The error "... does not support the HTTP/DAV protocol" usually occurs when the URL passed to SVN client doesn't point to an SVN repository, but to something else (a web client or just some web page). You can try the same URL (http://svn/singularis/trunk or http://svn/) in your web browser for clues. Here is an example: [[[ C:\Users\Lyalyakin>svn info https://apache.org/ svn: E170013: Unable to connect to a repository at URL 'https://apache.org' svn: E175003: The server at 'https://apache.org' does not support the HTTP/DAV protocol ]]] https://apache.org is not a Subversion server and you'll see a Welcome to The Apache Software Foundation! web page when you open it with a web browser. This should be the very first troubleshooting step when you get the error "... does not support the HTTP/DAV protocol". It helps you find out what exactly you are reaching with the provided URL. -- With best regards, Pavel Lyalyakin VisualSVN Team