SSD Nodes Learn Hosting plans →
Panduan Matt ConnorOleh Matt Connor · Dikemas kini 2026-08-29

Alternatif Dropbox Terbaik untuk Hos Sendiri

Bandingkan Nextcloud, Seafile, dan Syncthing untuk kegunaan pelayan peribadi. Ketahui kos VPS sebenar, perbezaan topologi penyelarasan, dan mengapa penyegerakan bukan sandaran.

Alternatif Dropbox yang manakah patut anda jalankan?

Terdapat empat alternatif Dropbox yang dihoskan sendiri yang berbaloi untuk anda gunakan: Nextcloud, Seafile, Syncthing, dan storan objek dengan klien di atasnya. Ia tidak boleh ditukar ganti. Nextcloud sesuai untuk isi rumah atau pasukan kecil yang memerlukan orang lain menerima fail. Seafile sesuai untuk individu atau pasukan yang menyegerakkan sejumlah besar fail kecil, di mana kelajuan penyegerakan lebih penting daripada rupa data pada cakera. Syncthing sesuai untuk individu yang menyegerakkan peranti sendiri, di mana tiada pihak luar yang memerlukan pautan. Storan objek sesuai untuk arkib: bait murah yang jarang anda buka.

Pilih berdasarkan cara penyegerakan berfungsi sebelum anda membandingkan ciri. Senarai ciri semuanya kelihatan sama. Topologi, iaitu mesin mana yang memegang salinan yang dipersetujui oleh semua mesin lain, adalah penentu sama ada anda masih berpuas hati dalam tempoh enam bulan akan datang.

Topologi penyelarasan: pelayan rekod, atau rakan setara tanpa pelayan

Dua reka bentuk sedang dipertimbangkan, dan kebanyakan perkara seterusnya bergantung pada pilihan anda.

Pelayan rekod. Nextcloud, Seafile dan storan objek semuanya berfungsi dengan cara ini. Satu mesin, biasanya VPS (virtual private server), menyimpan salinan autoritatif. Setiap peranti berhubung dengan mesin tersebut. Komputer riba anda boleh dimatikan selama sebulan, dihidupkan semula, dan menyelaraskan data secara automatik. Telefon dengan ruang kosong 6 GB boleh menyimpan subset data sementara pelayan menyimpan segala-galanya. Pelayar web boleh mencapai fail tersebut, yang merupakan sebab pautan perkongsian boleh wujud.

Rakan setara tanpa pelayan. Syncthing berfungsi dengan cara ini. Peranti mencari antara satu sama lain dan menukar senarai fail secara terus melalui sambungan yang disulitkan. Tiada salinan yang bersifat autoritatif: fail wujud pada peranti yang menyimpannya dan tidak di tempat lain. Dua peranti mesti berada dalam talian pada masa yang sama untuk perubahan dipindahkan antara keduanya. Tiada URL untuk diberikan kepada sesiapa, kerana tiada mesin yang melayan halaman web.

Empat akibat akan menyusul, dan ini adalah perkara yang sering ditemui pengguna di peringkat akhir.

  • Menghantar fail kepada seseorang yang tidak mahu memasang perisian memerlukan pelayan rekod. Pautan ialah URL, dan URL memerlukan proses yang mendengar pada port.
  • Mencapai fail anda daripada mesin yang tidak anda kawal, contohnya komputer riba kerja, memerlukan pelayan rekod.
  • Peranti yang dimatikan selama beberapa minggu akan menyelaraskan data daripada pelayan sebaik sahaja ia dihidupkan. Dalam persediaan rakan setara, ia hanya akan menyelaraskan data apabila peranti lain yang menyimpan data tersebut juga berada dalam talian. Itulah sebabnya ramai pengguna Syncthing menjalankan satu instans pada VPS sebagai rakan setara yang sentiasa aktif.
  • Storan bertambah dengan cara yang berbeza. Pelayan rekod menyimpan satu salinan penuh, ditambah dengan apa sahaja yang disimpan oleh setiap peranti secara setempat. Empat rakan setara yang berkongsi satu folder akan menyimpan empat salinan penuh, kerana setiap rakan setara menyimpan keseluruhan folder tersebut.

Nextcloud: pengguna, kumpulan dan pautan awam

