SSD Nodes Learn Hosting plans →
Mga Gabay Matt ConnorNi Matt Connor · Na-update 2026-08-31

Mga Self-Hosted Dropbox Alternative, Ikumpara

Ihambing ang Nextcloud, Seafile, Syncthing, at object storage ayon sa sync topology, gastos sa maliit na VPS, at kung bakit hindi backup ang sync.

Aling self-hosted na alternatibo sa Dropbox ang dapat mong gamitin?

Apat na self-hosted na alternatibo sa Dropbox ang sulit paglaanan ng oras: Nextcloud, Seafile, Syncthing, at object storage na may client sa ibabaw nito. Hindi sila maaaring ipagpalit-palit. Ang Nextcloud ay angkop sa isang household o maliit na team kung saan kailangang makatanggap ng mga file ang ibang tao. Ang Seafile ay angkop sa isang tao o team na nagsi-sync ng napakaraming maliliit na file, kung saan mas mahalaga ang bilis ng sync kaysa sa anyo ng data sa disk. Ang Syncthing ay angkop sa isang taong nagsi-sync ng sarili niyang mga device, kung saan walang ibang nangangailangan ng link. Ang object storage ay angkop sa archive: murang storage para sa mga byte na bihira mong buksan.

Piliin muna batay sa paraan ng pag-sync bago mo ikumpara ang mga feature. Magkakamukha ang lahat ng listahan ng feature. Ang topology—ibig sabihin, kung aling machine ang may hawak ng kopyang pinagsasang-ayunan ng lahat ng iba pang machine—ang nagtatakda kung masaya ka pa rin sa pagpili mo pagkalipas ng anim na buwan.

Topolohiya ng pag-sync: isang server of record, o mga peer na walang server

Dalawang disenyo ang pinagpipilian, at nakabatay sa pipiliin mo ang karamihan sa mga sumusunod.

Isang server of record. Ganito gumagana ang Nextcloud, Seafile, at object storage. Isang machine, karaniwan ay VPS (virtual private server), ang nagtataglay ng authoritative copy. Kumokonekta ang bawat device sa machine na iyon. Maaaring naka-off ang iyong laptop nang isang buwan, at pagbalik nito ay awtomatiko itong makakahabol. Ang phone na may 6 GB na libreng storage ay maaaring maglaman ng subset, habang nasa server ang lahat ng file. Maaaring ma-access ng browser ang mga file, kaya posible ang share links.

Mga peer na walang server. Ganito gumagana ang Syncthing. Hinahanap ng mga device ang isa’t isa at direktang nagpapalitan ng mga file list sa pamamagitan ng encrypted connection. Walang authoritative copy: umiiral ang isang file sa mga device na nagtataglay nito at wala sa iba. Kailangang online nang sabay ang dalawang device para maipasa ang isang pagbabago sa pagitan ng mga ito. Walang URL na maibibigay sa iba, dahil walang machine na nagse-serve ng page.

May apat na resulta rito, at karaniwan itong napapansin ng mga user kapag huli na.

  • Ang pagpapadala ng file sa taong ayaw mag-install ng software ay nangangailangan ng server of record. Ang link ay isang URL, at kailangan ng URL ng process na nakikinig sa isang port.
  • Ang pag-access sa iyong mga file mula sa machine na hindi mo kontrolado, gaya ng work laptop, ay nangangailangan ng server of record.
  • Ang device na naka-off nang ilang linggo ay makakahabol mula sa server tuwing magigising ito. Sa peer setup, makakahabol lamang ito habang online din ang isa pang device na nagtataglay ng data. Kaya maraming user ng Syncthing ang nagpapatakbo ng isang instance sa isang VPS bilang always-on peer.
  • Magkaiba ang paraan ng pagdaragdag ng storage. Nagtataglay ang server of record ng isang buong copy, bukod pa sa lokal na kopyang itinatago ng bawat device. Ang apat na peer na nagbabahagi ng isang folder ay may apat na buong copy, dahil itinatago ng bawat peer ang buong folder.

