Tutorials How to install Matrix Synapse Home Server

How to install Matrix Synapse Home Server

Matrix logo

This guide will help you install and get started with Matrix and its reference home server Synapse. The instructions and example commands in this guide will help you set up Matrix Synapse on a cloud server running CentOS 8, Debian 10, or Ubuntu 18

What is Matrix?

Matrix is an open standard for decentralised communication, which securely distributes persistent chatrooms over an open federation of servers preventing any single points of control or failure.

Matrix provides simple HTTP APIs and open-source reference implementations to create a common fabric to interconnect existing communication islands. Some of the use cases include creating and managing fully distributed conversations, enabling WebRTC VoIP and video calls using Matrix signalling, and synchronising history across all clients in real-time.

1. Deploy a cloud server

If you have not already registered with UpCloud, you should begin here to get started with $25 in credits when you sign up today.

Once you have signed up, log into your UpCloud control panel and deploy a server.

Synapse requires a POSIX-compliant system, such as the aforementioned Linux distributions, Python 3.6 or newer installed, and at least 1GB of free RAM to be able to join large public rooms such as the #matrix:matrix.org.

Deploy a new cloud instance for hosting the Matrix home server using one of the tested Linux operating systems to an availability zone of your choosing. You can find in-depth instructions on all of the configuration options at the guide for how to deploy a server.

2. Installing prerequisites

When you have a server up and running, use the commands below appropriate to your system to install the required packages and libraries.

For Ubuntu 18 and Debian 10 systems, install the prerequisites with the following command.

sudo apt-get install build-essential python3-dev libffi-dev \
  python-pip python-setuptools sqlite3 \
  libssl-dev python-virtualenv libjpeg-dev libxslt1-dev

On CentOS 8, you can fulfil the requirements with the installs below. You will also need to enable access to the required ports and services at the firewall.

sudo dnf install libtiff-devel libjpeg-devel libzip-devel freetype-devel \
  lcms2 libwebp-devel tcl-devel tk-devel redhat-rpm-config \
  python36 virtualenv libffi-devel openssl-devel
sudo dnf group install "Development Tools"
sudo firewall-cmd --permanent --add-service http
sudo firewall-cmd --permanent --add-service https
sudo firewall-cmd --permanent --add-port=8448/tcp
sudo firewall-cmd --reload

With the prerequisites sorted, you can continue installing Synapse.

3. Installing Synapse home server

Synapse is the Matrix reference implementation of a “home server” written by the Matrix core development team. It is intended as a showcase of the Matrix concept to demonstrate the spec in the context of a codebase. It lets you easily run your own home server and generally helps to bootstrap the Matrix ecosystem.

The home servers are used as an access point for clients to connect to the Matrix network. They store the users’ personal chat history and account information in a similar fashion as an IMAP/SMTP server would. Like email, you can run your own Matrix home server to keep personal control and ownership of your communications and history or use one of the hosted Matrix services. Matrix has no single point of control or mandatory service provider.

Matrix network

To prepare the system, set up a new virtual environment under ~/synapse using the commands below or choose a different directory by replacing the ~/synapse in the commands with the folder you wish to store the server files.

mkdir -p ~/synapse
virtualenv -p python3 ~/synapse/env
source ~/synapse/env/bin/activate

Check that the following packages are installed and up to date.

pip install --upgrade pip virtualenv six packaging appdirs

Then use pip to install and upgrade the setup tools as well as the Synapse server itself.

pip install --upgrade setuptools
pip install matrix-synapse

This installs the Synapse home server along with its libraries.

If you run into problems installing the Synapse home server, Matrix has outlined some helpful troubleshooting tips at the Synapse GitHub page.

4. Configuring Synapse

Before Synapse can be started, you will need to generate a configuration file that defines the server settings.

Run the following commands in your Synapse virtual environment. Replace the server name matrix.example.com with your own domain, but note that the name cannot be changed later without reinstalling the home server. Also, choose whether you wish to allow Synapse to report statistics by entering either --report-stats=yes or no.

source ~/synapse/env/bin/activate
pip install -U matrix-synapse
cd ~/synapse
python -m synapse.app.homeserver \
  --server-name matrix.example.com \
  --config-path homeserver.yaml \
  --generate-config \
  --report-stats=yes|no
A config file has been generated in 'homeserver.yaml' for server name 'matrix.example.com'. Please review this file and customise it to your needs.

Once Synapse has finished generating the required settings, you should see a confirmation like in the example output above.

