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 binair bestand, een configuratiebestand en een logbestand waaraan alleen gegevens kunnen worden toegevoegd.

Dit 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. Wat u op u neemt is de uptime, een kleine hoeveelheid schijfruimte en de metadata die door uw server stroomt.

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 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 te weten komt. 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 verstrekt. Houd hier rekening mee wanneer u het dreigingsmodel aan het einde leest.

Wat een relay wel 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. Deze kan individuele berichten niet onopgemerkt 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 de controle over beide in handen.

Vereisten voordat u begint

• Een VPS met Ubuntu 22.04 of 24.04. Het project publiceert releases 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 open SSH-sessie terwijl u de firewall aanpast.
• Een externe locatie om een back-up op te slaan, aangezien de configuratiemap de identiteit van de server bevat.

Kies 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 de prijs en de 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 de versie echter toch: een relay waarvan het binaire bestand ongemerkt 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, dus niemand logt direct in als smp. Maak de twee mappen zelf aan voordat u iets anders uitvoert, omdat /etc/opt eigendom is van root en de modus 755 heeft; hierdoor kan de smp-gebruiker zijn eigen configuratiemap nergens schrijven.

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-opmerkingen 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 waarvan het opstart niet kan overschrijven.

Initialiseer de server en de twee geheimen die worden getoond

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 mee te geven. Een opdrachtregel is namelijk zichtbaar in uw shell-geschiedenis en in de proceslijst terwijl deze wordt uitgevoerd.

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

Init maakt ook /etc/opt/simplex/ca.key aan, en de documentatie adviseert om dit bestand naar offline opslag te verplaatsen. De reden hiervoor is belangrijk: clients pinnen de fingerprint 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 dit bestand alleen weer nodig om het servercertificaat later te roteren met smp-server cert.

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

Draai het onder systemd als een niet-bevoorrechte gebruiker

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 niet-root proces; 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-logbestand 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 gezonde 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 zijn 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 moet u gesloten houden

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 toestaan en verder niets. Poort 80 is alleen nodig 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; daarom hoort deze op loopback te staan, waarbij de beheerders- en gebruikerswachtwoorden zijn 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 gebruiken een netwerkfirewall in het beheerpaneel, 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 tekenreeks vormt 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 kunt uitschakelen de dag nadat u deze heeft vervangen.

Een XFTP-file-relay toevoegen

XFTP (SimpleX file transfer protocol) vormt de bestandskant 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. Init toont een xftp://-adres in hetzelfde formaat als het SMP-adres, 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 er een aanpassing plaatsvinden. De eenvoudigste oplossing is om port: 5223 in te stellen in de SMP [TRANSPORT]-sectie en poort 443 aan de file-relay te laten, ten koste van de 443-fallback voor clients op restrictieve netwerken. Alternatieven zijn 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 op schijf staat en wat een back-up herstelt

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 beheerd, 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 inhoudt dat elk contact dat via uw relay verliep, verloren is.

TLS: twee certificaten met verschillende taken

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 wordt meegegeven. De client controleert wat de server presenteert tegenover die vastgepinde vingerafdruk; dit is wat het project omschrijft als het beschermen van de client-naar-serververbinding 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 daarvan 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 precies die reden Caddy voor de server, die het certificaat vervolgens automatisch uitgeeft.

De relay bereiken via Tor

De documentatie bevat een Tor-sectie waarin Tor vanuit de repository van het Tor Project wordt geïnstalleerd en een hidden service wordt toegevoegd 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 waarbij hun IP-adres niet aan u wordt onthuld, maar de server zelf blijft vindbaar op zijn publieke IP. De onion-hostnaam 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 daar een andere configuratie voor nodig, en het draaien van een echte onion service op een VPS behandelt de afwegingen hiervan. Het verschil in wat elk hulpmiddel verbergt is het onderwerp van Tor vergeleken met een VPN, en dit is hier direct van toepassing.

Dreigingsmodel: wat zelf-hosting verandert

Wat het u oplevert. De metadata (welke wachtrijen bestaan, wanneer deze 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. Zelf-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 de relay dat huishouden, en de hostnaam staat in elke uitnodigingslink die u verstuurt. Een drukke publieke relay biedt in dat opzicht een betere anonimiteit, en dat is de werkelijke afweging. Een private zoekserver heeft dezelfde eigenschappen, en daarom komt wat SearXNG daadwerkelijk verbergt op uw eigen VPS neer op hoeveel mensen de instantie met u delen.
• 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 mogelijkheid om u te omzeilen.

Dezelfde redenering is van toepassing op elke private dienst 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 laat deze niet verdwijnen.

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 heeft 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 rechtenfout, 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 met dig +short smp1.example.com of de naam naar het juiste adres wordt omgezet. Test vervolgens de poort vanaf uw laptop, niet vanaf de server: nc -vz smp1.example.com 5223. Een verbinding die vanaf buiten mislukt terwijl ss aangeeft 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 heeft gedeeld, moet overeenkomen met de huidige inhoud van /etc/opt/simplex/fingerprint. Als u create_password onder [AUTH] heeft ingesteld, moet het adres ook dat wachtwoord bevatten, anders mag de client geen wachtrij aanmaken.

Er is niets verplaatst nadat u de server in de app heeft toegevoegd. Dit is de bedoeling. Alleen nieuwe contactpersonen gebruiken de zojuist toegevoegde relay. Bestaande contactpersonen 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 wie de metadata rondom die berichten kan inzien: welke wachtrijen bestaan, wanneer deze worden gelezen en welke IP-adressen verbinding maken. Het is een beslissing op basis van metadata. Als uw reden voor zelf hosten sterkere versleuteling is: 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 onopgemerkt 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 tellen dat door een wachtrij gaat, het IP-adres van een ontvanger achterhalen, toekomstige berichten in een wachtrij verwijderen of liegen over de status van die wachtrij. Dat zijn de bevoegdheden die u krijgt zodra de relay van u is.

Heb ik een domeinnaam en een TLS-certificaat nodig?

U heeft een domein nodig voor een bruikbare configuratie, en smp-server init accepteert --ip als u er echt geen heeft. U heeft geen certificaat van een publieke autoriteit nodig voor de berichtenpoort: init genereert zijn eigen autoriteit en de client koppelt (pin) de vingerafdruk die in uw smp://-adres verschijnt. Een publiek vertrouwd certificaat is alleen nodig voor de optionele web-informatiepagina, 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 bezit zich kan voordoen als uw relay.

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.