summary refs log tree commit diff
diff options
context:
space:
mode:
authorMatthew Hodgson <matthew@matrix.org>2016-08-19 19:16:55 +0100
committerMatthew Hodgson <matthew@matrix.org>2016-08-19 19:16:55 +0100
commit58d6c93103919f91ebb0cf3a08f0c02c90d93a8d (patch)
tree35e0f56c8a2cc01d0c0d75972c48dc271a1c0f81
parentquick guide to synapse scalability via workers (diff)
downloadsynapse-58d6c93103919f91ebb0cf3a08f0c02c90d93a8d.tar.xz
PR feedback
-rw-r--r--docs/workers.rst14
1 files changed, 9 insertions, 5 deletions
diff --git a/docs/workers.rst b/docs/workers.rst
index 36d633e947..4eb05b0e59 100644
--- a/docs/workers.rst
+++ b/docs/workers.rst
@@ -20,7 +20,7 @@ To enable workers, you need to add a replication listener to the master synapse,
 
     listeners:
       - port: 9092
-        bind_address: ''
+        bind_address: '127.0.0.1'
         type: http
         tls: false
         x_forwarded: false
@@ -28,6 +28,10 @@ To enable workers, you need to add a replication listener to the master synapse,
           - names: [replication]
             compress: false
 
+Under **no circumstances** should this replication API listener be exposed to the
+public internet; it currently implements no authentication whatsoever and is
+unencrypted HTTP.
+
 You then create a set of configs for the various worker processes.  These should be
 worker configuration files should be stored in a dedicated subdirectory, to allow
 synctl to manipulate them.
@@ -65,12 +69,12 @@ For instance::
     worker_pid_file: /home/matrix/synapse/synchrotron.pid
     worker_log_config: /home/matrix/synapse/config/synchrotron_log_config.yaml
 
-...is a full configuration for a synchotron worker instance, which will expose a
+...is a full configuration for a synchrotron worker instance, which will expose a
 plain HTTP /sync endpoint on port 8083 separately from the /sync endpoint provided
 by the main synapse.
 
 Obviously you should configure your loadbalancer to route the /sync endpoint to
-the synchotron instance(s) in this instance.
+the synchrotron instance(s) in this instance.
 
 Finally, to actually run your worker-based synapse, you must pass synctl the -a
 commandline option to tell it to operate on all the worker configurations found
@@ -80,12 +84,12 @@ in the given directory, e.g.::
 
 Currently one should always restart all workers when restarting or upgrading
 synapse, unless you explicitly know it's safe not to.  For instance, restarting
-synapse without restarting all the synchotrons may result in broken typing
+synapse without restarting all the synchrotrons may result in broken typing
 notifications.
 
 To manipulate a specific worker, you pass the -w option to synctl::
 
-    synctl -w $CONFIG/workers/synchotron.yaml restart
+    synctl -w $CONFIG/workers/synchrotron.yaml restart
 
 All of the above is highly experimental and subject to change as Synapse evolves,
 but documenting it here to help folks needing highly scalable Synapses similar