SSD Nodes Learn 🎉 VPS mulai $5.50/bln
Panduan Matt ConnorOleh Matt Connor

Cara Hosting Sendiri Server Chat SimpleX di VPS

Panduan memasang relay SimpleX SMP di VPS, termasuk versi yang dipin, fingerprint klien, port, pengguna non-root, backup, TLS, dan model ancamannya.

Fungsi server SimpleX yang di-hosting sendiri

Untuk meng-hosting sendiri server chat SimpleX, jalankan satu daemon pada VPS: smp-server, yaitu relay untuk SMP (simplex messaging protocol). Daemon ini menyimpan antrean pesan yang digunakan kontak Anda untuk menulis dan membaca pesan. Daemon opsional kedua, yang disebut xftp-server, meneruskan transfer file. Keduanya berasal dari proyek yang sama, simplexmq, dan masing-masing terdiri atas satu binary, satu file konfigurasi, serta log append-only.

Panduan ini ditujukan kepada operator, bukan pengguna aplikasi. Relay tidak menyimpan akun, daftar kontak, atau riwayat chat. Relay menyimpan antrean, sejumlah ciphertext yang belum terkirim, dan sertifikat yang mengidentifikasinya. Tanggung jawab Anda mencakup uptime, sedikit ruang disk, dan metadata yang melewati server Anda.

Setiap command, path, port, dan flag di bawah ini berasal dari dokumentasi proyek: halaman hosting server SMP, halaman server XFTP, dan dokumen keamanan protokol. Jika suatu angka penting, halaman sumbernya disebutkan di sebelah angka tersebut.

Mengapa jaringan tanpa pengenal pengguna tetap memerlukan relay

SimpleX tidak memiliki nama pengguna, nomor telepon, atau ID akun. Kontak adalah antrean satu arah: alamat pada relay tertentu yang digunakan satu pihak untuk menulis dan pihak lain untuk membaca. Dua kontak Anda tidak memiliki pengenal yang sama yang dapat dicocokkan oleh server.

Antrean tersebut tetap harus disimpan di suatu tempat karena alasan sederhana. Dua ponsel jarang online pada detik yang sama. Sesuatu harus menerima pesan sekarang dan menyimpannya sampai perangkat lain memintanya. Itulah seluruh tugas relay SMP. Artinya, kedua perangkat tidak pernah terhubung satu sama lain, sehingga tidak ada yang mengetahui alamat IP (internet protocol) pihak lainnya. Relay menanggung paparan tersebut.

Hostname relay merupakan bagian dari alamat antrean, sehingga hostname tersebut terdapat dalam setiap tautan undangan yang Anda bagikan dari relay itu. Ingat hal ini saat membaca model ancaman di bagian akhir.

Hal yang dapat dan tidak dapat dilihat oleh relay

Proyek tersebut menetapkan hal ini sebagai model ancaman di protocol/security.md. Dokumentasi itu layak dibaca sebelum Anda memasang apa pun karena setelah mengikuti panduan ini, relay tersebut menjadi milik Anda. Relay, termasuk relay yang sepenuhnya dikendalikan penyerang, tidak dapat mengetahui isi atau jenis pesan, menambahkan, menggandakan, atau merusak pesan individual tanpa terdeteksi, maupun memutus enkripsi end-to-end melalui serangan aktif.

Halaman yang sama mencantumkan hal-hal yang dapat dilakukan relay. Relay dapat mengetahui kapan penerima queue sedang online. Relay dapat menghitung jumlah pesan yang melewati queue. Relay dapat mengetahui alamat IP penerima. Relay dapat membuang semua pesan berikutnya dalam queue atau memalsukan status queue tersebut.

Jadi, pembagiannya jelas. Kerahasiaan merupakan tanggung jawab client, dan self-hosting tidak memengaruhinya. Metadata dan ketersediaan merupakan tanggung jawab operator relay, dan self-hosting menyerahkan keduanya kepada Anda.

