Zelf een SimpleX chatserver hosten op een VPS

Wat een zelfgehoste SimpleX chatserver doet

Om een SimpleX chatserver zelf te hosten, draait u één daemon op een VPS: smp-server, de relay voor SMP (simplex messaging protocol). Deze bevat de berichtenwachtrijen waar uw contacten naar schrijven en van lezen. Een tweede, optionele daemon genaamd xftp-server fungeert als relay voor bestandsoverdrachten. Beide zijn afkomstig van hetzelfde project, simplexmq, en bestaan elk uit een enkel binary-bestand, een configuratiebestand en een logbestand waaraan alleen kan worden toegevoegd.

Deze handleiding is geschreven voor de beheerder, niet voor de app-gebruiker. De relay bevat geen accounts, geen contactlijsten en geen chatgeschiedenis. De relay bevat wachtrijen, wat niet-afgeleverde versleutelde tekst en een certificaat dat de server identificeert. U bent verantwoordelijk voor de uptime, een kleine hoeveelheid schijfruimte en de metadata die via uw server verloopt.

Elk commando, pad, poort en vlag hieronder is afkomstig uit de eigen documentatie van het project: de SMP server hosting pagina, de XFTP server pagina en het protocol security document. Waar een getal van belang is, wordt de bronpagina ernaast vermeld.

Waarom een netwerk zonder gebruikersidentificatie toch relays nodig heeft

SimpleX gebruikt geen gebruikersnamen, telefoonnummers of account-ID's. Een contact is een unidirectionele wachtrij: een adres op een relay waar de ene kant naar schrijft en de andere kant van leest. Twee van uw contacten delen geen enkele identificatie die een server aan elkaar zou kunnen koppelen.

Deze wachtrijen moeten echter ergens worden opgeslagen, om een eenvoudige reden. Twee telefoons zijn zelden op exact hetzelfde moment online. Er moet iets zijn dat een bericht nu accepteert en vasthoudt totdat het andere apparaat erom vraagt. Dat is de volledige taak van een SMP relay. Dit betekent ook dat de twee apparaten nooit rechtstreeks verbinding met elkaar maken, waardoor geen van beide het IP-adres (internet protocol) van de ander achterhaalt. De relay vangt die blootstelling in plaats daarvan op.

De hostnaam van de relay is onderdeel van het wachtrijadres en staat daarom in elke uitnodigingslink die u vanuit die relay verstrekt. Houd hier rekening mee wanneer u het dreigingsmodel aan het einde leest.

Wat een relay kan en niet kan zien

Het project beschrijft dit als een dreigingsmodel in protocol/security.md. Het is de moeite waard dit te lezen voordat u iets installeert, aangezien die relay na deze handleiding van u is. Een relay, inclusief een relay die volledig door een aanvaller wordt beheerd, kan de inhoud of het type berichten niet achterhalen, kan niet onopgemerkt individuele berichten toevoegen, dupliceren of beschadigen, en kan de end-to-end-encryptie niet verbreken met een actieve aanval.

Op dezelfde pagina staat wat een relay wel kan doen. Deze kan achterhalen wanneer een ontvanger van een wachtrij online is. Deze kan tellen hoeveel berichten er door een wachtrij gaan. Deze kan het IP-adres van een ontvanger achterhalen. Deze kan elk toekomstig bericht in een wachtrij verwijderen of liegen over de status van die wachtrij.

De scheiding is dus duidelijk. Vertrouwelijkheid is de taak van de client en self-hosting heeft daar geen invloed op. Metadata en beschikbaarheid zijn de taak van de relay-beheerder, en door self-hosting krijgt u beide in eigen beheer.

Vereisten voordat u begint

• Een VPS met Ubuntu 22.04 of 24.04. Het project publiceert binaries die specifiek voor deze twee versies zijn gebouwd, in x86-64 en aarch64.
• Een domeinnaam met een A-record dat naar de VPS wijst, plus een AAAA-record als u over IPv6 beschikt. De documentatie gebruikt smp1.example.com als voorbeeld.
• Root- of sudo-toegang, en een tweede SSH-sessie geopend terwijl u de firewall aanpast.
• Een externe locatie om een back-up op te slaan, aangezien de configuratiemap de identiteit van de server bevat.