Nextcloud ialah aplikasi web PHP. Ia menyimpan fail anda sebagai fail biasa di bawah direktori data dan menjejakinya dalam pangkalan data. Anda boleh berkongsi folder dengan pengguna, dengan kumpulan, atau sebagai pautan awam yang disertakan kata laluan dan tarikh luput. Sejarah versi diaktifkan secara lalai dan fail yang dipadam akan masuk ke dalam tong sampah terlebih dahulu. Pelanggan desktop merangkumi Linux, macOS dan Windows, manakala aplikasi iOS dan Android adalah rasmi. Jika sebab anda meninggalkan Dropbox adalah kerana orang lain perlu menerima fail anda, inilah jawapan yang jujur.

Harganya ialah komponen yang banyak. Pemasangan biasa menjalankan pelayan web, PHP-FPM (pengurus proses PHP), pangkalan data seperti MariaDB atau PostgreSQL, dan Redis untuk penguncian fail. Tugasan latar belakang dijalankan setiap lima minit daripada cron atau pemasa systemd. Pada VPS 1 GB, ia akan bermula, kemudian muat naik yang besar atau arahan penyelenggaraan occ yang panjang akan menyebabkan out-of-memory killer bertindak. Anggap 2 GB sebagai tahap minimum untuk segelintir pengguna, dan jangkakan anda memerlukan 4 GB sebaik sahaja anda mendayakan lebih banyak aplikasi. Harga lain ialah naik taraf: aplikasi gedung aplikasi dibina berdasarkan keluaran teras tertentu, jadi pastikan aplikasi yang anda harapkan menyokong versi utama seterusnya sebelum anda melakukannya.

Nextcloud menjadi perlahan apabila satu akaun menyimpan ratusan ribu fail kecil, kerana setiap fail adalah baris dalam jadual cache fail dan fail sebenar pada cakera, dan pelanggan desktop melayari fail tersebut satu demi satu. Pada skala isi rumah, perkara ini tidak pernah timbul. Penentuan saiz, TLS (transport layer security) dan sandaran diliputi dalam pemasangan Nextcloud berasaskan Docker dengan TLS dan sandaran, yang merupakan tempat untuk dituju sebaik sahaja anda membuat keputusan.

Satu amaran tentang skop. Nextcloud juga akan menjalankan kalendar, kenalan, nota dan pustaka foto anda, dan setiap aplikasi yang anda aktifkan menambah kerja latar belakang serta satu lagi perkara yang boleh menyekat naik taraf. Jika foto adalah masalah sebenar, alat khusus mengendalikannya dengan lebih baik: lihat Immich sebagai pengganti Google Photos yang dihoskan sendiri. Jika dokumen dan wiki adalah masalah sebenar, lihat alternatif Notion yang dihoskan sendiri daripada menimbunkan aplikasi pada pelayan fail anda. Menyunting dokumen tersebut dalam pelayar adalah pelayan yang berasingan dan bukannya aplikasi Nextcloud, jadi timbangkan OnlyOffice berbanding Collabora sebelum anda menganggap tahap 2 GB masih mencukupi untuk anda.

Seafile: dibina untuk sejumlah besar fail kecil

Seafile memecahkan setiap fail kepada blok dan menyimpannya dalam storan objek dalaman yang dialamatkan mengikut hash kandungan, konsep yang sama digunakan oleh git untuk objeknya. Unit penyelarasan dan perkongsian adalah pustaka (library) dan bukannya pepohon folder. Oleh kerana klien memuat naik blok dan satu commit dan bukannya satu permintaan bagi setiap fail, penyelarasan direktori yang mengandungi 100,000 fail kecil selesai dengan jauh lebih pantas berbanding protokol berasaskan fail. Blok yang serupa hanya disimpan sekali, jadi salinan kedua bagi fail yang besar hampir tidak memakan ruang storan tambahan.

Kekurangannya ialah fail anda pada pelayan tidak lagi disimpan sebagai fail biasa. Buka direktori storan dan anda akan menemui fail objek dengan nama heksadesimal. Untuk mendapatkan data keluar, anda perlu menggunakan klien Seafile, atau alat eksport dan fsck milik Seafile sendiri. Sandaran (backup) masih berfungsi kerana objek tersebut adalah fail biasa, tetapi anda tidak boleh memulihkan satu hamparan kerja (spreadsheet) dengan cp. Tentukan sekarang sama ada ini boleh diterima, kerana ini adalah ciri yang sering dikesali pengguna kemudian hari.