Ang Nextcloud ay isang PHP web application. Iniimbak nito ang mga file bilang ordinaryong file sa loob ng data directory at itinatala ang mga ito sa database. Maaari kang magbahagi ng folder sa isang user, sa isang group, o bilang public link na may password at expiry date. Naka-enable bilang default ang version history, at unang napupunta sa trash bin ang mga dinelete na file. May official na app para sa Linux, macOS, at Windows desktop, pati sa iOS at Android. Kung ang dahilan mo sa pag-alis sa Dropbox ay kailangan ng ibang tao na makatanggap ng mga file mo, ito ang tapat na sagot.

Ang kapalit nito ay mas maraming component. Ang karaniwang installation ay nagpapatakbo ng web server, PHP-FPM (ang PHP process manager), database gaya ng MariaDB o PostgreSQL, at Redis para sa file locking. Tumatakbo ang background job bawat limang minuto mula sa cron o systemd timer. Sa isang 1 GB VPS, magsisimula ito, pero kapag may malaking upload o matagal na occ maintenance command, maaaring patayin ito ng out-of-memory killer. Ituring ang 2 GB bilang minimum para sa ilang user, at asahang kakailanganin mo ng 4 GB kapag nag-enable ka ng mas maraming app. Ang isa pang kapalit ay ang upgrades: ang mga app-store app ay binuo para sa partikular na core release, kaya tiyaking sinusuportahan ng mga app na kailangan mo ang susunod na major version bago mo ito i-upgrade.

Bumabagal ang Nextcloud kapag may account na naglalaman ng daan-daang libong maliliit na file, dahil bawat file ay isang row sa file cache table at isang aktuwal na file sa disk, at isa-isa itong binabasa ng desktop client. Sa sukat na karaniwan sa isang household, hindi ito nagiging isyu. Saklaw ang sizing, TLS (transport layer security), at backups sa isang Docker-based na Nextcloud installation na may TLS at backups, na siyang dapat mong tingnan kapag nakapagpasya ka na.

Isang babala tungkol sa saklaw. Maaari ring patakbuhin ng Nextcloud ang iyong calendar, contacts, notes, at photo library, at bawat app na iyong ine-enable ay nagdaragdag ng background work at isa pang bagay na maaaring humarang sa upgrade. Kung mga larawan ang tunay na problema, mas mahusay itong pangasiwaan ng dedicated tool: tingnan ang Immich bilang self-hosted na kapalit ng Google Photos. Kung documents at wikis ang tunay na problema, tingnan ang mga self-hosted na alternatibo sa Notion sa halip na magpatong-patong ng mga app sa file server mo. Ang pag-edit ng mga dokumentong iyon sa browser ay nangangailangan ng hiwalay na server, hindi lang isang Nextcloud app, kaya suriin ang OnlyOffice kumpara sa Collabora bago ipalagay na sapat pa rin sa iyo ang minimum na 2 GB.

Seafile: ginawa para sa napakaraming maliliit na file

Hinahati ng Seafile ang bawat file sa mga block at iniimbak ang mga ito sa isang internal object store na tinutukoy ng content hash, na kapareho ng ideyang ginagamit ng git para sa mga object nito. Library, sa halip na folder tree, ang unit ng sync at sharing. Dahil nag-a-upload ang client ng mga block at isang commit sa halip na isang request para sa bawat file, mas mabilis matapos ang pag-sync ng directory na may 100,000 maliliit na file kaysa sa kayang pamahalaan ng protocol na paisa-isang file. Isang beses lang iniimbak ang magkakaparehong block, kaya halos walang dagdag na storage ang ikalawang kopya ng malaking file.

Ang kapalit nito ay hindi na mga file ang mga file mo sa server. Kapag binuksan mo ang storage directory, makikita mo ang mga object file na may hexadecimal na pangalan. Para makuha ang data, kailangan ang Seafile client o ang sariling export at fsck tools ng Seafile. Gumagana pa rin ang mga backup dahil ordinaryong file ang mga object na iyon, pero hindi mo maibabalik ang isang spreadsheet gamit ang cp. Magpasya ngayon kung katanggap-tanggap ito, dahil ito ang katangiang karaniwang pinagsisisihan ng mga tao kalaunan.