Gebruik op een ARM-instantie het aarch64-bestand in plaats van x86-64. Niets anders in deze handleiding verandert, en de keuze tussen ARM- en x86-VPS-abonnementen heeft betrekking op prijs en snelheid per core, niet op de vraag of deze software draait.

Installeer een specifieke release, niet "latest"

Het project levert een installatiescript dat de huidige release ophaalt en een simplex-servers-update-commando registreert. Dit werkt. Pin echter de versie: een relay waarvan het binaire bestand onder uw beheer wijzigt, is een relay waarover u geen uitspraken kunt doen wanneer er iets misgaat.

Sinds augustus 2026 is de huidige simplexmq-release v6.5.0, gepubliceerd op 29 april 2026. Controleer de releases-pagina voor de tag die u wilt gebruiken en hanteer die tag vervolgens overal hieronder.

sudo useradd -m smp
sudo install -d -o smp -g smp -m 755 /etc/opt/simplex /var/opt/simplex

useradd -m smp stelt geen wachtwoord in, waardoor niemand direct als smp inlogt. Maak de twee mappen zelf aan voordat u iets anders uitvoert, omdat /etc/opt eigendom is van root en de modus 755 heeft, waardoor de smp-gebruiker geen mogelijkheid heeft om een eigen configuratiemap aan te maken.

VER=v6.5.0
curl -fL "https://github.com/simplex-chat/simplexmq/releases/download/$VER/smp-server-ubuntu-24_04-x86-64" -o /tmp/smp-server
sha256sum /tmp/smp-server

Vergelijk die hash met de SHA2-256-checksums die in de release notes voor dezelfde tag zijn gepubliceerd. Het project ondertekent release-checksums ook met de SimpleX Chat-sleutel FB44AF81A45BDE327319797C85107E357D4A17FC, gedocumenteerd op de server-pagina, zodat u de handtekening kunt verifiëren in plaats van te vertrouwen op de pagina waar u de hash vandaan heeft.

sudo install -m 755 -o root -g root /tmp/smp-server /usr/local/bin/smp-server

Installeer het bewust met root als eigenaar. De service draait als smp, waardoor een inbreuk op de service het binaire bestand van waaruit deze wordt gestart niet kan overschrijven.

Initialiseer de server en de twee geheimen die worden weergegeven

sudo su smp -c "smp-server init --yes --store-log --daily-stats --no-password --fqdn=smp1.example.com"

• --store-log (-l) schrijft een append-only logboek van wachtrijen naar /var/opt/simplex/smp-server-store.log, zodat de relay een herstart overleeft. Zonder dit logboek gooit een herstart elke wachtrij weg, wat betekent dat elk contact dat via u wordt gerouteerd, stopt met werken.
• --daily-stats (-s) schrijft tellers in CSV-formaat naar /var/opt/simplex/smp-server-stats.daily.log.
• --fqdn plaatst uw domein in het gegenereerde certificaat. Gebruik --ip in plaats daarvan als u geen domein heeft.
• --no-password staat iedereen toe om een wachtrij aan te maken op uw relay. Om deze privé te houden, stelt u create_password in onder [AUTH] in /etc/opt/simplex/smp-server.ini na de initialisatie, in plaats van --password hier door te geven, omdat een opdrachtregel zichtbaar is in uw shell-geschiedenis en in de proceslijst terwijl deze wordt uitgevoerd.

Init genereert een certificaat en geeft de twee waarden weer die u moet bewaren. De eerste is de vingerafdruk, een base64-tekenreeks die ook naar /etc/opt/simplex/fingerprint wordt geschreven. De tweede is het volledige serveradres, wat de vingerafdruk plus uw hostnaam is. Kopieer beide nu.

Init maakt ook /etc/opt/simplex/ca.key aan, en de documentatie adviseert om dat bestand naar offline opslag te verplaatsen. De reden hiervoor is belangrijk: clients pinnen de vingerafdruk van die certificaatautoriteit, dus iedereen die ca.key in bezit heeft, kan een nieuw servercertificaat uitgeven dat uw clients als het uwe accepteren. U heeft het bestand alleen nodig om later het servercertificaat te roteren met smp-server cert.

Beschouw init als een eenmalige stap. De vingerafdruk in uw adres is afkomstig van de autoriteit die het genereert, dus het opnieuw genereren van die autoriteit geeft u een ander adres en maakt het adres dat u heeft verspreid onbruikbaar.