Seafile mengeluarkan edisi komuniti dan edisi profesional berbayar, dan perbezaan antara kedua-duanya berubah mengikut keluaran, jadi baca terma semasa di laman web mereka sebelum anda merancang penggunaan pasukan di sekitar ciri tertentu. Klien desktop dan mudah alih rasmi tersedia. Pustaka yang disulitkan (encrypted libraries) disulitkan pada klien, jadi pelayan hanya menyimpan teks sifer yang tidak boleh dibaca. Jika anda kehilangan frasa laluan (passphrase), pustaka tersebut tidak akan dapat dibaca, termasuk oleh anda sendiri. Membuka pustaka yang disulitkan dalam pelayar bermakna memberikan frasa laluan tersebut kepada sesi web, jadi jaminan keselamatan yang lebih kukuh terletak pada klien desktop dan mudah alih.

Kos sumber adalah hampir sama dengan Nextcloud. Anda menjalankan pangkalan data, cache memori dan dua proses aplikasi, jadi 2 GB sekali lagi merupakan had minimum yang munasabah.

Syncthing: tiada log masuk diperlukan

Syncthing ialah satu binari Go tunggal. Ia memantau folder, mencari peer melalui pelayan penemuan (discovery server) atau relay, dan menyegerakkan data secara terus antara peranti. Tiada akaun dan tiada halaman log masuk untuk pihak yang anda segerakkan data. Anda memadankan dua peranti melalui ID dan menerima folder pada setiap sisi. Ia merupakan perisian yang paling mudah untuk dijalankan kerana hanya terdapat sedikit komponen yang perlu diuruskan.

Perkara yang anda korbankan ialah keseluruhan lajur perkongsian. Entrinya tertulis Device pairing only, no links. Anda tidak boleh memberikan pautan kepada pelanggan, akauntan atau saudara-mara. Peranti mudah alih merupakan satu lagi kekurangan: Android app, no official iOS. FAQ projek itu sendiri menyatakan dengan jelas: "Tiada perancangan oleh pasukan Syncthing semasa untuk menyokong iOS secara rasmi dalam masa terdekat", kerana iOS menyekat pemprosesan latar belakang sehingga menyukarkan penyegerakan yang boleh dipercayai. Pengguna iOS terpaksa menggunakan aplikasi pihak ketiga.

Penggunaan sumber adalah kecil, dengan satu perkara yang perlu diketahui. Syncthing menyimpan entri indeks bagi setiap fail yang disegerakkan, jadi penggunaan memori dan imbasan pertama akan meningkat berdasarkan bilangan fail dan bukannya jumlah saiz. Melakukan hashing pada folder yang besar buat kali pertama akan menggunakan CPU untuk seketika, kemudian ia akan menjadi stabil. Pada pelan VPS yang paling kecil sekalipun, ia boleh berjalan dengan lancar.

Konflik ditangani dengan menyimpan kedua-dua versi. Apabila dua peranti mengubah fail yang sama semasa ia tidak dapat berhubung antara satu sama lain, Syncthing menamakan semula satu salinan dan menyimpannya di sebelah salinan yang satu lagi, supaya anda menemui fail seperti notes.sync-conflict-20260802-141530-K7MB3QT.md. Tiada apa-apa yang hilang. Tiada juga penggabungan automatik, dan anda perlu menyelesaikannya secara manual.

Storan objek dengan klien: bait murah, bukan folder penyegerakan

Storan objek bermaksud bucket yang serasi dengan S3 (simple storage service), sama ada dihoskan sendiri menggunakan MinIO atau disewa daripada penyedia. Anda mengaksesnya menggunakan alatan: rclone daripada baris perintah, atau klien desktop yang memaparkan bucket tersebut sebagai pemacu. Jika anda lebih gemar melayari bucket melalui laman web berbanding shell, beberapa alatan dalam perbandingan pengurus fail hos sendiri ini menggunakan bucket S3 sebagai backend dan menambah pautan perkongsian tersendiri di atasnya. Perkongsian dilakukan melalui presigned URL, iaitu pautan yang anda jana dan membawa tempoh tamatnya sendiri. Versi (versioning) merupakan tetapan bucket: Bucket versioning, off by default, jadi aktifkannya semasa anda mencipta bucket tersebut, kerana ia tidak terpakai pada objek yang dimuat naik sebelum itu.