May community edition at paid professional edition ang Seafile. Nagbabago ang paghahati ng mga feature sa pagitan ng mga ito sa bawat release, kaya basahin ang kasalukuyang terms sa site nila bago magplano ng team batay sa isang partikular na feature. May mga opisyal na desktop at mobile client. Sa client ine-encrypt ang mga encrypted library, kaya ciphertext ang iniimbak ng server at hindi nito mababasa. Kapag nawala ang passphrase, hindi na mababasa ang library, pati ikaw. Kapag binuksan ang encrypted library sa browser, ibinibigay ang passphrase sa web session. Kaya para sa desktop at mobile client nalalapat ang pinakamatibay na bersyon ng garantiyang iyon.

Halos kapareho ng Nextcloud ang resource cost. Nagpapatakbo ka ng database, memory cache, at dalawang application process, kaya 2 GB pa rin ang makatuwirang minimum.

Syncthing: walang kailangang pag-login

Ang Syncthing ay isang binary na nakasulat sa Go. Binabantayan nito ang mga folder, hinahanap ang mga peer sa pamamagitan ng discovery server o relay, at direktang nagsi-sync sa pagitan ng mga device. Walang account at walang login page para sa mga taong ka-sync mo. Ipinapares mo ang dalawang device gamit ang ID at tinatanggap ang folder sa bawat panig. Ito ang pinakamadaling patakbuhin sa lahat ng nabanggit dito dahil kakaunti lang ang kailangang i-configure at patakbuhin.

Ang kapalit nito ay wala itong anumang feature para sa sharing. Ang entry nito ay Device pairing only, no links. Hindi ka makakapagbigay ng link sa client, accountant, o kamag-anak. May isa pang puwang sa mobile: Android app, no official iOS. Direktang sinasabi ito ng sariling FAQ ng proyekto: "Walang plano ang kasalukuyang Syncthing team na opisyal na suportahan ang iOS sa nakikitang hinaharap", dahil sapat na pinaghihigpitan ng iOS ang background processing para maging mahirap ang maaasahang pag-sync. Ang mga user ng iOS ay umaasa sa third-party app.

Mababa ang paggamit nito ng resource, pero may isang bagay na dapat malaman. Nag-iingat ang Syncthing ng index entry para sa bawat file na sini-sync nito, kaya lumalaki ang memory use at unang scan batay sa dami ng file, hindi sa kabuuang laki. Sa unang pag-hash ng malaking folder, gagamit ito ng CPU nang ilang sandali at pagkatapos ay babalik sa normal. Kumportable itong gamitin sa pinakamaliit na VPS plan.

Hinahawakan ang mga conflict sa pamamagitan ng pagpapanatili sa magkabilang panig. Kapag binago ng dalawang device ang parehong file habang hindi nila nakikita ang isa't isa, nire-rename ng Syncthing ang isang kopya at pinananatili ito sa tabi ng isa pa, kaya makakakita ka ng mga file gaya ng notes.sync-conflict-20260802-141530-K7MB3QT.md. Walang nawawala. Wala ring awtomatikong mina-merge, kaya kailangan mo itong ayusin nang mano-mano.

Object storage gamit ang client: murang storage, hindi sync folder

Ang object storage ay isang bucket na compatible sa S3 (simple storage service), self-hosted man gamit ang MinIO o inuupahan mula sa provider. Ina-access ito gamit ang tool: rclone mula sa command line, o desktop client na ipinapakita ang bucket bilang drive. Kung mas gusto mong i-browse ang bucket mula sa web page kaysa sa shell, ilang tool sa paghahambing na ito ng mga self-hosted file manager ang tumatanggap ng S3 bucket bilang backend at nagdaragdag ng sarili nilang share link. Ang sharing ay isang presigned URL, isang link na binubuo mo at may sarili nitong expiry time. Setting ng bucket ang versioning: Bucket versioning, off by default, kaya i-on ito kapag ginawa mo ang bucket dahil hindi ito naaangkop sa mga object na na-upload mo dati.

