aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorNeil Alexander <neilalexander@users.noreply.github.com>2020-10-26 22:09:13 +0000
committerGitHub <noreply@github.com>2020-10-26 22:09:13 +0000
commit0af35bec1adeeceef2735fb576979560dcf18f5f (patch)
tree075588b3a7d48a18405eb8cc63f1620912a4277c
parent59428cdde3ed3f30f01b886c641e6dd1f313c294 (diff)
Update documentation (#1569)
* Update dendrite-config.yaml * Update README.md * Update INSTALL.md * Update INSTALL.md
-rw-r--r--README.md20
-rw-r--r--dendrite-config.yaml2
-rw-r--r--docs/INSTALL.md68
3 files changed, 50 insertions, 40 deletions
diff --git a/README.md b/README.md
index ea61dac1..6c84cffb 100644
--- a/README.md
+++ b/README.md
@@ -54,22 +54,24 @@ The following instructions are enough to get Dendrite started as a non-federatin
```bash
$ git clone https://github.com/matrix-org/dendrite
$ cd dendrite
+$ ./build.sh
-# generate self-signed certificate and an event signing key for federation
-$ go build ./cmd/generate-keys
-$ ./generate-keys --private-key matrix_key.pem --tls-cert server.crt --tls-key server.key
+# Generate a Matrix signing key for federation (required)
+$ ./generate-keys --private-key matrix_key.pem
-# Copy and modify the config file:
-# you'll need to set a server name and paths to the keys at the very least, along with setting
-# up the database filenames
+# Generate a self-signed certificate (optional, but a valid TLS certificate is normally
+# needed for Matrix federation/clients to work properly!)
+$ ./generate-keys --tls-cert server.crt --tls-key server.key
+
+# Copy and modify the config file - you'll need to set a server name and paths to the keys
+# at the very least, along with setting up the database connection strings.
$ cp dendrite-config.yaml dendrite.yaml
-# build and run the server
-$ go build ./cmd/dendrite-monolith-server
+# Build and run the server:
$ ./dendrite-monolith-server --tls-cert server.crt --tls-key server.key --config dendrite.yaml
```
-Then point your favourite Matrix client at `http://localhost:8008`.
+Then point your favourite Matrix client at `http://localhost:8008` or `https://localhost:8448`.
## Progress
diff --git a/dendrite-config.yaml b/dendrite-config.yaml
index 6e87bc70..e5cbd478 100644
--- a/dendrite-config.yaml
+++ b/dendrite-config.yaml
@@ -36,6 +36,8 @@ global:
server_name: localhost
# The path to the signing private key file, used to sign requests and events.
+ # Note that this is NOT the same private key as used for TLS! To generate a
+ # signing key, use "./bin/generate-keys --private-key matrix_key.pem".
private_key: matrix_key.pem
# The paths and expiry timestamps (as a UNIX timestamp in millisecond precision)
diff --git a/docs/INSTALL.md b/docs/INSTALL.md
index 1cecd047..0b3f932b 100644
--- a/docs/INSTALL.md
+++ b/docs/INSTALL.md
@@ -12,6 +12,8 @@ Dendrite can be run in one of two configurations:
lightweight implementation called [Naffka](https://github.com/matrix-org/naffka). This
will usually be the preferred model for low-volume, low-user or experimental deployments.
+For most deployments, it is **recommended to run in monolith mode with PostgreSQL databases**.
+
Regardless of whether you are running in polylith or monolith mode, each Dendrite component that
requires storage has its own database. Both Postgres and SQLite are supported and can be
mixed-and-matched across components as needed in the configuration file.
@@ -30,23 +32,9 @@ If you want to run a polylith deployment, you also need:
* Apache Kafka 0.10.2+
-## Building up a monolith deploment
-
-Start by cloning the code:
-
-```bash
-git clone https://github.com/matrix-org/dendrite
-cd dendrite
-```
-
-Then build it:
-
-```bash
-go build -o bin/dendrite-monolith-server ./cmd/dendrite-monolith-server
-go build -o bin/generate-keys ./cmd/generate-keys
-```
+Please note that Kafka is **not required** for a monolith deployment.
-## Building up a polylith deployment
+## Building Dendrite
Start by cloning the code:
@@ -61,6 +49,8 @@ Then build it:
./build.sh
```
+## Install Kafka (polylith only)
+
Install and start Kafka (c.f. [scripts/install-local-kafka.sh](scripts/install-local-kafka.sh)):
```bash
@@ -96,9 +86,9 @@ Dendrite can use the built-in SQLite database engine for small setups.
The SQLite databases do not need to be pre-built - Dendrite will
create them automatically at startup.
-### Postgres database setup
+### PostgreSQL database setup
-Assuming that Postgres 9.6 (or later) is installed:
+Assuming that PostgreSQL 9.6 (or later) is installed:
* Create role, choosing a new password when prompted:
@@ -118,18 +108,28 @@ Assuming that Postgres 9.6 (or later) is installed:
### Server key generation
-Each Dendrite server requires unique server keys.
+Each Dendrite installation requires:
+
+- A unique Matrix signing private key
+- A valid and trusted TLS certificate and private key
+
+To generate a Matrix signing private key:
+
+```bash
+./bin/generate-keys --private-key matrix_key.pem
+```
+
+**Warning:** Make sure take a safe backup of this key! You will likely need it if you want to reinstall Dendrite, or
+any other Matrix homeserver, on the same domain name in the future. If you lose this key, you may have trouble joining
+federated rooms.
-In order for an instance to federate correctly, you should have a valid
-certificate issued by a trusted authority, and private key to match. If you
-don't and just want to test locally, generate the self-signed SSL certificate
-for federation and the server signing key:
+For testing, you can generate a self-signed certificate and key, although this will not work for public federation:
```bash
-./bin/generate-keys --private-key matrix_key.pem --tls-cert server.crt --tls-key server.key
+./bin/generate-keys --tls-cert server.crt --tls-key server.key
```
-If you have server keys from an older synapse instance,
+If you have server keys from an older Synapse instance,
[convert them](serverkeyformat.md#converting-synapse-keys) to Dendrite's PEM
format and configure them as `old_private_keys` in your config.
@@ -140,9 +140,9 @@ Create config file, based on `dendrite-config.yaml`. Call it `dendrite.yaml`. Th
* The `server_name` entry to reflect the hostname of your Dendrite server
* The `database` lines with an updated connection string based on your
desired setup, e.g. replacing `database` with the name of the database:
- * For Postgres: `postgres://dendrite:password@localhost/database`
- * For SQLite on disk: `file:component.db` or `file:///path/to/component.db`
- * Postgres and SQLite can be mixed and matched.
+ * For Postgres: `postgres://dendrite:password@localhost/database`, e.g. `postgres://dendrite:password@localhost/dendrite_userapi_account.db`
+ * For SQLite on disk: `file:component.db` or `file:///path/to/component.db`, e.g. `file:userapi_account.db`
+ * Postgres and SQLite can be mixed and matched on different components as desired.
* The `use_naffka` option if using Naffka in a monolith deployment
There are other options which may be useful so review them all. In particular,
@@ -152,7 +152,7 @@ help to improve reliability considerably by allowing your homeserver to fetch
public keys for dead homeservers from somewhere else.
**WARNING:** Dendrite supports running all components from the same database in
-Postgres mode, but this is **NOT** a supported configuration with SQLite. When
+PostgreSQL mode, but this is **NOT** a supported configuration with SQLite. When
using SQLite, all components **MUST** use their own database file.
## Starting a monolith server
@@ -164,8 +164,14 @@ Be sure to update the database username and password if needed.
The monolith server can be started as shown below. By default it listens for
HTTP connections on port 8008, so you can configure your Matrix client to use
-`http://localhost:8008` as the server. If you set `--tls-cert` and `--tls-key`
-as shown below, it will also listen for HTTPS connections on port 8448.
+`http://servername:8008` as the server:
+
+```bash
+./bin/dendrite-monolith-server
+```
+
+If you set `--tls-cert` and `--tls-key` as shown below, it will also listen
+for HTTPS connections on port 8448:
```bash
./bin/dendrite-monolith-server --tls-cert=server.crt --tls-key=server.key