5. Enabling TLS

Matrix Synapse now requires TLS enabled by default to allow the server to be used to securely. The easiest way to configure TLS is to obtain SSL certificates from a trusted Certificate Authority such as Let’s Encrypt.

Install the Let’s Encrypt’s Certbot client, depending on your Linux distribution, following the instructions below.

On Ubuntu 18, you’ll need to do is install the common software properties and add the Certbot repository. Afterwards, you can install the Certbot client now available through the package manager.

sudo apt-get update
sudo apt-get install software-properties-common
sudo add-apt-repository universe
sudo add-apt-repository ppa:certbot/certbot
sudo apt-get update
sudo apt-get install certbot python-certbot-nginx

Debian 10 allows you to install the Certbot client straight away.

sudo apt-get install certbot python-certbot-nginx

CentOS 8 systems will require you to first install the Extra Packages for Enterprise Linux (EPEL) and then Certbot itself.

sudo dnf install -y epel-release
sudo dnf config-manager --set-enabled PowerTools
sudo dnf update -y
sudo dnf install -y certbot python3-certbot-nginx

You’ll also need to have a webserver available for Certbot to use for validating the certificate. Install nginx using the instructions below according to your operating system.

On Debian 10 and Ubuntu 18 systems, simply run the following command.

sudo apt-get install nginx

Nginx for CentOS 8 is also installed from the Extra Packages for Enterprise Linux (EPEL) which we already did for Certbot so just install Nginx with the command below.

sudo dnf install nginx

With the Certbot client and Nginx installed, you can obtain certificates using the certonly command together with the --nginx plugin. Include at least one domain name by replacing the matrix.example.com with yours.

Then use the Certbot client as shown in the example below.

sudo certbot certonly --nginx -d matrix.example.com

The command starts an interactive configuration script that asks a couple of questions to help with managing certificates.

  1. On the first installation on any specific host, you’ll need to enter a contact email.
  2. Then go through the Let’s Encrypt Terms of Service and select Agree if you accept the terms and wish to use the service.
  3. Choose whether you wish to share your email address with the Electronic Frontier Foundation (EFF) for updates on their work.

If the client was successful at obtaining a certificate you can find a confirmation and certificate expiration date at the end of the client output.

In case you are having problems with the client, make sure you are trying to register a domain or subdomain that currently resolves to your server as DNS configurations might take a moment to propagate. Also, check that you are running the command with admin privileges.

When the certificates have been issued successfully, you’ll need to enable them for the Synapse home server.

You can find out more about the Let’s Encrypt client including how to automate the certificate renewal in our article for how to install Let’s Encrypt on nginx.

6. Configuring reverse proxy with nginx

Matrix recommends setting up a reverse proxy, such as nginx, Apache or HAProxy, in front of your Synapse server. This is intended to simplify client connections by allowing Matrix to use the common HTTPS port 443 while keeping the server-to-server connections at the port 8448.

Change the default home server configuration to only listen to the localhost address for the port 8008. Open the homeserver.yaml file for edit.

nano ~/synapse/homeserver.yaml

Find the following segment and set the bind only to the address 127.0.0.1 and check that the forward flag is set to true as shown below. You can leave the rest as is, we’ll terminate the SSL at the proxy so Matrix does not need to worry about TLS settings.

  - port: 8008
    tls: false
    bind_addresses: ['127.0.0.1']
    type: http
    x_forwarded: true

Save the file and exit.

Next, enable nginx to act as the reverse proxy by creating a configuration file for the proxy functionality.

sudo nano /etc/nginx/conf.d/matrix.conf

Then enter the following to enable the proxy with SSL termination. Replace the matrix.example.com with your domain in the server name. The certificates issued by Let’s Encrypt are saved under the directory indicated in the Certbot output, usually under /etc/letsencrypt/live/. Again, replace the matrix.example.com with the domain name the certificates were issued for.

server {
    listen 80;
	listen [::]:80;
    server_name matrix.example.com;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl;
    listen [::]:443 ssl;
    server_name matrix.example.com;

    ssl on;
    ssl_certificate /etc/letsencrypt/live/matrix.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/matrix.example.com/privkey.pem;

    location / {
        proxy_pass http://localhost:8008;
        proxy_set_header X-Forwarded-For $remote_addr;
    }
}