Dito nagkakaroon ng problema kapag itinuring ang bucket bilang sync folder. Walang nagmo-monitor sa iyong Documents directory bilang default. Ang rclone bisync ay nagsasagawa ng two-way sync, at malinaw sa sariling documentation ng rclone na kailangan itong gamitin nang maingat. Ang mahusay na gamit ng object storage ay bilang pinagbabatayan na storage: backup target o storage layer sa likod ng isang application. Saklaw ng Self-hosted na S3 compatible object storage gamit ang MinIO ang server side.

Hindi pangkaraniwan ang resource cost dito. Isang binary ang MinIO at maliit ang resource usage nito kapag idle. Ang aktuwal na binabayaran mo ay disk, at sa VPS, nangangahulugan ito ng block volume na inuupahan batay sa gigabyte, bukod pa sa bandwidth na ginagamit mo sa paglipat ng mga object papasok at palabas. Hindi lumalabas ang alinman sa mga iyon sa free -h, kaya basahin ang aktuwal na buwanang gastos ng VPS bago mo itakda ang laki ng archive.

Paghahambing ng sharing, mobile client, at versioning

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"
  }
]

Ang lahat ng 4 option ay nahahati sa isang malinaw na pagkakaiba. Tatlo sa mga ito ang maaaring magbigay ng file sa isang estrangherong browser lamang ang hawak. Isa lamang ang nakikipag-ugnayan sa mga device na pagmamay-ari mo na. Ang entry ng Seafile para sa versioning, Library history and snapshots, ay nangangailangan ng paalala: pinapanatili ang history para sa bawat library, kaya kapag dinelete ang isang library, kasama nitong mawawala ang history nito.

Muling pagkuha ng iyong data

Madaling suriin ngayon ang exit cost, pero mahal itong matuklasan sa bandang huli. Suriin ito bago ka mag-commit.

Nagse-save ang Nextcloud ng aktuwal na files sa mga aktuwal na directory, kaya ang tar ng data directory ay nagbibigay sa iyo ng mga dokumento kahit hindi na muling magsimula ang application. Ganoon din ang ginagawa ng Syncthing sa bawat peer, kaya ito ang may pinakamalinaw na exit option dito: nasa bawat device lang ang mga file. Kailangan ng object store ng Seafile ang Seafile o ang mga export tool nito upang buuing muli ang mga block bilang mga file. Kailangan ng object storage ang rclone o katumbas nito, at isang command lang ang kailangan para magamit ito.

Ang sync ay hindi backup, at sa puwang na ito nawawala ang data

Ang bawat tool dito ay kumokopya ng mga pagbabago sa pagitan ng mga machine. Kasama sa mga pagbabago ang pagbura. Kapag nag-alis ka ng folder sa laptop, ipinapaalam ito ng client sa server, inilalapat ito ng server, at inaalis din ito sa lahat ng iba pang device. Ganoon din ang path na ginagamit ng ransomware: ini-encrypt nito ang mga file nang lokal, nakikita ng client na nabago ang mga file, at ina-upload nito ang mga naka-encrypt na bersyon. Gumana nang tama ang sync. Wala pa rin ang data mo.

Nakakatulong ang mga trash bin at version history para mabawasan ang epekto nito. Ngunit nag-e-expire din ang mga ito, maaaring i-empty ng parehong account na gumawa ng pagkakamali, at nasa parehong disk ang mga ito ng live copy. Kapag nag-fail ang isang volume, mawawala nang sabay ang mga file at ang history ng mga ito.