Menganggap bucket sebagai folder penyegerakan adalah punca masalah sering berlaku. Tiada apa-apa yang memantau direktori Documents anda secara lalai. rclone bisync melakukan penyegerakan dua hala, dan dokumentasi rclone sendiri menyatakan dengan jelas tentang langkah berjaga-jaga yang diperlukan. Apa yang storan objek lakukan dengan sangat baik adalah berfungsi di lapisan bawah: sebagai sasaran sandaran, atau lapisan storan di sebalik sesuatu aplikasi. Storan objek serasi S3 hos sendiri dengan MinIO merangkumi bahagian pelayan.

Kos sumber di sini agak luar biasa. MinIO hanyalah satu binari dan menggunakan sumber yang sangat kecil semasa melahu. Kos sebenar yang anda bayar adalah cakera, dan pada VPS, ini bermaksud volum blok yang disewa mengikut gigabait, ditambah dengan lebar jalur yang digunakan untuk memindahkan objek masuk dan keluar. Kedua-duanya tidak dipaparkan dalam free -h, jadi baca kos sebenar VPS sebulan sebelum anda menentukan saiz arkib.

Perbandingan perkongsian, klien mudah alih dan pemversian

ChartSharing, mobile clients and versioning, by tool
The data behind this chart
[
  {
    "tool": "Nextcloud",
    "sharing": "Public links, users and groups",
    "mobile": "Official iOS and Android apps",
    "versioning": "On by default, plus trash"
  },
  {
    "tool": "Seafile",
    "sharing": "Public links with password and expiry",
    "mobile": "Official iOS and Android apps",
    "versioning": "Library history and snapshots"
  },
  {
    "tool": "Syncthing",
    "sharing": "Device pairing only, no links",
    "mobile": "Android app, no official iOS",
    "versioning": "Optional per folder, off by default"
  },
  {
    "tool": "Object storage",
    "sharing": "Presigned URLs you generate",
    "mobile": "Third party clients only",
    "versioning": "Bucket versioning, off by default"
  }
]

Kesemua 4 pilihan dibahagikan mengikut satu baris. Tiga daripadanya boleh menghantar fail kepada orang asing yang hanya menggunakan pelayar web. Salah satu daripadanya hanya berhubung dengan peranti milik anda sendiri. Entri pemversian Seafile, Library history and snapshots, memerlukan perhatian: sejarah disimpan bagi setiap pustaka, jadi memadamkan pustaka akan turut memadamkan sejarahnya.

Mendapatkan semula data anda

Kos keluar adalah murah untuk diperiksa sekarang tetapi mahal untuk ditemui kemudian, jadi periksanya sebelum anda membuat komitmen.

Nextcloud menyimpan fail sebenar dalam direktori sebenar, jadi tar bagi direktori data memberikan anda dokumen anda walaupun aplikasi tersebut tidak dapat dimulakan lagi. Syncthing melakukan perkara yang sama pada setiap peer, yang merupakan strategi keluar paling kukuh di sini: fail-fail tersebut hanya tersimpan pada setiap peranti. Storan objek Seafile memerlukan Seafile atau alat eksportnya untuk menyusun semula blok-blok tersebut menjadi fail. Storan objek memerlukan rclone atau yang setara dengannya, yang hanya memerlukan satu arahan sahaja.

Penyelarasan (sync) bukanlah sandaran, dan jurang inilah punca kehilangan data

Setiap alat di sini menyalin perubahan antara mesin. Pemadaman ialah satu perubahan. Jika anda memadam folder pada komputer riba, klien akan memberitahu pelayan, pelayan melaksanakannya, dan setiap peranti lain turut memadam folder tersebut. Perisian tebusan (ransomware) menggunakan laluan yang sama: ia menyulitkan fail secara setempat, klien mengesan fail yang diubah suai, lalu memuat naik versi yang telah disulitkan. Penyelarasan berfungsi dengan betul. Data anda tetap hilang.

Tong sampah dan sejarah versi dapat mengurangkan risiko ini. Walau bagaimanapun, ia mempunyai tempoh luput, boleh dikosongkan oleh akaun yang sama yang melakukan kesilapan, dan disimpan pada cakera yang sama dengan salinan aktif. Kegagalan volum akan menyebabkan fail dan sejarahnya hilang serentak.

