[Git][debian-gis-team/libapache2-mod-tile][master] Adjust naming of config files following lintian. Moved them into separate...

[Felix Delattre]

Felix Delattre pushed to branch master at Debian GIS Project / libapache2-mod-tile


Commits:
8001abff by Felix Delattre at 2020-09-02T15:31:46+00:00
Adjust naming of config files following lintian. Moved them into separate directories to avoid naming conflicts.

- - - - -


4 changed files:

- debian/tileserver-renderd.conf → debian/conf/apache2/renderd.conf
- debian/renderd.conf → debian/conf/renderd/renderd.conf
- debian/renderd.apache2
- debian/renderd.install


Changes:

=====================================
debian/tileserver-renderd.conf → debian/conf/apache2/renderd.conf
=====================================
@@ -28,6 +28,15 @@ Alias /mod_tile /var/cache/renderd/tiles
     # Alternatively (or in addition) you can load all the tile sets defined in the configuration file into this virtual host
     LoadTileConfigFile /etc/renderd.conf
 
+    # Specify if mod_tile should keep tile delivery stats, which can be accessed from the URL /mod_tile
+    # The default is On. As keeping stats needs to take a lock, this might have some performance impact,
+    # but for nearly all intents and purposes this should be negligable and so it is safe to keep this turned on.
+    ModTileEnableStats On
+
+    # Turns on bulk mode. In bulk mode, mod_tile does not request any dirty tiles to be rerendered. Missing tiles
+    # are always requested in the lowest priority. The default is Off.
+    ModTileBulkMode Off
+
     # Timeout before giving up for a tile to be rendered
     ModTileRequestTimeout 3
 
@@ -104,20 +113,21 @@ Alias /mod_tile /var/cache/renderd/tiles
     ModTileCacheLastModifiedFactor 0.20
 
     # Tile Throttling
-    # Tile scrappers can often download large numbers of tiles and overly staining tileserver resources
+    # Tile scrapers can often download large numbers of tiles and overly strain tileserver resources
     # mod_tile therefore offers the ability to automatically throttle requests from ip addresses that have
     # requested a lot of tiles.
     # The mechanism uses a token bucket approach to shape traffic. I.e. there is an initial pool of n tiles
     # per ip that can be requested arbitrarily fast. After that this pool gets filled up at a constant rate
-    # The algorithm has to metrics. One based on overall tiles served to an ip address and a second one based on
+    # The algorithm has two metrics. One based on overall tiles served to an ip address and a second one based on
     # the number of requests to renderd / tirex to render a new tile.
 
     # Overall enable or disable tile throttling
     ModTileEnableTileThrottling Off
-    # When the tileserver is behind a proxy one can use the X-Forwarded-For http header to determin the remote IP for throttling
-    # 0: don't use X-Forwarded-For
-    # 1: Use the first address in the X-Forwarded chain, which should be the client address. However, this may not be trusted.
-    # 2: Use the last address in the X-Forwarded chain. If one uses a reverse proxy, this will be the IP address seen by the reverse proxy and can be trusted.
+    # Specify if you want to use the connecting IP for throtteling, or use the X-Forwarded-For header to determin the
+    # 1 - use the client IP address, i.e. the first entry in the X-Forwarded-For list. This works through a cascade of proxies.
+    #     However, as the X-Forwarded-For is written by the client this is open to manipulation and can be used to circumvent the throttling
+    # 2 - use the last specified IP in the X-Forwarded-For list. If you know all requests come through a reverse proxy
+    #     that adds an X-Forwarded-For header, you can trust this IP to be the IP the reverse proxy saw for the request
     ModTileEnableTileThrottlingXForward 0
 
     # Parameters (poolsize in tiles and topup rate in tiles per second) for throttling tile serving.


=====================================
debian/renderd.conf → debian/conf/renderd/renderd.conf
=====================================


=====================================
debian/renderd.apache2
=====================================
@@ -1 +1 @@
-conf debian/tileserver-renderd.conf
+conf debian/conf/apache2/renderd.conf


=====================================
debian/renderd.install
=====================================
@@ -1,4 +1,4 @@
 usr/bin/render*
 usr/share/man/man*/render*
-debian/renderd.conf etc
+debian/conf/renderd/renderd.conf etc
 munin/renderd*      usr/share/munin/plugins



View it on GitLab: https://salsa.debian.org/debian-gis-team/libapache2-mod-tile/-/commit/8001abff37f8a627c6df65e83f20834f9b610b19

-- 
View it on GitLab: https://salsa.debian.org/debian-gis-team/libapache2-mod-tile/-/commit/8001abff37f8a627c6df65e83f20834f9b610b19
You're receiving this email because of your account on salsa.debian.org.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-grass-devel/attachments/20200902/d313638a/attachment-0001.html>