Ang backup ay hiwalay na kopya sa hiwalay na hardware, ginagawa ayon sa iskedyul, at kahit isang beses mo nang na-restore. I-back up ang database kasabay ng mga file. Kapag ni-restore ang Nextcloud data directory nang walang database, magkakaroon ka ng instance na hindi alam na umiiral ang mga file na iyon. Pagkatapos, nire-recover ng isang occ files:scan ang mga file ngunit nawawala ang shares at version history na naka-store sa mga table na iyon. Sinasaklaw ng Mga naka-iskedyul na restic backup mula sa isang VPS ang naka-encrypt at deduplicated na bersyon nito, kabilang ang paraan ng pagsubok ng restore sa halip na basta ipagpalagay na gagana ito.

Ano ang pipiliin ko

Nextcloud, para sa karamihan ng nagbabasa nito. Ang madalas hindi napapansin ng mga umaalis sa Dropbox ay ang pagbibigay ng link sa isang taong hindi kailanman mag-i-install ng anuman, at ang pagbubukas ng file sa phone. Pareho itong nagagawa ng Nextcloud gamit ang official clients at walang bayad na tier, at makatuwirang kapalit iyon ng 2 GB na RAM. May dalawang eksepsiyon ako. Kung ang folder ay para lamang sa iyo at palaging nasa hardware na pagmamay-ari mo, gamitin ang Syncthing. Hindi mo na kailangang mag-patch ng server o magdepensa ng web login. Kung nagsi-sync ka ng working directory na may daan-daang libong file, gamitin ang Seafile at tanggapin ang opaque storage kapalit ng bilis. Dapat nasa ilalim ng napili mong tool ang object storage bilang backup target, hindi nasa harap nito bilang sync tool.

FAQ

Backup ba ang Syncthing para sa laptop ko?

Hindi. Kinokopya ng Syncthing ang mga pagbabago sa pagitan ng mga device. Ang deletion ay itinuturing ding pagbabago, kaya mawawala sa bawat paired device sa loob ng ilang segundo ang file na hindi mo sinasadyang dinelete. Nakakatulong ang per-folder file versioning, pero naka-off ito hanggang i-enable mo sa bawat folder. Magpanatili ng aktuwal na backup sa hiwalay na hardware, gawin ito ayon sa iskedyul, at magsagawa ng restore mula rito nang isang beses para matiyak mong gumagana ang restore.

Maaari ko bang patakbuhin ang Nextcloud at Syncthing sa iisang VPS?

Oo. Magkaibang port ang ginagamit nila kaya hindi sila nagkakaroon ng conflict. Huwag ituro ang isang Syncthing folder sa data directory ng Nextcloud. Tine-track ng Nextcloud ang bawat file sa database. Dahil dito, hindi nakikita ang mga file na lumilitaw sa disk sa ilalim nito hanggang patakbuhin mo ang occ files:scan. Ang mga file na inalis sa ilalim nito ay nag-iiwan naman ng mga database row na tumutukoy sa wala nang file. Bigyan ang Syncthing ng sarili nitong directory, o i-attach ang directory na iyon sa Nextcloud bilang external storage para alam ng Nextcloud na tingnan ito.

Parehong gumagawa ang Nextcloud at Seafile ng public link, na maaaring lagyan ng password at expiry date. Binibigyan ka ng object storage ng presigned URL na awtomatikong hihinto sa paggana pagkalipas ng itinakdang oras. Walang ganitong opsyon ang Syncthing. Device pairing ang sharing model nito, kaya dapat mag-install ng Syncthing ang kabilang tao, ibigay sa iyo ang device ID, at tanggapin ang folder.

Gaano kalaking disk ang kailangan ng server?

Para sa server na nagsisilbing pangunahing kopya ng data, maglaan ng espasyo para sa buong laki ng shared data, dagdag ang espasyo para sa version history at trash, pati working space para sa mga upload na isinasagawa pa. Ang version history ang bahaging madalas minamaliit: mabilis lumaki ang kinakailangang espasyo kung pananatilihin ang bawat bersyon ng 2 GB file na nagbabago araw-araw, kaya magtakda agad ng retention policy. Ang paglalagay ng data sa hiwalay na volume ay naglalayo sa paglaking ito sa root filesystem. Kapag napuno ang disk, maaapektuhan ang buong server sa halip na isang upload lamang.