Hal yang diperlukan sebelum memulai

  • VPS yang menjalankan Ubuntu 22.04 atau 24.04. Proyek ini merilis binary untuk kedua versi tersebut, dalam arsitektur x86-64 dan aarch64.
  • Nama domain dengan A record yang mengarah ke VPS, serta record AAAA jika Anda menggunakan IPv6. Dokumentasi menggunakan smp1.example.com sebagai contoh.
  • Akses root atau sudo, serta sesi SSH kedua yang tetap terbuka saat Anda mengubah firewall.
  • Lokasi di luar server untuk menyimpan cadangan, karena direktori konfigurasi merupakan identitas server.

Pada instance ARM, gunakan aset aarch64, bukan x86-64. Tidak ada bagian lain dalam panduan ini yang berubah, dan pemilihan paket VPS ARM dan x86 berkaitan dengan harga serta kecepatan per-core, bukan dengan dukungan software ini.

Pasang rilis tertentu, bukan "latest"

Proyek ini menyediakan skrip instalasi yang mengambil rilis terbaru dan mendaftarkan perintah simplex-servers-update. Skrip tersebut berfungsi. Namun, tetap tetapkan versinya: relay yang binernya berubah tanpa kendali Anda akan sulit dianalisis ketika terjadi kegagalan.

Per Agustus 2026, rilis simplexmq saat ini adalah v6.5.0, yang diterbitkan pada 29 April 2026. Periksa halaman rilis untuk tag yang Anda inginkan, lalu gunakan tag tersebut di seluruh perintah di bawah ini.

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

useradd -m smp tidak menetapkan kata sandi, sehingga tidak ada pengguna yang dapat login langsung sebagai smp. Buat kedua direktori tersebut secara manual sebelum menjalankan hal lain, karena /etc/opt dimiliki oleh root dan memiliki mode 755. Akibatnya, pengguna smp tidak memiliki lokasi untuk menulis direktori konfigurasinya sendiri.

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

Bandingkan hash tersebut dengan checksum SHA2-256 yang dipublikasikan dalam catatan rilis untuk tag yang sama. Proyek ini juga menandatangani checksum rilis dengan kunci SimpleX Chat FB44AF81A45BDE327319797C85107E357D4A17FC, yang didokumentasikan pada halaman server. Dengan demikian, Anda dapat memverifikasi tanda tangan, bukan mempercayai halaman tempat Anda membaca hash tersebut.

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

Pasang file tersebut sebagai milik root dengan sengaja. Service berjalan sebagai smp, sehingga jika service disusupi, proses tersebut tidak dapat menulis ulang biner yang dijalankannya.

Inisialisasi server dan dua secret yang dicetaknya

sudo su smp -c "smp-server init --yes --store-log --daily-stats --no-password --fqdn=smp1.example.com"
  • --store-log (-l) menulis log antrean dengan mode append-only ke /var/opt/simplex/smp-server-store.log agar relay tetap mempertahankan antrean setelah restart. Tanpa opsi ini, restart akan membuang semua antrean sehingga setiap kontak yang dirutekan melalui server Anda berhenti berfungsi.
  • --daily-stats (-s) menulis penghitung dalam format CSV ke /var/opt/simplex/smp-server-stats.daily.log.
  • --fqdn memasukkan domain Anda ke dalam sertifikat yang dibuat. Gunakan --ip jika Anda tidak memiliki domain.
  • --no-password memungkinkan siapa pun membuat antrean pada relay Anda. Agar relay tetap privat, tetapkan create_password di bawah [AUTH] dalam /etc/opt/simplex/smp-server.ini setelah inisialisasi, bukan dengan meneruskan --password di sini. Alasannya, baris perintah terlihat dalam riwayat shell dan daftar proses selama perintah berjalan.

Init membuat sertifikat dan mencetak dua nilai yang harus Anda simpan. Nilai pertama adalah fingerprint, yaitu string base64 yang juga ditulis ke /etc/opt/simplex/fingerprint. Nilai kedua adalah alamat server lengkap, yaitu fingerprint ditambah hostname Anda. Salin keduanya sekarang.

Init juga membuat /etc/opt/simplex/ca.key, dan dokumentasi menyarankan Anda memindahkan file tersebut ke penyimpanan offline. Alasannya penting: client menyematkan fingerprint dari otoritas sertifikat tersebut. Jadi, siapa pun yang memiliki ca.key dapat menerbitkan sertifikat server baru yang diterima client sebagai sertifikat milik Anda. Anda hanya perlu mengembalikannya untuk mengganti sertifikat server nanti dengan smp-server cert.