Sandaran ialah salinan berasingan, pada perkakasan berasingan, yang diambil mengikut jadual, dan yang pernah anda pulihkan sekurang-kurangnya sekali. Sandarkan pangkalan data dalam proses yang sama dengan fail. Memulihkan direktori data Nextcloud tanpa pangkalan datanya akan menghasilkan instans yang tidak mengenali kewujudan fail tersebut, dan occ files:scan selepas itu akan memulihkan fail tetapi kehilangan perkongsian serta sejarah versi yang tersimpan dalam jadual tersebut. Sandaran restic berjadual daripada VPS merangkumi versi yang disulitkan dan dinyahduplikasi bagi proses ini, termasuk cara menguji pemulihan dan bukannya sekadar mengandaikan ia berfungsi.

Pilihan saya

Nextcloud, bagi kebanyakan pembaca tutorial ini. Perkara yang dirindui pengguna selepas meninggalkan Dropbox ialah keupayaan untuk berkongsi pautan kepada individu yang tidak mahu memasang sebarang perisian, serta keupayaan membuka fail pada telefon pintar. Nextcloud menyediakan kedua-dua fungsi ini melalui klien rasmi tanpa sebarang pelan berbayar, dan penggunaan 2 GB RAM adalah harga yang berpatutan untuk fungsi tersebut. Saya mempunyai dua pengecualian. Jika folder tersebut hanya milik anda dan hanya disimpan pada perkakasan milik anda, gunakan Syncthing dan nikmati kelebihan tanpa perlu menampal (patch) pelayan atau mempertahankan log masuk web. Jika anda menyegerakkan direktori kerja yang mengandungi ratusan ribu fail, gunakan Seafile dan terima storan legap (opaque storage) sebagai pertukaran untuk kelajuan. Object storage sepatutnya diletakkan di bawah mana-mana pilihan anda sebagai sasaran sandaran, bukan di hadapan sebagai alat penyegerakan.

FAQ

Adakah Syncthing merupakan sandaran untuk komputer riba saya?

Tidak. Syncthing menyalin perubahan antara peranti, dan pemadaman fail dianggap sebagai perubahan, jadi fail yang anda padam secara tidak sengaja akan hilang daripada setiap peranti yang dipadankan dalam beberapa saat. Versi fail bagi setiap folder dapat membantu, namun ia dimatikan secara lalai sehingga anda mengaktifkannya pada setiap folder. Simpan sandaran sebenar pada perkakasan berasingan, lakukan mengikut jadual, dan buat pemulihan sekurang-kurangnya sekali supaya anda tahu proses pemulihan tersebut berfungsi.

Bolehkah saya menjalankan Nextcloud dan Syncthing pada VPS yang sama?

Ya, kedua-duanya mendengar pada port yang berbeza dan tidak bercanggah. Jangan halakan folder Syncthing ke direktori data Nextcloud. Nextcloud menjejaki setiap fail dalam pangkalan data, jadi fail yang muncul pada cakera di bawahnya akan kekal tidak kelihatan sehingga anda menjalankan occ files:scan, dan fail yang dialih keluar di bawahnya akan meninggalkan baris pangkalan data yang tidak merujuk kepada apa-apa. Berikan Syncthing direktori sendiri, atau lampirkan direktori tersebut kepada Nextcloud sebagai storan luaran supaya Nextcloud tahu untuk mencarinya.

Yang manakah membolehkan saya berkongsi pautan dengan seseorang yang tidak mempunyai akaun?

Nextcloud dan Seafile kedua-duanya boleh mencipta pautan awam, dengan pilihan kata laluan dan tarikh luput. Storan objek memberikan anda URL pra-tandatangan yang akan berhenti berfungsi secara automatik selepas tempoh yang anda tetapkan. Syncthing tidak mempunyai fungsi ini. Model perkongsiannya adalah berdasarkan pemadanan peranti, jadi orang lain perlu memasang Syncthing, memberikan anda ID peranti, dan menerima folder tersebut.

Berapa banyak ruang cakera yang diperlukan oleh pelayan?

Untuk pelayan rekod, rancang ruang mengikut saiz penuh data yang dikongsi, ditambah dengan ruang untuk sejarah versi dan sampah, serta ruang kerja untuk muat naik yang sedang berjalan. Sejarah versi adalah bahagian yang sering dipandang remeh: menyimpan setiap versi fail bersaiz 2 GB yang berubah setiap hari akan meningkatkan penggunaan ruang dengan cepat, jadi tetapkan polisi pengekalan awal. Meletakkan data pada volum berasingan akan menghalang pertumbuhan tersebut daripada menjejaskan sistem fail root, di mana cakera yang penuh akan menghentikan keseluruhan pelayan dan bukannya sekadar satu muat naik.