From 263c9f30a194745c15009c9a97012de5c9d677b5 Mon Sep 17 00:00:00 2001 From: Tobias Diekershoff Date: Wed, 13 Jul 2016 09:33:28 +0200 Subject: [PATCH] added configuration reg. curl and lighttpd with error code 417 --- mods/sample-Lighttpd.config | 48 ++++++++++++++++++------------------- 1 file changed, 24 insertions(+), 24 deletions(-) diff --git a/mods/sample-Lighttpd.config b/mods/sample-Lighttpd.config index 422c710069..1c83700609 100644 --- a/mods/sample-Lighttpd.config +++ b/mods/sample-Lighttpd.config @@ -1,4 +1,4 @@ -Below is a sample config for Lighttpd that +Below is a sample config for Lighttpd that seems to work well on Debian Squeeze, with "lighttpd/1.4.28 (ssl)" The idea is: if someone enters the bare URL for my site, 'example.com', @@ -21,6 +21,18 @@ the requested URL. Enjoy! +On Debian Jessie with lighttpd 1.4.35-4 there was a problem encountered +between curl (which is used by Friendica in the background) and lighttp. +This problem caused requests being served with an error code of 417 in +the logs and no delivery of postings from the contacts. + +One can solve the issue by adding + + server.reject-expect-100-with-417 = "disable" + +to the lighttpd configuratiion file (e.g. in the beginning with the +other 'server.xxx' settings. + ---------------( config starts )----------------- debug.log-request-handling = "disable" @@ -50,21 +62,16 @@ ssl.ca-file = "/etc/lighttpd/ssl/ca.pem" # fix for problem between curl and lighttpd server.reject-expect-100-with-417 = "disable" -# Send everybody to landing -page: +# Send everybody to landing page: $SERVER["socket"] == ":80" { $HTTP["scheme"] == "http" { $HTTP["host"] =~ ".*" { - # This next redirect doesn't appear to ever execute in -Firefox - # (sometimes, anyway -- caching issue?), but it does seem -to - # reliably in Google's Chromium browser. If I change it -here - # and restart Lighty, Firefox still goes to the URL in -the - # last 'else' below. Or something. + # This next redirect doesn't appear to ever execute in Firefox + # (sometimes, anyway -- caching issue?), but it does seem to + # reliably in Google's Chromium browser. If I change it here + # and restart Lighty, Firefox still goes to the URL in the + # last 'else' below. Or something. Sometimes. server.document-root = "/var/www" url.redirect = (".*" => "https://example.com") @@ -79,8 +86,7 @@ $HTTP["scheme"] == "https" { $HTTP["host"] == "wordpress.example.com" { server.document-root = "/var/www/wordpress" ssl.pemfile = "/etc/lighttpd/ssl/wordpress.pem" - # include -"wpmu-rewrites.conf" + # include "wpmu-rewrites.conf" url.rewrite-if-not-file = ( "^/(.*/)?files/$" => "/index.php", "^/(.*/)?files/(.*)" => "/wp-includes/ms-files.php?file=$2", @@ -93,10 +99,8 @@ $HTTP["scheme"] == "https" { else $HTTP["host"] == "friendica.example.com" { server.document-root = "/var/www/friendica" ssl.pemfile = "/etc/lighttpd/ssl/friendica.pem" - # Got the following 'Drupal Clean URL'after Mike suggested -trying - # something along those lines, from -http://drupal.org/node/1414950 + # Got the following 'Drupal Clean URL'after Mike suggested trying + # something along those lines, from http://drupal.org/node/1414950 url.rewrite-if-not-file = ( "^\/([^\?]*)\?(.*)$" => "/index.php?q=$1&$2", "^\/(.*)$" => "/index.php?q=$1" @@ -124,12 +128,8 @@ include_shell "/usr/share/lighttpd/use-ipv6.pl" dir-listing.encoding = "utf-8" server.dir-listing = "disable" -#compress.cache-dir = -"/var/cache/lighttpd/compress/" -#compress.filetype = ( "application/x-javascript", "text/css", -"text/html", "text/p\ -lain" -) +#compress.cache-dir = "/var/cache/lighttpd/compress/" +#compress.filetype = ( "application/x-javascript", "text/css", "text/html", "text/p\lain" ) include_shell "/usr/share/lighttpd/create-mime.assign.pl"