Voer het uit onder systemd als een gebruiker zonder privileges

Schrijf /etc/systemd/system/smp-server.service, precies zoals de documentatie aangeeft:

[Unit]
Description=SMP server systemd service

[Service]
User=smp
Group=smp
Type=simple
ExecStart=/usr/local/bin/smp-server start +RTS -N -RTS
ExecStopPost=/usr/bin/env sh -c '[ -e "/var/opt/simplex/smp-server-store.log" ] && cp "/var/opt/simplex/smp-server-store.log" "/var/opt/simplex/smp-server-store.log.bak"'
LimitNOFILE=65535
KillSignal=SIGINT
TimeoutStopSec=infinity

[Install]
WantedBy=multi-user.target

De upstream-unit bevat ook AmbientCapabilities=CAP_NET_BIND_SERVICE. Die regel bestaat omdat het proces draait als smp, en poorten onder 1024 zijn gesloten voor een proces dat niet als root draait; zonder deze regel kan de daemon niet binden aan 80 of 443. Voeg deze toe als u die poorten gebruikt. LimitNOFILE=65535 is van belang omdat elke geabonneerde client een open TCP-verbinding onderhoudt, en de standaardlimiet ligt ver onder wat een drukke relay nodig heeft. ExecStopPost kopieert het store-logboek naar een .bak-bestand bij elke stop, wat u één gratis rollback-punt geeft.

sudo systemctl daemon-reload
sudo systemctl enable --now smp-server
sudo systemctl status smp-server
sudo journalctl -fu smp-server

Een succesvolle start logt het serveradres. Bevestig daarna of de sockets daadwerkelijk open zijn:

sudo ss -tlnp | grep -E ':(443|5223)'

Beide regels zouden smp-server moeten vermelden. Het draaien van de daemon onder een eigen account zonder sudo-rechten is dezelfde gewoonte als beschreven in per-service accounts op een VPS, en dit is wat voorkomt dat een bug in een netwerk-daemon verandert in een root-shell.

Welke poorten moeten openstaan en welke gesloten moet blijven

De documentatie vermeldt er drie: 5223/tcp, 443/tcp en 80/tcp. Poort 5223 is het SMP-transport. De meegeleverde configuratie stelt port: 5223,443 in onder [TRANSPORT], waardoor hetzelfde protocol ook antwoordt op 443. Dit is van belang omdat veel restrictieve netwerken uitgaand verkeer op 443 wel toestaan en al het andere blokkeren. Poort 80 is alleen vereist voor de optionele informatiepagina en de redirect naar HTTPS.

sudo ufw allow 22/tcp
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw allow 5223/tcp
sudo ufw enable

Open poort 5224 niet. Dit is de controlepoort en de documentatie benadert deze vanaf de server zelf met nc 127.0.0.1 5224. Deze poort geeft de serverstatus weer en verwijdert wachtrijen; deze hoort daarom op loopback te staan, met de beheerders- en gebruikerswachtwoorden ingesteld onder [AUTH]. Als u nieuw bent met deze tool, behandelt de basis van ufw op een VPS de volgorde van regels en hoe u voorkomt dat u uzelf buitensluit.

Er is nog een controlepunt waar mensen vaak tegenaan lopen. De meeste providers hanteren een netwerkfirewall in het configuratiepaneel, los van ufw op de server zelf. Een poort kan openstaan in ufw en alsnog worden geweigerd voordat het verkeer de server bereikt.

Het serveradres dat uw clients nodig hebben

smp://<fingerprint>[:<password>]@<public_hostname>[,<onion_hostname>]

Die reeks is de volledige configuratie aan de clientzijde. Plak deze in de serverinstellingen van de app, of laat iemand de QR-code scannen die de app hiervoor toont. De documentatie vermeldt dat de QR-code het wachtwoord bevat; iemand die deze scant, kan dus ook berichten ontvangen via uw server.

Eén gedocumenteerd gedrag verrast iedereen. Het toevoegen van uw server in de app heeft alleen invloed op contacten die u vanaf dat moment legt. Bestaande contacten blijven op de relays staan waar hun wachtrijen zijn aangemaakt en zij migreren niet. Dat is ook de reden waarom u een relay niet de dag nadat u deze heeft vervangen kunt uitschakelen.

Een XFTP-file-relay toevoegen