server {
    listen 8448 ssl default_server;
    listen [::]:8448 ssl default_server;
    server_name matrix.example.com;

    ssl on;
    ssl_certificate /etc/letsencrypt/live/matrix.example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/matrix.example.com/privkey.pem;
    location / {
        proxy_pass http://localhost:8008;
        proxy_set_header X-Forwarded-For $remote_addr;
    }
}

The above nginx configuration includes three parts to help make using your Matrix Synapse home server as easy as possible. It listens for secure connections as ports 443 for HTTPS and 8448 for Matrix federation server-to-server communication. Connections to the insecure HTTP port 80 are redirected to use HTTPS instead.

Once you’re done, save the file and exit the editor.

Then start and enable nginx.

sudo systemctl restart nginx
sudo systemctl enable nginx

That’s all you need for configuring a Synapse home server. Continue below to starting the server and creating your first user.

7. Registering a new user

Now that Synapse is installed, you should add a new user as an admin to be able to configure chat rooms and web client settings. First, make sure you are in the home server virtual environment and start the server.

cd ~/synapse
source env/bin/activate
synctl start

Then register a new user to the localhost.

register_new_matrix_user -c homeserver.yaml http://localhost:8008

This starts an interactive user configuration, enter the desired username and password, then select yes to enable administration priveledges.

New user localpart [root]: username
Password: password
Confirm password: password
Make admin [no]: yes|no
Sending registration request...
Success.

That is it, you should now be able to log into your Synapse home server with the user credentials you just created.

8. Logging into Matrix

Users have the ability to connect to a Matric home server using one or more Matrix clients. First, verify that the Matrix server is running and reachable by opening your domain on a web browser.

https://matrix.example.com

You should see a page such as the one below.

Matrix server running

The home server doesn’t include a Matrix client by default but you can use the Riot web client. It has a polished and easy to use user interface, and after installing trusted certificates using Let’s Encrypt, you can connect to your home server using a public client such as Riot.

Go to the following URL on your web browser.

https://riot.im/app/#/login

You should see a sign-in page like in the example picture below. First, click the change link to select to use your custom Matrix server.

Matrix Riot sign-in

Enter your Matrix server domain name as your home server URL and click the Next button.

Matrix Riot custom homeserver

Riot will then make a quick connection check to your cloud server. If you see an error message, check your server domain and that you entered it using HTTPS.

Then sign in with the username and password you just created in the previous section for your own home server.

Matrix Riot username and password

The Riot web app is a convenient way of testing your custom Matrix Synapse server but it’s definitely not the only client available. Other client applications can be found at the Matrix documentation page.

9. Creating a room

Next, you might wish to create a new room. In Matrix, everything happens in rooms which are distributed and do not exist on any single server. Rooms can be identified and located using aliases such as #matrix:matrix.org or #test:localhost:8008.

Click the plus icon to the left of the Rooms list of the Riot web client.

Matrix Riot add room

Give your room a name, and with the Synapse client, you can also make the room public if you wish.

Matrix Riot create private room

Then hit enter to save the name and join the new room.

Matrix Riot new room

The rooms can be used just as any communication channel, but Matrix is intended to be much more capable than a simple text chat. The basic implementation of the Synapse home server and web client are just examples of how the Matrix network can be utilised. There are already a number of other options for home servers with many different use cases. You can find more publicly available application servers in the Matrix projects documentation.

All done!

Congratulations, you have now successfully deployed and configured your first Matrix home server using Synapse.

If you would like to try out different clients, Weechat Matrix plugin allows logging in even on the command line, while Riot is also available on Android and iOS. Alternatively, those with the technical know-how can always write their own client using one of the Matrix SDKs.

Matrix presents a tonne of potential for secure communication for anything from group chat rooms, VoIP and video calls, to exchange of persistent data between devices and services in the Internet of Things. Feel free to experiment with the existing servers and clients or begin developing your own!

Editor-in-chief and Technical writer at UpCloud since 2015. Cloud enthusiast writing about server technology and software.

