Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 13 replies
  • Subscribers 1 subscriber
  • Views 7940 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

ownCloud

MarkVerbeek
I'm trying to get ownCloud running. The client sync works over my lan.
Over the internet, via astaro 8.306, it won't.
I've set up a real and virtual webserver. No firewall profile (or blank).

In the log is the next line:
mod_url_hardening_request_filter(): Unexpected error: String unparsed_uri 'owncloud.~~~.nl/.../testfile.txt' doesn't start with a slash


Does this points at url hardening? I don't have url hardening selected.


This thread was automatically locked due to age.
  • 0
    Hi,
    Which logfile was this?

    If this is the logfile from your webserver, then you DO have URL hardening running on the webserver.

    Barry
  • 0 in reply to BarryG
    It's from the Web Application Firewall log.

    And I'm sure I don't have URL hardening enabled. Check, check double-check.

    Tried with:

    • No Profile
    • A profile with nothing enabled
    • An exception rule for this virtual server to skip URL hardening.


    Deleted the real and virtual server and re-created it.
    Also for the profile. Can't get rid of the error in the WAF log.

    The mod_url_hardening_request_filter() error seems to block downloads from the ownCloud server.


    Mark
  • 0
    Very cool, someone experiencing the exact same problem as myself.

    2012:10:26-03:49:12 UFS-PN-UTM01 reverseproxy: [Fri Oct 26 03:49:12 2012] [error] [client 192.168.1.109] mod_url_hardening_request_filter(): Unexpected error: String unparsed_uri 'https://cloud.unitedfederationofservers.com/remote.php/webdav/Words/xeNsx.jpg' doesn't start with a slash
    2012:10:26-03:49:12 UFS-PN-UTM01 reverseproxy: srcip="192.168.1.109" localip="107.9.31.4" size="344" user="-" host="192.168.1.109" method="GET" statuscode="500" reason="-" extra="-" time="648" url="/remote.php/webdav/Words/xeNsx.jpg" server="cloud.unitedfederationofservers.com" referer="-" cookie="PHPSESSID=aeqshi5aqmckmpsr6rkffh84u4" set-cookie="-"


    I've also made a profile disabling all hardening, but I'm still experiencing mod_url_hardening_request_filter() block all of my sync attempts. Any ideas?
  • 0
    This is also with ownCloud?
    I run ownCloud (in a box) as a VMware appliance based on Suse linux.
    WAF on Astaro ASG220 V8.306.
    Via the webinterface there's no problem, it's the client.
  • 0 in reply to MarkVerbeek
    Yes, guess I should have clarified that. This is with the ownCloud client, web interface works perfectly. When the client attempts to grab files from the server, it is blocked by the URL Hardening filter (even though it isn't enabled for this virtual server...).

    I'm on Firmware version: 9.003-16 / Pattern version: 37951
  • 0
    Hi, the webserver and the ownCloud client are both at your house, or ?

    Barry
  • 0
    Try this on owncloud Server:

    I
    Add this in .htaccess from data folder:

    RewriteEngine on
    RewriteRule .* – [E=HTTP_AUTHORIZATION:%{HTTP:Authorization},L]

    then enable rewrite:
    a2enmod rewrite

    restart apache
  • 0
    Just tried what you suggested, zfrank, but unfortunately it doesn't seem to have worked:

    2012:10:27-13:41:36 UFS-PN-UTM01 reverseproxy: [Sat Oct 27 13:41:36 2012] [error] [client 192.168.1.109] mod_url_hardening_request_filter(): Unexpected error: String unparsed_uri 'https://cloud.unitedfederationofservers.com/remote.php/webdav/Words/xeNsx.jpg' doesn't start with a slash
    2012:10:27-13:41:36 UFS-PN-UTM01 reverseproxy: srcip="192.168.1.109" localip="107.9.31.4" size="344" user="-" host="192.168.1.109" method="GET" statuscode="500" reason="-" extra="-" time="678" url="/remote.php/webdav/Words/xeNsx.jpg" server="cloud.unitedfederationofservers.com" referer="-" cookie="PHPSESSID=78pf2dd6erin4iet0nq88iu8r6" set-cookie="-"
  • 0
    @Barry
    The server and two clients are in the office. These clients work fine.
    It's my client at home that doesn't sync. This one has to pass the Astaro WAF.
    I also have an Android client which works, this has to pass the Astaro as well.

    I opened a service ticket on this.

    Mark
  • 0 in reply to MarkVerbeek
    @Barry
    The server and two clients are in the office. These clients work fine.
    It's my client at home that doesn't sync. This one has to pass the Astaro WAF.
    I also have an Android client which works, this has to pass the Astaro as well.

    I opened a service ticket on this.

    Mark


    Please let us know of any updates you receive on the issue.
Unfiltered HTML