Perlakukan init sebagai langkah satu kali. Fingerprint dalam alamat Anda berasal dari otoritas yang dibuatnya. Jadi, jika Anda membuat ulang otoritas tersebut, Anda akan mendapatkan alamat berbeda dan alamat yang sebelumnya dibagikan tidak lagi merujuk ke server Anda.

Jalankan di bawah systemd sebagai pengguna tanpa hak istimewa

Tulis /etc/systemd/system/smp-server.service, persis seperti yang tercantum dalam dokumentasi:

[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

Unit upstream juga memuat AmbientCapabilities=CAP_NET_BIND_SERVICE. Baris tersebut diperlukan karena proses berjalan sebagai smp, sedangkan port di bawah 1024 tidak dapat dibuka oleh proses non-root. Tanpa baris itu, daemon tidak dapat membuka port 80 atau 443. Tambahkan baris tersebut jika Anda melayani port itu. LimitNOFILE=65535 penting karena setiap klien yang berlangganan mempertahankan koneksi TCP yang terbuka, sedangkan batas default jauh di bawah kebutuhan relay yang sibuk. ExecStopPost menyalin log store ke file .bak setiap kali proses dihentikan. Dengan demikian, Anda memiliki satu titik rollback tanpa konfigurasi tambahan.

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

Start yang sehat mencatat alamat server. Selanjutnya, pastikan socket benar-benar terbuka:

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

Kedua baris harus mencantumkan smp-server. Menjalankan daemon dengan account khusus dan tanpa hak sudo merupakan kebiasaan yang sama seperti yang dijelaskan dalam account per service pada VPS, dan hal ini mencegah bug pada satu daemon jaringan berubah menjadi root shell.

Port yang perlu dibuka dan port yang harus tetap ditutup

Dokumentasi mencantumkan tiga port: 5223/tcp, 443/tcp, dan 80/tcp. Port 5223 adalah transport SMP. Konfigurasi yang disertakan menetapkan port: 5223,443 di bawah [TRANSPORT], sehingga protokol yang sama juga menerima koneksi pada 443. Hal ini penting karena banyak jaringan yang ketat mengizinkan koneksi keluar pada 443 dan tidak mengizinkan port lain. Port 80 hanya diperlukan untuk halaman informasi opsional dan pengalihannya ke HTTPS.

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

Jangan membuka 5224. Port tersebut adalah port kontrol, dan dokumentasi mengaksesnya dari server itu sendiri menggunakan nc 127.0.0.1 5224. Port ini menampilkan status server dan menghapus antrean, sehingga harus dibatasi ke loopback. Password admin dan user ditetapkan di bawah [AUTH]. Jika Anda belum terbiasa dengan tool ini, dasar-dasar ufw pada VPS menjelaskan urutan aturan dan cara mencegah diri sendiri terkunci dari server.

Ada satu kontrol lain yang sering terlewat. Sebagian besar provider menjalankan network firewall di panel, terpisah dari ufw pada server. Port dapat terbuka di ufw, tetapi tetap dibuang sebelum mencapai server Anda.

Alamat server yang dibutuhkan klien

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

String tersebut adalah seluruh konfigurasi sisi klien. Tempelkan string ini ke pengaturan server aplikasi, atau minta seseorang memindai kode QR yang ditampilkan aplikasi. Dokumentasi mencatat bahwa QR tersebut menyertakan kata sandi. Artinya, orang yang memindainya juga dapat menerima pesan melalui server Anda.

Ada satu perilaku yang didokumentasikan dan sering mengejutkan pengguna. Menambahkan server Anda di aplikasi hanya memengaruhi kontak yang dibuat setelah itu. Kontak yang sudah ada tetap menggunakan relay tempat antreannya dibuat dan tidak bermigrasi. Karena itu, Anda tidak dapat menonaktifkan relay sehari setelah menggantinya.

Menambahkan relay file XFTP

XFTP (SimpleX file transfer protocol) adalah bagian transfer file dari jaringan dan berjalan sebagai daemon terpisah dengan alamatnya sendiri. Menurut pengumuman XFTP dari proyek ini, relay sama sekali tidak memiliki metadata file: relay hanya melihat potongan individual berukuran 256kb, 1mb, atau 4mb, dengan akses yang diotorisasi oleh kredensial anonim. Pengirim dapat menyebarkan potongan satu file ke beberapa relay, sehingga server Anda menyimpan potongan, bukan file utuh.

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/"

Konfigurasinya berada di /etc/opt/simplex-xftp/, statusnya berada di /var/opt/simplex-xftp/, dan potongan file disimpan di lokasi yang ditentukan oleh -p. Unit systemd memiliki bentuk yang sama dengan User=xftp dan ExecStart=/usr/local/bin/xftp-server start +RTS -N -RTS. Init menampilkan alamat xftp:// dalam format yang sama dengan alamat SMP, dengan fingerprint-nya sendiri di /etc/opt/simplex-xftp/fingerprint.

Ada konflik port yang perlu direncanakan. Port yang didokumentasikan untuk server XFTP adalah 443, dan konfigurasi SMP juga mencantumkan 443. Dua proses tidak dapat melakukan bind pada port yang sama di alamat yang sama, sehingga salah satu konfigurasi harus diubah pada satu VPS. Solusi paling sederhana adalah menetapkan port: 5223 pada bagian [TRANSPORT] SMP dan menggunakan port 443 untuk relay file, tetapi klien pada jaringan yang ketat akan kehilangan fallback 443. Alternatifnya adalah menggunakan alamat IP kedua pada VPS yang sama atau menggunakan VPS kedua.

Tetapkan kuota secara realistis. -q '20gb' adalah komitmen terhadap kapasitas disk yang Anda miliki. Relay file adalah komponen yang paling banyak menggunakan disk dan bandwidth. Relay pesan hampir tidak menggunakan keduanya.

Yang tersimpan di disk dan yang dipulihkan oleh backup

Ada dua direktori yang penting. /etc/opt/simplex/ adalah identitas: smp-server.ini, sertifikat dan kunci server, ca.key, serta fingerprint. /var/opt/simplex/ adalah status: smp-server-store.log menyimpan antrean dan, jika restore_messages: on, pesan yang belum terkirim, bersama file statistik harian.

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

Pahami isi arsip tersebut. Arsip itu bukan arsip pesan: item yang berada dalam antrean adalah ciphertext untuk kunci yang tidak pernah dimiliki relay, dan konfigurasi [STORE_LOG] yang dirilis akan menghapus pesan setelah 21 hari. Arsip itu merupakan salinan identitas server, termasuk ca.key, sehingga siapa pun yang memperoleh file tersebut dapat menyamar sebagai relay Anda di hadapan kontak Anda. Enkripsi file tersebut dan simpan di luar server.

Manfaatnya terlihat saat pemulihan. Salin /etc/opt/simplex ke VPS baru, arahkan nama DNS yang sama ke VPS tersebut, dan fingerprint tetap sama, sehingga semua alamat yang telah Anda bagikan tetap berfungsi. Jika direktori tersebut hilang, tidak ada pemulihan: instalasi baru berarti fingerprint baru, yang berarti alamat baru, sehingga semua kontak yang dirutekan melalui relay Anda akan hilang.

TLS: dua sertifikat dengan fungsi berbeda

Transport SMP tidak menggunakan otoritas sertifikat publik. Init membuat otoritas privat dan sertifikat server, lalu fingerprint otoritas tersebut disertakan dalam alamat server. Klien membandingkan sertifikat yang diberikan server dengan fingerprint yang telah dipasang tersebut. Mekanisme ini melindungi koneksi klien ke server dari serangan machine-in-the-middle, sesuai penjelasan proyek. Tidak ada klien ACME (automatic certificate management environment) yang perlu dijalankan pada port tersebut. Rotasi dilakukan secara manual dengan menjalankan smp-server cert dan menetapkan SMP_SERVER_CFG_PATH.

Halaman informasi opsional menggunakan sertifikat yang lain. Bagian [WEB] mencantumkan static_path, https: 443, cert: /etc/opt/simplex/web.crt, dan key: /etc/opt/simplex/web.key. Browser tidak mengenali otoritas privat Anda. Karena itu, sertifikat yang dipercaya publik digunakan pada halaman ini. Quick start Docker dalam dokumentasi menempatkan Caddy di depan server untuk tujuan tersebut dan menerbitkan sertifikat secara otomatis.

Mengakses relay melalui Tor

Dokumentasi tersebut menyertakan bagian Tor yang menginstal Tor dari repositori Tor Project dan menambahkan hidden service di /etc/tor/torrc:

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

Baca dua baris mode tersebut dengan saksama. Single hop dan non-anonymous berarti lokasi relay sendiri tidak disembunyikan. Alamat onion cepat diakses dan memberi klien jalur masuk yang tidak pernah mengungkapkan alamat IP mereka kepada Anda, tetapi server tetap dapat ditemukan melalui IP publiknya. Hostname onion dari /var/lib/tor/simplex-smp/hostname ditambahkan di akhir alamat server setelah koma. Jika Anda juga ingin menyembunyikan lokasi server, konfigurasinya berbeda, dan menjalankan onion service yang sebenarnya pada VPS membahas komprominya. Perbedaan hal yang disembunyikan oleh setiap alat dibahas dalam Tor dibandingkan dengan VPN, dan berlaku langsung di sini.

Model ancaman: perubahan akibat self-hosting

Manfaatnya. Metadata—queue yang ada, waktu queue dibaca, dan alamat yang terhubung—berada pada mesin yang Anda kendalikan, dan Anda menentukan berapa lama metadata tersebut disimpan. Anda juga tidak menjadi bagian dari kumpulan besar yang dapat diminta sekaligus.

Hal-hal yang tidak Anda dapatkan, secara langsung:

  • Enkripsinya tidak berubah. Pesan sudah dienkripsi end-to-end sebelum Anda membangun ini, dan tetap dienkripsi end-to-end setelahnya. Self-hosting adalah keputusan tentang metadata, bukan keputusan tentang kriptografi.
  • Provider VPS Anda dapat melihat trafik ke alamat IP Anda dan menyimpan detail penagihan Anda. Anda memindahkan kepercayaan dari operator perpesanan ke operator hosting. Anda tidak menghilangkan kebutuhan untuk percaya.
  • Relay Anda adalah kelompok kecil. Jika relay tersebut hanya melayani satu rumah tangga, koneksi ke relay itu akan mengidentifikasi rumah tangga tersebut, dan hostname-nya tercantum dalam setiap tautan undangan yang Anda kirim dari sana. Relay publik yang sibuk lebih baik menyamarkan identitas Anda dalam hal itu, dan di situlah trade-off yang sebenarnya.
  • Ketersediaan kini menjadi tanggung jawab Anda. Disk penuh atau mesin yang mati berarti pesan berhenti dikirimkan, dan kontak Anda tidak memiliki cara untuk merutekan pesan tanpa melalui Anda.

Penalaran yang sama berlaku untuk layanan privat apa pun yang Anda tempatkan pada mesin milik Anda, baik relay ini maupun VPN WireGuard pada VPS milik Anda sendiri. Anda memilih pihak mana yang dapat melihat metadata tersebut. Anda tidak membuat metadata itu menghilang.

Jika tidak berfungsi

Service mulai lalu langsung berhenti. Baca sudo journalctl -u smp-server -n 50. Kegagalan bind menyebutkan port yang tidak dapat digunakan. Kemudian jalankan sudo ss -tlnp | grep :443 untuk melihat proses yang sedang menggunakan port tersebut. Pada server yang baru disiapkan, proses itu biasanya nginx, Caddy, atau server XFTP yang Anda instal satu jam lalu.

Init tidak dapat menulis konfigurasinya. Menjalankan smp-server init sebagai pengguna smp sebelum /etc/opt/simplex ada akan menghasilkan error izin karena /etc/opt dimiliki oleh root. Buat direktori dengan pemilik yang benar terlebih dahulu, lalu jalankan init kembali.

Klien tidak dapat menjangkau relay. Periksa apakah nama tersebut mengarah ke alamat yang benar dengan dig +short smp1.example.com. Kemudian uji port dari laptop Anda, bukan dari server: nc -vz smp1.example.com 5223. Jika koneksi gagal dari luar sementara ss menunjukkan bahwa socket terbuka di server, masalahnya kemungkinan berada pada firewall jaringan penyedia. Firewall tersebut merupakan kontrol terpisah dari ufw.

Kontak tidak dapat terhubung melalui relay Anda. Fingerprint pada alamat yang Anda bagikan harus sesuai dengan isi /etc/opt/simplex/fingerprint saat ini. Jika Anda menetapkan create_password di bawah [AUTH], alamat tersebut juga harus menyertakan kata sandi itu. Jika tidak, klien tidak diizinkan membuat queue.

Tidak ada yang berpindah setelah Anda menambahkan server di aplikasi. Hal itu memang diharapkan. Hanya kontak baru yang menggunakan relay yang baru ditambahkan. Kontak yang sudah ada tetap menggunakan queue yang telah dimilikinya.

FAQ

Apakah menjalankan server SimpleX sendiri membuat pesan saya lebih aman?

Tidak, dan ini memang dirancang demikian. SimpleX mengenkripsi pesan secara menyeluruh antara perangkat, sehingga relay tidak pernah memiliki kunci tersebut, siapa pun yang menjalankannya. Menjalankan server sendiri mengubah pihak yang dapat mengamati metadata di sekitar pesan itu: antrean yang ada, waktu antrean dibaca, dan alamat IP yang terhubung. Ini merupakan keputusan terkait metadata. Jika alasan Anda menjalankan server sendiri adalah enkripsi yang lebih kuat, enkripsi tersebut sudah tersedia sejak awal.

Apa yang sebenarnya dapat dilihat oleh operator relay SimpleX?

protocol/security.md milik proyek tersebut menjelaskan hal ini. Relay tidak dapat membaca isi atau jenis pesan, tidak dapat mengubah pesan individual tanpa terdeteksi, dan tidak dapat memecahkan enkripsi menyeluruh melalui serangan aktif. Relay dapat melihat kapan penerima suatu antrean sedang online, menghitung pesan yang melewati antrean, mengetahui alamat IP penerima, membuang pesan berikutnya dalam antrean, atau memberikan informasi palsu tentang status antrean tersebut. Itulah kewenangan yang Anda miliki setelah relay tersebut berada di bawah kendali Anda.

Apakah saya memerlukan nama domain dan sertifikat TLS?

Anda memerlukan domain untuk konfigurasi yang dapat digunakan, dan smp-server init menerima --ip jika Anda benar-benar tidak memilikinya. Anda tidak memerlukan sertifikat dari otoritas publik untuk port pesan: init membuat otoritasnya sendiri, dan klien melakukan pinning terhadap fingerprint yang tercantum dalam alamat smp:// Anda. Sertifikat yang dipercaya publik hanya diperlukan untuk halaman informasi web opsional, yang dikonfigurasi sebagai cert dan key pada bagian [WEB] dalam smp-server.ini.

Apa yang terjadi jika saya kehilangan /etc/opt/simplex?

Setiap alamat yang telah Anda bagikan akan berhenti berfungsi. Direktori tersebut menyimpan otoritas sertifikat yang fingerprint-nya tertanam dalam alamat server Anda, sehingga rebuild menghasilkan fingerprint yang berbeda dan, akibatnya, server yang berbeda. Kontak yang antreannya berada pada relay tersebut tidak dapat dipulihkan dari sisi klien. Cadangkan direktori tersebut dalam keadaan terenkripsi dan di luar server, lalu simpan ca.key secara offline sesuai petunjuk dokumentasi, karena siapa pun yang memilikinya dapat menyamar sebagai relay Anda.

Dapatkah saya menjalankan relay SMP dan relay file XFTP pada VPS yang sama?

Ya, tetapi ada satu konflik yang harus diselesaikan. Port yang didokumentasikan untuk server XFTP adalah 443, sedangkan konfigurasi SMP default mencantumkan port: 5223,443, sehingga keduanya menggunakan socket yang sama. Gunakan port 443 untuk salah satunya: tetapkan port: 5223 untuk server SMP, atau pindahkan relay file ke alamat IP kedua atau VPS kedua. Tetapkan kuota penyimpanan sesuai kapasitas disk yang benar-benar tersedia, karena relay file adalah komponen yang menggunakan disk dan bandwidth.

#simplex#privacy#messaging#self-hosting#vps