Apache > Setup Server Side Includes > OSX Snow Leopard > Still Not Working - apache

I have researched this for about 2+ hours including 1+ hour of preparing this report (I must be a slow worker, considering I haven't slept in 24 hours :-P)
The virtual server side include works in Dreamweaver (except for image rendering), but does not work when I browse to the web page.
<!--#include virtual="/partialHtml/businessResult.shtml" -->
I realize that I have overridden far too many configuration settings (and if there's a simpler and more elegant way, perhaps just using a .htaccess file in ~/Sites/mysite.com/ then please also comment) ;-)
Starting from the top (1) sudo nano /etc/apache2/httpd.conf
#
# Filters allow you to process content before it is sent to the client.
#
# To parse .shtml files for server-side includes (SSI):
# (You will also need to add "Includes" to the "Options" directive.)
#
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
(2) sudo nano /etc/apache2/extra/httpd-vhosts.conf
<VirtualHost *:80>
<Directory /Users/tidy/Sites/mysite.com>
Options +FollowSymlinks +SymLinksIfOwnerMatch +Includes
DirectoryIndex index.htm
AllowOverride All
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
</Directory>
DocumentRoot /Users/tidy/Sites/mysite.com
ServerName mysite.local
ErrorLog "/Users/tidy/Sites/mysite.com/log/error_log"
CustomLog "/Users/tidy/Sites/mysite.com/log/access_log" common
</VirtualHost>
(3) sudo nano /private/etc/apache2/users/tidy.conf
<Directory "/Users/tidy/Sites/">
Options +Indexes +MultiViews +FollowSymlinks +SymLinksIfOwnerMatch +Includes
AllowOverride All
Order allow,deny
Allow from all
AddType text/html .shtml
AddOutputFilter INCLUDES .shtml
</Directory>
(4) sudo nano ~/Sites/mysite.com/.htaccess
AddType text/html .shtml
AddHandler server-parsed .shtml
DirectoryIndex index.html index.htm
Options +Includes
XBitHack on
I also tried to use XBitHack on by doing chmod +x ~/Sites/mysite.com/partialHtml/businessResult.html and then including that file (apparently it makes .html file server side includes efficient, if you don't want to use .shtml files)
Obviously I'm doing a sudo apachectl configtest to make sure everything's okay.
I get a warning (that I've tried to get rid of) but the syntax is OK.
httpd: Could not reliably determine the server's fully qualified domain name, using complexity.local for ServerName
Syntax OK
Then a sudo apachectl restart
Here is my most recent activity in cat ~/Sites/mysite.com/log/access_log
::1 - - [08/Jan/2013:12:11:05 +0000] "OPTIONS * HTTP/1.0" 200 -
::1 - - [08/Jan/2013:12:11:07 +0000] "OPTIONS * HTTP/1.0" 200 -
::1 - - [08/Jan/2013:12:11:08 +0000] "OPTIONS * HTTP/1.0" 200 -
::1 - - [08/Jan/2013:12:11:15 +0000] "OPTIONS * HTTP/1.0" 200 -
::1 - - [08/Jan/2013:12:11:16 +0000] "OPTIONS * HTTP/1.0" 200 -
::1 - - [08/Jan/2013:12:11:17 +0000] "OPTIONS * HTTP/1.0" 200 -
127.0.0.1 - - [08/Jan/2013:12:12:03 +0000] "GET / HTTP/1.1" 200 3924
127.0.0.1 - - [08/Jan/2013:12:12:03 +0000] "GET /css/site.css HTTP/1.1" 200 3077
127.0.0.1 - - [08/Jan/2013:12:12:03 +0000] "GET /css/bootstrap.css HTTP/1.1" 200 124223
127.0.0.1 - - [08/Jan/2013:12:12:03 +0000] "GET /img/logo.png HTTP/1.1" 200 19217
127.0.0.1 - - [08/Jan/2013:12:12:04 +0000] "GET /img/searchFormGradient.gif HTTP/1.1" 200 501
127.0.0.1 - - [08/Jan/2013:12:12:04 +0000] "GET /img/glyphicons-halflings-white.png HTTP/1.1" 200 8777
127.0.0.1 - - [08/Jan/2013:12:12:04 +0000] "GET /img/headerGradient.png HTTP/1.1" 200 216
127.0.0.1 - - [08/Jan/2013:12:12:04 +0000] "GET /js/bootstrap.min.js HTTP/1.1" 200 31596
::1 - - [08/Jan/2013:12:12:14 +0000] "OPTIONS * HTTP/1.0" 200 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET / HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /css/bootstrap.css HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /js/bootstrap.min.js HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /img/logo.png HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /css/site.css HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /img/headerGradient.png HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /img/glyphicons-halflings-white.png HTTP/1.1" 304 -
127.0.0.1 - - [08/Jan/2013:12:12:18 +0000] "GET /img/searchFormGradient.gif HTTP/1.1" 304 -
The HTTP/1.1 304 code is HTTP Error 304 - Not modified which isn't an error, it's a signal from the server to the browser, that the current content hasn't changed since the last request.
As you can see from the GET requests, there's no sign of /partialHtml/businessResult.shtml
Here is my most recent activity in cat ~/Sites/mysite.com/log/error_log
[Tue Jan 08 11:24:49 2013] [error] [client 127.0.0.1] File does not exist: /Users/tidy/Sites/mysite.com/favicon.ico
And after all of that... the Server Side Include mechanism is not working :-(
Any assistance is greatly appreciated.
Tidy.

I think I have the solution to my problem.
I was having the same problem with Server Side Includes on Windows 7, because I was under the false impression that only the included file has to have an .shtml extension.
Because the line:
<!--#include file="partialHtml/businessResult.shtml" -->
Was in a file called:
index.html
The server side include module was not pre-processing the file.
After I changed index.html to index.shtml the server side include module correctly
pre-processed everything.
TL;DR - The file that includes a server side include has to have a .shtml extension.

Related

Apache redirect problems with favicon on OpenClinica

We have an OpenClinica system running on our webserver. It is configured to run on https://www.ourdomain.com/OpenClinica/ . Since our server is secured with SSL, we have also configured an Apache redirect to forward all http connections to the https version. It is of note that everything ran fine up until (seemingly) the most recent Firefox and Chrome updates. We have not changed any server configurations in the past few weeks that are likely to be an error source.
The new problem is that after logging into the system, any links that are clicked (show all study subjects, manage anything, ...) are likely to throw you out to the login page again. I say likely because there is no apparent pattern emerging - sometimes no links will be available without being thrown to the login page, sometimes a user can navigate two or three menus before being thrown out.
The behavior is also not consistent across browsers and computers (despite checking that all testing computers have the same browser versions): On my machine both of our servers do not work properly in Firefox and Chrome, but do work flawlessly in IE and Edge. On another machine, one system does not work on Firefox and Chrome (but does on IE and Edge), but the other one works across all browsers.
First off, here's the Apache config:
<VirtualHost *:80>
ServerAlias www.ourdomain.com
Redirect permanent / https://www.ourdomain.com
</VirtualHost>
<VirtualHost *:443>
ServerName www.ourdomain.com
SSLEngine On
SSLProxyEngine On
SSLCertificateFile /usr/local/cert.pem
SSLCertificateKeyFile /usr/local/privateKey.pem
ProxyPreserveHost On
ProxyPass /OpenClinica/favicon.ico https://localhost:8443/OpenClinica/
ProxyPassReverse /OpenClinica/favicon.ico https://localhost:8443/OpenClinica/
ProxyPass /OpenClinica/ https://localhost:8443/OpenClinica/
ProxyPassReverse /OpenClinica/ https://localhost:8443/OpenClinica/
ProxyPass / https://localhost:8443/OpenClinica/
ProxyPassReverse / https://localhost:8443/OpenClinica/
</VirtualHost>
I strongly think that there's a problem here. Let me explain the favicon redirect: When it is not present, all tested browsers will just display the favicon.ico file in their viewport upon login (or throw an error page if the favicon.ico is not present where expected). I realize that is not regular behavior and likely the root of the problem.
Below are the relevant access logs of my recent attempts. What I did was
Login
Click on "List all patients"
The system's reaction was to throw me out three times. On my last attempt the patient list was successfully displayed without me being redirected back to the landing page.
# Login
127.0.0.1 - - [06/Nov/2018:08:24:52 +0100] "POST /OpenClinica/j_spring_security_check HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:52 +0100] "GET /OpenClinica/ HTTP/1.1" 200 200
127.0.0.1 - - [06/Nov/2018:08:24:52 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:52 +0100] "GET /OpenClinica/MainMenu HTTP/1.1" 200 7860
127.0.0.1 - - [06/Nov/2018:08:24:53 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
# Failed attempt
127.0.0.1 - - [06/Nov/2018:08:24:53 +0100] "GET /OpenClinica/ListStudySubjects HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:53 +0100] "GET /OpenClinica/pages/login/login HTTP/1.1" 200 3656
127.0.0.1 - - [06/Nov/2018:08:24:54 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:54 +0100] "GET /OpenClinica/RssReader HTTP/1.1" 200 618
127.0.0.1 - - [06/Nov/2018:08:24:54 +0100] "GET /OpenClinica/pages/login/login;jsessionid=3B4533DD528207EDE047FF5F03A67306 HTTP/1.1" 200 3656
# Login
127.0.0.1 - - [06/Nov/2018:08:24:55 +0100] "POST /OpenClinica/j_spring_security_check HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:55 +0100] "GET /OpenClinica/ HTTP/1.1" 200 200
127.0.0.1 - - [06/Nov/2018:08:24:55 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:55 +0100] "GET /OpenClinica/MainMenu HTTP/1.1" 200 7860
127.0.0.1 - - [06/Nov/2018:08:24:56 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
# Failed attempt
127.0.0.1 - - [06/Nov/2018:08:24:56 +0100] "GET /OpenClinica/ListStudySubjects HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:56 +0100] "GET /OpenClinica/pages/login/login HTTP/1.1" 200 3656
127.0.0.1 - - [06/Nov/2018:08:24:57 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:57 +0100] "GET /OpenClinica/RssReader HTTP/1.1" 200 618
127.0.0.1 - - [06/Nov/2018:08:24:57 +0100] "GET /OpenClinica/pages/login/login;jsessionid=61B9ABF7FADA8BE010E7BA19B842D3D0 HTTP/1.1" 200 3656
# Login
127.0.0.1 - - [06/Nov/2018:08:24:58 +0100] "POST /OpenClinica/j_spring_security_check HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:58 +0100] "GET /OpenClinica/ HTTP/1.1" 200 200
127.0.0.1 - - [06/Nov/2018:08:24:58 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:58 +0100] "GET /OpenClinica/MainMenu HTTP/1.1" 200 7860
127.0.0.1 - - [06/Nov/2018:08:24:59 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
# Failed attempt
127.0.0.1 - - [06/Nov/2018:08:24:59 +0100] "GET /OpenClinica/ListStudySubjects HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:24:59 +0100] "GET /OpenClinica/pages/login/login HTTP/1.1" 200 3656
127.0.0.1 - - [06/Nov/2018:08:25:00 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:25:00 +0100] "GET /OpenClinica/RssReader HTTP/1.1" 200 618
127.0.0.1 - - [06/Nov/2018:08:25:00 +0100] "GET /OpenClinica/pages/login/login;jsessionid=7E5E5BAABF88A67655DF63968E8612A3 HTTP/1.1" 200 3656
# Login
127.0.0.1 - - [06/Nov/2018:08:25:01 +0100] "POST /OpenClinica/j_spring_security_check HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:25:01 +0100] "GET /OpenClinica/ HTTP/1.1" 200 200
127.0.0.1 - - [06/Nov/2018:08:25:01 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
127.0.0.1 - - [06/Nov/2018:08:25:01 +0100] "GET /OpenClinica/MainMenu HTTP/1.1" 200 7860
127.0.0.1 - - [06/Nov/2018:08:25:02 +0100] "GET /OpenClinica/includes/new_cal/skins/aqua/theme.css HTTP/1.1" 200 1609
127.0.0.1 - - [06/Nov/2018:08:25:02 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
# Successful attempt
127.0.0.1 - - [06/Nov/2018:08:25:03 +0100] "GET /OpenClinica/ListStudySubjects HTTP/1.1" 200 17796
127.0.0.1 - - [06/Nov/2018:08:25:04 +0100] "GET /OpenClinica/favicon.ico HTTP/1.1" 302 -
I think tomcat by default looks in the root-folder of the app for the favicon. In the case of OpenClinica it's not there, but in /OpenClinica/images/favicon.ico. You may want to copy it from there one level up.

How to exclude Googlebot from log file?

I would like to exclude this kind of log entries from access.log
66.249.78.134 - - [01/Apr/2016:10:56:29 +0000] "POST /get_subtitle HTTP/1.1" 200 416 "https://example.com/?artist=name&track=song" "Mozilla/5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)"
So, in my 000-default.conf and default-ssl.conf files I set these rules
SetEnvIFNoCase User-Agent "^Googlebot" dontlog
CustomLog ${APACHE_LOG_DIR}/access.log combined env=!dontlog
Why Apache continues to log Googlebot activity?

WIrecloud behind apache and 500 Internal Server Error

I followed the basic installation in Wirecloud, and it works fine with the IP:Port in the browser. But when I try to put Wirecloud behind apache, it only charges some parts or makes the requests to some paths.
Here is my apache configuration:
<VirtualHost *:80>
ServerAlias myserver.com
ServerName myserver.com
<Directory /opt/wirecloud_instance/wirecloud_instance>
<Files "wsgi.py">
Require all granted
</Files>
</Directory>
### Wirecloud ###
WSGIPassAuthorization On
WSGIDaemonProcess wirecloud python-path=/opt/wirecloud_instance user=wirecloud group=wirecloud
WSGIScriptAlias / /opt/wirecloud_instance/wirecloud_instance/wsgi.py
<Location />
WSGIProcessGroup wirecloud
</Location>
Alias /static /opt/wirecloud_instance/static
<Location "/static">
SetHandler None
Require all granted
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault "access plus 1 week"
</IfModule>
<IfModule mod_headers.c>
Header append Cache-Control "public"
</IfModule>
</Location>
<Location "/static/cache">
Require all granted
<IfModule mod_expires.c>
ExpiresDefault "access plus 3 years"
</IfModule>
</Location>
<Proxy *>
Order deny,allow
Allow from all
</Proxy>
ProxyPreserveHost on
ProxyPass /mashup http://localhost:8087/
</VirtualHost>
Of course, Wirecloud is running in port 8087.
When I access wirecloud by the IP:Port, I can see in the log the following:
[21/Dec/2015 02:09:16] "GET / HTTP/1.1" 200 1615
[21/Dec/2015 02:09:17] "GET /api/i18n/js_catalogue?language=es&v= HTTP/1.1" 200 15778
[21/Dec/2015 02:09:17] "GET /static/cache/css/8b10fb9ee986.css HTTP/1.1" 200 131167
[21/Dec/2015 02:09:17] "GET /static/cache/js/3574aebf19e5.js HTTP/1.1" 200 839375
[21/Dec/2015 02:09:17] "GET /static/images/logos/header.png HTTP/1.1" 200 6872
[21/Dec/2015 02:09:17] "GET /api/preferences/platform HTTP/1.1" 200 2
[21/Dec/2015 02:09:17] "GET /api/workspaces HTTP/1.1" 200 2
[21/Dec/2015 02:09:17] "GET /api/context HTTP/1.1" 200 595
[21/Dec/2015 02:09:17] "GET /static/fonts/opensans-bold-webfont.woff?69f4b4a30f27 HTTP/1.1" 200 63564
[21/Dec/2015 02:09:17] "GET /static/fonts/opensans-regular-webfont.woff?69f4b4a30f27 HTTP/1.1" 200 63712
[21/Dec/2015 02:09:17] "GET /api/theme/wirecloud.defaulttheme?v=79224cfb9381f0db5a2ccf7ed2399e60978657cf HTTP/1.1" 200 1974
[21/Dec/2015 02:09:17] "GET /static/fonts/fontawesome-webfont.woff?v=3.2.1&69f4b4a30f27 HTTP/1.1" 200 43572
But if I access via apache, I only get:
[21/Dec/2015 02:09:16] "GET / HTTP/1.1" 200 1615
Thanks in advance
I found the error.
I changed the proxy configuration to:
ProxyPreserveHost On
ProxyRequests Off
ServerAlias myserver.com
ServerName myserver.com
ProxyPass / http://localhost:8087/
ProxyPassReverse / http://localhost:8087/

mod_proxy can handle GET response with params (using tomcat as backend)

i have Apache reverse proxy that is forwording requests to backend Apache that using mod_jk to connect tomcat , the application is in java/jsps
in the Apache reverse proxy i have this configuration that works when there are request with out parameters in the GET request :
ProxyRequests Off
ProxyPreserveHost On
ProxyPass /users/ http://1x2.xxx.4.xx:5xxxx/jsp/app/New/
ProxyPassReverse /users/ http://1x2.xxx.4.xx:5xxxx/jsp/app/New/
CustomLog /home/Apache/logs/proxy_log common
the mod_proxy log :
1xx.1xx.3.xx - - [20/Nov/2012:14:07:54 +0200] "GET /users/ HTTP/1.1" 200 3547
1xx.1xx.3.xx - - [20/Nov/2012:14:07:57 +0200] "GET /users/ HTTP/1.1" 200 3547
1xx.1xx.3.xx - - [20/Nov/2012:14:07:58 +0200] "GET /users/index.jsp?event=pi&id=&p= HTTP/1.1" 200 3615
1xx.1xx.3.xx - - [20/Nov/2012:14:08:02 +0200] "GET /users/ HTTP/1.1" 200 3547
1xx.1xx.3.xx - - [20/Nov/2012:14:08:07 +0200] "GET /users/index.jsp?event=pi&id=test&p=test HTTP/1.1" 200 3615
1xx.1xx.3.xx - - [20/Nov/2012:14:16:48 +0200] "GET /users/ HTTP/1.1" 200 3547
1xx.1xx.3.xx - - [20/Nov/2012:14:27:05 +0200] "GET /users/index.jsp?event=pi&id=test&p=test HTTP/1.1" 302 -
1xx.1xx.3.xx - - [20/Nov/2012:14:27:05 +0200] "GET /jsp/app/New/Home.jsp?event=Validated HTTP/1.1" 404 306
1xx.1xx.3.xx - - [20/Nov/2012:14:29:25 +0200] "GET /users/index.jsp?event=pi&id=test&p=test HTTP/1.1" 302 -
1xx.1xx.3.xx - - [20/Nov/2012:14:29:25 +0200] "GET /jsp/app/New/Home.jsp?event=Validated HTTP/1.1" 404 306
1xx.1xx.3.xx - - [20/Nov/2012:15:11:37 +0200] "GET /users/ HTTP/1.1" 200 3547
1xx.1xx.3.xx - - [20/Nov/2012:15:11:44 +0200] "GET /users/index.jsp?event=pi&id=test&p=test HTTP/1.1" 302 -
1xx.1xx.3.xx - - [20/Nov/2012:15:11:45 +0200] "GET /jsp/app/New/Home.jsp?event=Validated HTTP/1.1" 404 306
as you can see each time it getting response from :
"GET /jsp/app/New/Home.jsp?event=Validated HTTP/1.1" 404 306
it failed
the page is working when i try to work with it directly without the proxy server .
You need to use Apache Httpd v2.2+ and specify the 'nocanon' option on the ProxyPass config, which tells Apache not to canonicalise the request query string:
ProxyPass /users/ http://1x2.xxx.4.xx:5xxxx/jsp/app/New/ nocanon

SVN: redirect cycle detected for url [duplicate]

I want to achieve a svn-root in /var/svn and repositories(projects) in there.
I could get it to work in the browser (http://domain/url gives me "Collection of repositories") but the TortoiseClient is giving me the error mentioned in the title.
I set up a subversion on my ubuntu server by doing the following (shortened):
mkdir /var/svn
svnadmin create /var/svn/test
and my dav_svn.conf looks the following:
<Location /svn>
DAV svn
SVNParentPath /var/svn
SVNListParentPath On
</Location>
I read about sym links possibly causing the problem, so I'll attach my 000-default site as well (it's the standard btw):
<VirtualHost *:80>
ServerAdmin webmaster#localhost
DocumentRoot /var/www
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
<Directory /var/www/>
Options Indexes FollowSymLinks MultiViews
AllowOverride None
Order allow,deny
allow from all
</Directory>
ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/
<Directory "/usr/lib/cgi-bin">
AllowOverride None
Options +ExecCGI -MultiViews +SymLinksIfOwnerMatch
Order allow,deny
Allow from all
</Directory>
ErrorLog ${APACHE_LOG_DIR}/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/access.log combined
Alias /doc/ "/usr/share/doc/"
<Directory "/usr/share/doc/">
Options Indexes MultiViews FollowSymLinks
AllowOverride None
Order deny,allow
Deny from all
Allow from 127.0.0.0/255.0.0.0 ::1/128
</Directory>
I tried like suggested in How do I list all repositories with the SVNParentPath directive on Apache+SVN?
but unfortunately I get another tortoise error then (while I can still see it fine in my browser)
It then gives me "The OPTIONS request returned invalid XML in the response: XML parse error at line 1: no element found"
(and HTTP OPTIONS to that url indeed gives no response body)
Does anyone know what is causing this problem?
Cheers!
Edit: This is the access.log output after trying to reach http://server/svn through tortoise
(with Location /svn)
Notice the 301 .. TortoiseSVN changes the path to 'http://server/svn' without a leading slash, tho I specified to search within 'http://server/svn / '
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:29 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "PROPFIND /svn HTTP/1.1" 301 516 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS /svn HTTP/1.1" 301 573 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:42:30 +0200] "OPTIONS / HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
(with Location /svn/)
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:57 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS /svn HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
[10/May/2012:00:36:58 +0200] "OPTIONS / HTTP/1.1" 200 236 "-" "SVN/1.7.4/TortoiseSVN-1.7.6.22632 neon/0.29.6"
I konw this is an old thread, however for the beneift of others that find it:
Just a guess, but does the url your browser give you have "viewvc" or some other part that is added in by the svn browser?
i.e. http://mysvn/viewvc/trunk/.....
Tortoise won't check that out since it's not an actual svn url; your svn url is probably something like
http://mysvnsvr/mysvn/trunk.....
On CentOS7, I removed the Alias directive and it works.
The TortoiseSVN Repository Browser doesn't seem to support browsing of collection of repositories.
So if you have the repositories:
/var/svn/repo1
/var/svn/repo2
/var/svn/repo3
and the dav_svn.conf
<Location /svn>
DAV svn
SVNParentPath /var/svn
SVNListParentPath on
</Location>
You can browse them with a web browser pointing at http://server/svn.
With TortoiseSVN you must specify also the name of the repository, e.g.
http://server/svn/repo1
http://server/svn/repo2
http://server/svn/repo3
Following #rdconsolo suggestion on Ubuntu 16.04, remove the Alias directive, works for me
#Alias /svn /var/lib/svn
<Location /svn>
DAV svn
SVNParentPath /var/lib/svn
SVNListParentPath On
AuthType Basic
AuthName "Subversion Repository"
AuthUserFile /etc/apache2/dav_svn.passwd
Require valid-user
</Location>
I encountered the problem in a standard configuration and the reason was that I used the same directory as DocumentRoot for the webserver and as SVNPath in the websvn/davsvn config.
For details see also What is the cause of "svn: E195019: Redirect cycle detected for URL"?
The problem for me was that I had a .htaccess RewriteRule in my document root, asking to add a trailing / to every URL not having one.
Because of that, the SVN clients, trying to call URLs WITHOUT a trailing / such as "https://site/repos/project" got reidrected by apache to "https://site/repos/project/", so the SVN client tries to go to "https://site/repos/project" again, and so on.
SOLUTION: Do not have any rule that add a trailing / that could affect your SVN urls.
Adding the:
SVNListParentPath on
line alone solved this issue for me.
I had the same problem but not for multiple repositories just tags,branches,etc within a repository. Removing the Alias tag in the conf file fixed this. I am running Centos 7 with SVN 1.8 and Tortoise 1.9.