XFTP (SimpleX file transfer protocol) vormt het bestandsoverdrachtgedeelte van het netwerk en is een afzonderlijke daemon met een eigen adres. Volgens de XFTP-aankondiging van het project bevatten relays geen enkele bestandsmetadata: ze zien enkel individuele chunks van 256kb, 1mb of 4mb, waarbij toegang wordt geautoriseerd via anonieme credentials. Een verzender kan de chunks van één bestand over meerdere relays verspreiden, waardoor uw server slechts fragmenten bevat, geen volledige bestanden.

sudo useradd -m xftp
sudo install -d -o xftp -g xftp -m 755 /etc/opt/simplex-xftp /var/opt/simplex-xftp /srv/xftp
curl -fL "https://github.com/simplex-chat/simplexmq/releases/download/$VER/xftp-server-ubuntu-24_04-x86-64" -o /tmp/xftp-server
sudo install -m 755 -o root -g root /tmp/xftp-server /usr/local/bin/xftp-server
sudo su xftp -c "xftp-server init -l --fqdn=xftp1.example.com -q '20gb' -p /srv/xftp/"

De configuratie bevindt zich in /etc/opt/simplex-xftp/, de status in /var/opt/simplex-xftp/ en de bestandschunks in de map die in -p is gedefinieerd. De systemd-unit heeft dezelfde structuur met User=xftp en ExecStart=/usr/local/bin/xftp-server start +RTS -N -RTS. Bij het initialiseren wordt een xftp://-adres getoond in hetzelfde formaat als dat van SMP, met een eigen fingerprint in /etc/opt/simplex-xftp/fingerprint.

Houd rekening met een poortconflict. De gedocumenteerde poort voor de XFTP-server is 443, en de SMP-configuratie vermeldt eveneens 443. Twee processen kunnen niet op hetzelfde adres aan dezelfde poort binden, dus op één VPS moet een keuze worden gemaakt. De eenvoudigste oplossing is om port: 5223 in te stellen in de [TRANSPORT]-sectie van SMP en poort 443 aan de file-relay toe te wijzen. Dit gaat ten koste van de 443-fallback voor clients op beperkende netwerken. Alternatieven zijn het gebruik van een tweede IP-adres op dezelfde VPS of een tweede VPS.

Bepaal de quota realistisch. -q '20gb' is een toezegging over de beschikbare schijfruimte. De file-relay is het onderdeel dat schijfruimte en bandbreedte verbruikt. De message-relay verbruikt nauwelijks van beide.

Wat staat er op de schijf en wat herstelt een back-up

Twee mappen zijn van belang. /etc/opt/simplex/ bevat de identiteit: smp-server.ini, het servercertificaat en de sleutel, ca.key, en fingerprint. /var/opt/simplex/ bevat de status: smp-server-store.log herbergt de wachtrijen en, wanneer restore_messages: on, de niet-afgeleverde berichten, naast het dagelijkse statistiekenbestand.

sudo systemctl stop smp-server
sudo tar czf /root/simplex-backup.tgz -C / etc/opt/simplex var/opt/simplex
sudo chmod 600 /root/simplex-backup.tgz
sudo systemctl start smp-server

Wees duidelijk over wat dat archief is. Het is geen berichtenarchief: de items in de wachtrij zijn versleutelde tekst voor sleutels die de relay nooit heeft bezeten, en de meegeleverde [STORE_LOG]-configuratie verwijdert berichten sowieso na 21 dagen. Het is een kopie van de identiteit van de server, inclusief ca.key, dus iedereen die het bestand in handen krijgt, kan zich bij uw contacten voordoen als uw relay. Versleutel het bestand en bewaar het buiten de server.

Het voordeel is herstel. Plaats /etc/opt/simplex terug op een nieuwe VPS, laat dezelfde DNS-naam ernaar verwijzen, en de vingerafdruk blijft ongewijzigd, waardoor elk adres dat u heeft verstrekt nog steeds werkt. Raakt u die map kwijt, dan is er geen herstel mogelijk: een nieuwe installatie betekent een nieuwe vingerafdruk, wat een nieuw adres betekent, wat betekent dat elk contact dat via uw relay werd gerouteerd, verloren is.

TLS: twee certificaten met verschillende functies