46 thoughts on “How to install Matrix Synapse Home Server

  1. Thank you for this guide!
    It was really helpful, even though I ran Nginx in a way that didn’t fit the guide it was easy enouhg to follow through.

    1. Hi Sami, thanks for the comment, we’ll get the guide updated to reflect the new requirement.

  2. Hey Janne,

    this Tutorial is not up to date due the python change from 2.7 to 3.5 in synapse…

    could you please update this awesome guide?

    ty

    1. Hi Kevin, thanks for the comment. The guide is in need of an update and we’ll get on it soon!

  3. On a Centos minimal install install you will need to add

    sudo yum -y install gcc gcc-c++ kernel-devel
    sudo yum install python36 python36-devel python36-libs python36-tools
    sudo yum -y install python-devel libxslt-devel libffi-devel openssl-devel

    1. Hi there, thanks for the comment, good to know to those running a leaner CentOS install.

  4. Hi Jannie.

    Thanks for the guide. It worked for me. But I cannot call to other people if they are using different internet, everything works fine if we use same wifi. Do you have any suggestions?

    1. Hi Duc, thanks for the comment. As for your problem, being on the same WiFi network should not matter as long as everyone is able to join the same room. Assuming you installed Matrix on a local machine which would prevent others from joining it from outside your local network. I would recommend deploying Matrix on a cloud server which will be accessible from anywhere.

  5. Thanks for this great tutorial!

    I followed all the steps correctly, the server seems to be running in terminal just fine.
    But, the subdomain that was used is still not working on riot, also does not show any matrix files as shown in Step 8. Logging into Matrix

    I have no idea what to do, kindly help me out with domain configuration!

    1. Hi there, thanks for the question. You would need to have an A record pointing your domain name to the server’s IP address. The actual process of doing this depends on your domain registrar but we’ve got some general tips for managing DNS records. If you’ve already created the A record, then it’s just a matter of time for the record to propagate onto other DNS servers and become available on Matrix network.

      1. Thanks for your quick response!

        Issue was solved by re-configuring TLS Step 5
        Step 6: removing any app/process on port 80

        Then, restarting nginx

        Worked like Charm 🙂
        PS: Feel so happy !!

  6. Hello Thank you for this great tutorial
    i followed your guide but in step 7 when i try to create a user this i get this error

    ERROR! Received 400 Bad Request
    Shared secret registration is not enabled
    i did change
    #Enable registration for new users.
    #
    enable_registration: true

    but the issue still the same

    please help

    1. Hi John, thanks for the question. The default configuration only allows registrations locally or using the shared secret, by enabling registration, anyone can create an account on your Riot server if they know the server URL. Since you’ve enabled registration, you could test creating an account using the Riot web app by selecting the ‘Advanced’ option and entering your Matrix server URL.

  7. The pre-built packages now work quite well for installing Synapse. Also, if you proxy Synapse using nginx for 8448, and you’re not worried about “local eavesdropping”, you should be able to keep most/all of LE/TLS handling out of Synapse.

  8. Thanks for the tutorial, could you please tell me how to log into matrix admin panel?
    i tried the url URL http://example1.com:8008, but it did not work. I would like to change few settings, for eg: disabling room creation by normal users, i see that riot don’t have option for that.

    Thanks

    1. Hi there, thanks for the question. The example.com URLs are just that, examples. You’d need to replace it with your own domain or use your cloud server’s IP address if you do not have a domain at hand. As for the user permissions, you need to disallow users from publishing rooms on your server by editing the room_list_publication_rules in your homeserver.yaml file.

  9. Thanks a lot this is a great guide, and the only one that just worked for me on Ubuntu 18.04.

  10. Thank your for this guide! That’s the first one that worked for me!

    There’s just one thing that I cannot get over:
    how do I start the synapse server on reboot? I don’t find a way to implement this

    cd ~/synapse
    source env/bin/activate
    synctl start

    into a crontab of any sort. There’s also no service installed that I could activate in systemctl.

    Do you have a solution for this?

    Thanks!

    1. Hi Felix, thanks for the question. Matrix doesn’t currently come with a service file itself, but other users have contributed one to their GitHub repository. Have a look at the systemd service provided here. Note that you’ll need to set the User, WorkingDirectory and ExecStart parameters to match where you installed Matrix.

      Once you have the /etc/systemd/system/matrix-synapse.service created, reload the systemd daemon with sudo systemctl daemon-reload and start the service sudo systemctl start matrix-synapse
      Don’t forget to stop the server if it’s already running:
      cd ~/synapse
      source env/bin/activate
      synctl stop

      1. I am not quite sure what I am doing wrong I have the following service config

        User=root
        Group=nogroup

        WorkingDirectory=/root/synapse
        ExecStart=/root/synapse/env/bin/python -m synapse.app.homeserver –config-path=/root/synapse/homeserver.yaml
        SyslogIdentifier=matrix-synapse

        But I get the following errors when I try to stop and start.
        When I pwd inside my synapse folder install its `/root/synapse`

        [email protected]:~/synapse# systemctl status matrix-synapse.service
        * matrix-synapse.service – Synapse Matrix homeserver
        Loaded: loaded (/etc/systemd/system/matrix-synapse.service; disabled; vendor preset: enabled)
        Active: failed (Result: exit-code) since Sun 2020-08-02 19:05:59 UTC; 22s ago
        Process: 21867 ExecStart=/root/synapse/env/bin/python -m synapse.app.homeserver –config-path=/root/synapse/homeserver.yaml (code=exited, status=1/FAILURE)
        Main PID: 21867 (code=exited, status=1/FAILURE)

        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: self.stale_possible_simple_keys()
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: File “/root/synapse/env/lib/python3.6/site-packages/yaml/scanner.py”, line 292, in stale_possible_simple_keys
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: “could not find expected ‘:'”, self.get_mark())
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: yaml.scanner.ScannerError: while scanning a simple key
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: in “/root/synapse/homeserver.yaml”, line 1384, column 3
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: could not find expected ‘:’
        Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: in “/root/synapse/homeserver.yaml”, line 1385, column 1
        Aug 02 19:05:59 kitson-chat systemd[1]: matrix-synapse.service: Main process exited, code=exited, status=1/FAILURE
        Aug 02 19:05:59 kitson-chat systemd[1]: matrix-synapse.service: Failed with result ‘exit-code’.
        Aug 02 19:05:59 kitson-chat systemd[1]: Failed to start Synapse Matrix homeserver.

          1. Hi there, thanks for the comment. If you are getting the same error message as above, the problem is in the homeserver.yaml file. Check the error output to find out where in the file the error is, e.g.

            Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: in “/root/synapse/homeserver.yaml”, line 1384, column 3

            was missing a separator character “:” indicated by the following line:

            Aug 02 19:05:58 kitson-chat matrix-synapse[21867]: could not find expected ‘:’
    1. Hi Abhishek, thanks for the question. We don’t have a tutorial on TURN at this time but the how-to guide you linked seems fairly straightforward. If you are installing TURN on a separate server from your Matrix Synapse, you’ll need to point your Matrix server to it, for example, by creating DNS records for the TURN server IP address. Also according to the example configuration, it uses the port 3478 for both UDP and TCP so make sure those are allowed on both TURN and Matrix servers.
      turn_uris: [ "turn:turn.matrix.org:3478?transport=udp", "turn:turn.matrix.org:3478?transport=tcp" ]

      1. Can I replace “turn.matrix.org” with homeserver IP address?
        like :
        1. turn_uris: [ “turn:https://:3478?transport=udp“, :3478?transport=tcp” ]
        2. releam : :

        As I do not have domain name for home server public IP.

        Please guide

        1. It might be possible to configure TURN using the server IP. However, Matrix requires TLS to be enabled which requires a valid domain name for your homeserver.

  11. Hi Janne,

    We followed all the steps and were able to establish matrix server. When we were doing security testing on this server, we have found https://riot.im/app/#/login page takes our server address and does the authentication. Chat rooms are created and then VC will start But in case we shut down the server, VC was still continue. Then we found out that even if we created rooms in our server and were doing VC in our server, still link created for VC was of PUBLIC server. For example links to our VC servers were like: https://jitsi.riot.im/. So VC server and VC was done using public Server always?? Can we make any configuration change to make sure it take only our establish server for VC.

    1. Hi there, thanks for the question. There’s a couple of things you might want to change if you wish to secure your Matrix homeserver for private use. The basic installation does not include a VoIP server, which means any video calls are routed through Riot’s own services as you noticed. You can install your own TURN VoIP server by following their how-to guide. You should also disable the trusted identification servers, trusted_third_party_id_servers in your homeserver.yaml file to only allow your own users to log in. This is due to how Matrix stores conversation history on all homeservers whose users are participating in a given room.

  12. Can you help me to answer in following questions:
    1. Maximum no. of clients/ participants supported (without any performance issues)
    2. Max. no. of simultaneous group meetings
    3. Scalability & Load balancing
    4. Minimum Hardware capability required for server for handling 50 users
    5. Video call setup work-flow for better understanding

    1. Hi Anuja, thanks for the questions. Matrix homeserver is quite lightweight and does not require heavy investments in terms of server resources. Our $10 plan with 1 CPU and 2 GB RAM should be a good starting point for 50 users and can be quickly scaled up if need be. Load balancing should also be possible thanks to the Matrix federation but might require some extra attention to how users are registered. There are no fixed limits to simultaneous calls but installing your own TURN server will allow you to manage concurrent connections per user and the total per server.

      1. As u suggested to set up the TURN server at “homeserver” in your earlier reply, my team worked the same. But we are failed as a riot client could not able to connect the identity server and “home server” to manage video calls. Currently, all calls are getting managed by “jitsi” server URL “https://jitsi.riot.im/JitsiConferenceGapingPrimoAni mal”.

        Please help to setup “homeserver” as identity & Turn server both. I want to secure VC that all calls should be managed by my private network.
        Thanks

        1. You were likely unable to log in to your homeserver via the Riot client if your Matrix server has not been configured to use TLS with a trusted certificate. You’ll need to have a valid domain name for which you can have, for example, Let’s Encrypt issue an SSL certificate.

  13. Please help how to test that our setting for the “TURN VoIP server” is done successfully. Is there a need to update setting at client end also so that it should connect with our home server as VoIP server in the complete conference? Currently, I am using Riot.im as a client to connect with our home server. Please guide.

    1. Using your own TURN server should not need any extra steps on the client-side. We don’t currently have a detailed guide on TURN server but might look into putting on together. Until then, I’d recommend checking the TURN GitHub repository and issue tracker for more information.

  14. Thank You for this great Tutorial!

    I installed and configured all of your steps on a Debian System with Dynamic DNS, everything seems to be ok, but step 8 Logging into Matrix failed with domain url or server’s IP address

    Browser with https:
    502 Bad Gateway
    nginx/1.14.2

    RiotWebApp with https https://riot.im/app/#/login:
    Server not available

    Browser with http:
    Welcome to nginx!

    RiotWebApp with http https://riot.im/app/#/login:
    Server not available

    Do you know maybe what to do…?

    1. Hi there, thanks for the question. It sounds like you have the default config still active which is overriding your reverse proxy config. On your version of Nginx, you need to delete placeholder with rm /etc/nginx/sites-enabled/default , then systemctl reload nginx . Afterwards, open your domain on a web browser and you should see the Matrix page and be able to connect using the Riot client.

      1. Thank you very much for your answer. As described by you, i proceeded as described, default remove and reloaded nginx and system reboot -> /etc/nginx/sites-enabled/default is now removed clearly. Unfortunately, this did not change anything… I hope that you can help me out 🙂

        sudo nginx -t
        nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
        nginx: configuration file /etc/nginx/nginx.conf test is successful

        1. Ok, if the default config wasn’t the issue, I’d recommend checking that your reverse proxy /etc/nginx/conf.d/matrix.conf was saved and contains the all the necessary instructions as described in the reverse proxy section. You should also check that synapse is running by trying to start it again with synctl start.

  15. HI,
    How does my domain know to point to this server, am I setting up any dns records for upcloud? Or am I just pointing my domain or possibly subdomain to the ip address with a A record? Thanks

  16. Hello ,

    I just installed matrix and synapse now.

    I just running this :

    register_new_matrix_user -c homeserver.yaml http://localhost:8008

    Centos 7 – no tls configured – no running firewall

    I got this error :

    requests.exceptions.ConnectionError: HTTPConnectionPool(host=’localhost’, port=8008): Max retries exceeded with url: /_matrix/client/r0/admin/register (Caused by NewConnectionError(‘: Failed to establish a new connection: [Errno 111] Connection refused’,))

    What can I do ?

    When I started synapse :

    started synapse.app.homeserver(‘homeserver.yaml’)

    1. Hi there, thanks for the question. The error message you got would indicate that something is blocking the connection. While you did mention that you don’t use a firewall, CentOS 7 usually comes with firewalld enabled by default. I’d check that with firewall-cmd --list-all just to be sure. Also, check that Synapse is listening to the localhost at port 8008 in your homeserver.yaml e.g.

        - port: 8008
          tls: false
          bind_addresses: ['127.0.0.1']

Leave a Reply

Your email address will not be published. Required fields are marked *

Locations

Helsinki (HQ)

In the capital city of Finland, you will find our headquarters, and our first data centre. This is where we handle most of our development and innovation.

London

London was our second office to open, and a important step in introducing UpCloud to the world. Here our amazing staff can help you with both sales and support, in addition to host tons of interesting meetups.

Singapore

Singapore was our 3rd office to be opened, and enjoys one of most engaged and fastest growing user bases we have ever seen.

Seattle

Seattle is our 4th and latest office to be opened, and our way to reach out across the pond to our many users in the Americas.