Het SMP-transport maakt geen gebruik van een publieke certificaatautoriteit (CA). Init genereert een private autoriteit en een servercertificaat, waarbij de vingerafdruk van die autoriteit in het serveradres is opgenomen. De client controleert wat de server presenteert aan de hand van die vastgepinde vingerafdruk; dit is wat het project omschrijft als het beschermen van de verbinding tussen client en server tegen machine-in-the-middle-aanvallen. Er is geen ACME-client (automatic certificate management environment) die op die poort draait, en rotatie is een handmatige smp-server cert-actie waarbij SMP_SERVER_CFG_PATH is ingesteld.

De optionele informatiepagina gebruikt het andere certificaat. De [WEB]-sectie hiervan benoemt static_path, https: 443, cert: /etc/opt/simplex/web.crt en key: /etc/opt/simplex/web.key. Een browser kent uw private autoriteit niet, dus dit is de enige plek waar een publiek vertrouwd certificaat thuishoort. De Docker-snelstartgids in de documentatie plaatst om die reden Caddy voor de server, die het certificaat vervolgens automatisch uitgeeft.

De relay bereiken via Tor

De documentatie bevat een Tor-sectie die Tor installeert vanuit de repository van het Tor Project en een hidden service toevoegt in /etc/tor/torrc:

SOCKSPort 0
HiddenServiceNonAnonymousMode 1
HiddenServiceSingleHopMode 1
HiddenServiceDir /var/lib/tor/simplex-smp/
HiddenServicePort 5223 localhost:5223
HiddenServicePort 443 localhost:443

Lees de twee mode-regels zorgvuldig door. Single hop en non-anonymous betekenen dat de locatie van de relay zelf niet verborgen is. Het onion-adres is snel en biedt clients een toegangsweg die hun IP-adres nooit aan u onthult, maar de server zelf blijft vindbaar op zijn publieke IP. De onion-hostname uit /var/lib/tor/simplex-smp/hostname plaatst u aan het einde van het serveradres na een komma. Als u wilt dat ook de locatie van de server verborgen blijft, is dat een andere configuratie, en het draaien van een echte onion service op een VPS behandelt de afweging hiervan. Het verschil in wat elke tool verbergt is het onderwerp van Tor vergeleken met een VPN, en dit is hier direct van toepassing.

Dreigingsmodel: wat self-hosting verandert

Wat het u oplevert. De metadata (welke wachtrijen bestaan, wanneer ze worden gelezen, welke adressen verbinding maken) staat op een machine die u beheert, en u bepaalt hoe lang deze gegevens worden bewaard. U maakt bovendien geen deel meer uit van een grote groep die in één keer kan worden opgevraagd.

Wat het u niet oplevert, kort en bondig:

• De encryptie blijft ongewijzigd. Berichten waren end-to-end versleuteld voordat u dit opzette en ze zijn dat na afloop nog steeds. Self-hosting is een beslissing over metadata, geen beslissing over cryptografie.
• Uw VPS-provider ziet het verkeer naar uw IP-adres en beschikt over uw factuurgegevens. U heeft het vertrouwen verplaatst van een messaging-operator naar een hosting-operator. U heeft het niet weggenomen.
• Uw relay is een kleine groep. Als deze één huishouden bedient, dan identificeert verbinding maken met deze relay dat huishouden, en de hostnaam staat in elke uitnodigingslink die u vanuit die relay verstuurt. Een drukke publieke relay biedt in dat opzicht een betere anonimiteit, en dat is de werkelijke afweging.
• De beschikbaarheid is nu uw verantwoordelijkheid. Een volle schijf of een defecte server betekent dat berichten niet meer worden afgeleverd, en uw contacten hebben geen manier om u te omzeilen.

Dezelfde redenering is van toepassing op elke private service die u op een eigen server plaatst, of het nu gaat om deze relay of een WireGuard VPN op uw eigen VPS. U kiest welke partij de metadata ziet. U zorgt er niet voor dat deze verdwijnt.

Wanneer het niet werkt

De service start en stopt direct. Lees sudo journalctl -u smp-server -n 50. Een bind-fout vermeldt de poort die niet kon worden geclaimd. Voer vervolgens sudo ss -tlnp | grep :443 uit om te zien welk proces deze poort al bezet houdt; op een nieuwe server is dit meestal nginx, Caddy of de XFTP-server die u een uur geleden hebt geïnstalleerd.

Init kan de configuratie niet schrijven. Het uitvoeren van smp-server init als de smp-gebruiker voordat /etc/opt/simplex bestaat, resulteert in een foutmelding over toegangsrechten, omdat /etc/opt eigendom is van root. Maak eerst de map aan met de juiste eigenaar en voer daarna init opnieuw uit.

Clients kunnen de relay niet bereiken. Controleer of de naam naar het juiste adres wordt omgezet met dig +short smp1.example.com. Test vervolgens de poort vanaf uw laptop, niet vanaf de server: nc -vz smp1.example.com 5223. Een verbinding die van buitenaf faalt terwijl ss toont dat de socket op de server openstaat, wijst op de netwerkfirewall van de provider; dit is een aparte instelling die losstaat van ufw.

Een contactpersoon kan geen verbinding maken via uw relay. De vingerafdruk in het adres dat u hebt gedeeld, moet overeenkomen met de huidige inhoud van /etc/opt/simplex/fingerprint. Als u create_password hebt ingesteld onder [AUTH], moet het adres dat wachtwoord ook bevatten, anders mag de client geen wachtrij aanmaken.

Er is niets veranderd nadat u de server in de app hebt toegevoegd. Dit is de bedoeling. Alleen nieuwe contacten gebruiken de zojuist toegevoegde relay. Bestaande contacten behouden de wachtrijen die zij al hebben.

FAQ

Maakt het zelf hosten van een SimpleX-server mijn berichten veiliger?

Nee, en dat is een bewuste keuze. SimpleX versleutelt berichten end-to-end tussen apparaten, waardoor de relay nooit over de sleutels beschikt, ongeacht wie deze beheert. Zelf hosten verandert enkel wie de metadata rondom deze berichten kan inzien: welke wachtrijen bestaan, wanneer ze worden gelezen en welke IP-adressen verbinding maken. Het is een beslissing op basis van metadata. Als u zelf host voor sterkere versleuteling: die versleuteling was al aanwezig.

Wat kan een SimpleX-relaybeheerder daadwerkelijk zien?

Het protocol/security.md van het project zet dit uiteen. Een relay kan de inhoud of het type van berichten niet lezen, kan individuele berichten niet ongemerkt wijzigen en kan de end-to-end-versleuteling niet verbreken met een actieve aanval. De beheerder kan wel zien wanneer de ontvanger van een wachtrij online is, het aantal berichten in een wachtrij tellen, het IP-adres van een ontvanger achterhalen, toekomstige berichten in een wachtrij verwijderen of liegen over de status van die wachtrij. Dit zijn de bevoegdheden die u krijgt zodra de relay van u is.

Heb ik een domeinnaam en een TLS-certificaat nodig?

Voor een bruikbare configuratie heeft u een domein nodig, en smp-server init accepteert --ip als u er echt geen heeft. Voor de berichtenpoort heeft u geen certificaat van een publieke autoriteit nodig: init genereert zijn eigen autoriteit en de client koppelt de vingerafdruk die in uw smp://-adres verschijnt. Een publiek vertrouwd certificaat is alleen vereist voor de optionele webinformatiepagina, geconfigureerd als cert en key in de [WEB]-sectie van smp-server.ini.

Wat gebeurt er als ik /etc/opt/simplex verlies?

Elk adres dat u heeft verstrekt, werkt niet meer. Die map bevat de certificaatautoriteit waarvan de vingerafdruk is ingebed in uw serveradres; een herbouw resulteert dus in een andere vingerafdruk en daarmee een andere server. Contacten wiens wachtrijen op die relay staan, kunnen niet vanaf de clientzijde worden hersteld. Maak een versleutelde back-up van de map buiten de server en bewaar ca.key offline zoals de documentatie voorschrijft, aangezien iedereen die dit in bezit heeft, zich als uw relay kan voordoen.

Kan ik de SMP-relay en de XFTP-filerelay op dezelfde VPS draaien?

Ja, met één conflict dat moet worden opgelost. De gedocumenteerde poort van de XFTP-server is 443 en de standaard SMP-configuratie vermeldt port: 5223,443, dus beide willen dezelfde socket gebruiken. Wijs poort 443 toe aan een van beide: stel port: 5223 in voor de SMP-server, of verplaats de filerelay naar een tweede IP-adres of een tweede VPS. Stem de opslagquota bovendien af op de schijfruimte die u daadwerkelijk heeft, aangezien de filerelay de component is die schijfruimte en bandbreedte verbruikt.