Self-hosted Dropbox पर्याय: Nextcloud, Seafile तुलना

तुम्ही कोणता self-hosted Dropbox पर्याय चालवावा?

चार self-hosted Dropbox पर्यायांचा विचार करणे उपयुक्त ठरते: Nextcloud, Seafile, Syncthing आणि वर client वापरलेले object storage. हे पर्याय एकमेकांच्या जागी वापरता येत नाहीत. इतर लोकांना फाइल्स प्राप्त करायच्या असतील तर घरगुती वापरासाठी किंवा छोट्या टीमसाठी Nextcloud योग्य आहे. मोठ्या संख्येने लहान फाइल्स sync करायच्या असतील आणि डेटाचे disk वरील स्वरूप कसे आहे यापेक्षा sync speed महत्त्वाची असेल तर एखाद्या व्यक्तीसाठी किंवा टीमसाठी Seafile योग्य आहे. एखाद्या व्यक्तीला स्वतःची devices sync करायची असतील आणि बाहेरील कोणालाही link आवश्यक नसेल तर Syncthing योग्य आहे. archive साठी object storage योग्य आहे: क्वचितच उघडल्या जाणाऱ्या स्वस्त bytes.

Features ची तुलना करण्यापूर्वी sync कसे कार्य करते यावरून निवड करा. Feature lists सारख्या दिसतात. Topology, म्हणजे इतर सर्व machines ज्या copy शी सहमत असतात ती copy कोणती machine ठेवते, यावर सहा महिन्यांनंतरही तुम्ही समाधानी राहाल की नाही हे ठरते.

सिंक टोपोलॉजी: रेकॉर्ड सर्व्हर किंवा सर्व्हरविना peers

दोन रचना विचाराधीन आहेत. पुढील बहुतेक मुद्दे तुम्ही यापैकी कोणती रचना निवडता यावर अवलंबून असतात.

रेकॉर्ड सर्व्हर

Nextcloud, Seafile आणि object storage या पद्धतीने काम करतात. एक मशीन, सामान्यतः VPS (virtual private server), अधिकृत प्रत ठेवते. प्रत्येक device त्या मशीनशी संवाद साधतो. तुमचा laptop महिनाभर बंद असला, तरी तो पुन्हा सुरू झाल्यावर स्वतःहून बदल समक्रमित करू शकतो. 6 GB मोकळी जागा असलेल्या phone वर काही फाइल्स ठेवता येतात, तर server वर सर्व फाइल्स ठेवता येतात. Browser मधून फाइल्सपर्यंत पोहोचता येते. त्यामुळे share links उपलब्ध होतात.

सर्व्हरविना peers

Syncthing या पद्धतीने काम करते. Devices एकमेकांना शोधतात आणि encrypted connection द्वारे थेट file lists ची देवाणघेवाण करतात. कोणतीही प्रत अधिकृत नसते. एखादी file ज्या devices वर आहे, तिथेच असते; इतरत्र नसते. एखादा बदल दोन devices मध्ये पाठवण्यासाठी दोन्ही devices एकाच वेळी online असणे आवश्यक आहे. कोणालाही देण्यासाठी URL नसतो, कारण कोणतेही machine page serve करत नाही.

यातून चार परिणाम होतात. हे परिणाम वापरकर्त्यांच्या लक्षात अनेकदा उशिरा येतात.

• Software install न करणाऱ्या व्यक्तीला file पाठवायची असल्यास रेकॉर्ड सर्व्हर आवश्यक असतो. Link म्हणजे URL, आणि URL साठी port वर listening करणारी process आवश्यक असते.
• तुमच्या नियंत्रणात नसलेल्या machine वरून, उदाहरणार्थ कामाच्या laptop वरून, फाइल्सपर्यंत पोहोचण्यासाठी रेकॉर्ड सर्व्हर आवश्यक असतो.
• एखादा device अनेक आठवडे बंद असेल, तर तो सुरू झाल्यावर server कडून बदल समक्रमित करतो. Peer setup मध्ये, तो data असलेला दुसरा device देखील online असेल तेव्हाच बदल समक्रमित होतात. म्हणून अनेक Syncthing users VPS वर एक instance always-on peer म्हणून चालवतात.
• Storage ची गणना दोन्ही रचनांमध्ये वेगळी होते. रेकॉर्ड सर्व्हर एक पूर्ण प्रत ठेवतो आणि प्रत्येक device स्थानिक पातळीवर ठेवणारा अतिरिक्त data ठेवतो. एक folder share करणारे चार peers चार पूर्ण प्रती ठेवतात, कारण प्रत्येक peer संपूर्ण folder ठेवतो.

Nextcloud: वापरकर्ते, गट आणि सार्वजनिक लिंक्स

Nextcloud हे PHP वेब अॅप्लिकेशन आहे. ते तुमच्या फाइल्स data directory अंतर्गत सामान्य फाइल्स म्हणून साठवते आणि त्यांची नोंद database मध्ये ठेवते. तुम्ही एखादा folder वापरकर्त्यासोबत, गटासोबत किंवा password आणि expiry date असलेल्या public link द्वारे share करू शकता. Version history default ने सुरू असते आणि delete केलेल्या फाइल्स प्रथम trash bin मध्ये जातात. Desktop clients Linux, macOS आणि Windows साठी उपलब्ध आहेत. iOS आणि Android apps अधिकृत आहेत. Dropbox सोडण्याचे तुमचे कारण इतर लोकांना तुमच्या फाइल्स मिळणे आवश्यक आहे हे असल्यास, हे त्याचे थेट उत्तर आहे.

याची किंमत म्हणजे अनेक घटकांची आवश्यकता. सामान्य install मध्ये web server, PHP-FPM (PHP process manager), MariaDB किंवा PostgreSQL सारखा database आणि file locking साठी Redis चालतात. Background job दर पाच मिनिटांनी cron किंवा systemd timer मधून चालतो. 1 GB VPS वर ते सुरू होईल. मात्र मोठा upload किंवा दीर्घ occ maintenance command चालल्यावर out-of-memory killer प्रक्रिया बंद करेल. मोजक्या वापरकर्त्यांसाठी 2 GB ही किमान मर्यादा समजा. आणखी apps enable केल्यानंतर 4 GB आवश्यक वाटेल अशी अपेक्षा ठेवा. दुसरी किंमत upgrades ची आहे: app-store apps विशिष्ट core release साठी तयार केलेले असतात. त्यामुळे upgrade करण्यापूर्वी तुम्ही अवलंबून असलेले apps पुढील major version ला support करतात का ते तपासा.

एका account मध्ये शेकडो हजारो लहान फाइल्स असतील तर Nextcloud मंदावते. प्रत्येक फाइल ही file cache table मधील एक row आणि disk वरील प्रत्यक्ष file असते. Desktop client त्या फाइल्स एकावेळी एक अशा पद्धतीने तपासतो. घरगुती वापराच्या प्रमाणात ही समस्या उद्भवत नाही. Sizing, TLS (transport layer security) आणि backups यांचा समावेश TLS आणि backups सह Docker आधारित Nextcloud install मध्ये आहे. निर्णय घेतल्यानंतर पुढे जाण्यासाठी तेच योग्य ठिकाण आहे.

व्याप्तीबाबत एक सूचना. Nextcloud तुमचे calendar, contacts, notes आणि photo library देखील चालवू शकते. तुम्ही enable केलेला प्रत्येक app background work वाढवतो आणि upgrade अडवू शकणारा आणखी एक घटक जोडतो. प्रत्यक्ष समस्या photos ची असल्यास dedicated tool त्या अधिक चांगल्या प्रकारे हाताळते: self-hosted Google Photos replacement म्हणून Immich पहा. प्रत्यक्ष समस्या documents आणि wikis ची असल्यास file server वर apps चा अतिरिक्त भार टाकण्याऐवजी self-hosted Notion alternatives पहा. Browser मध्ये त्या documents चे editing करणे हे Nextcloud app नसून पुन्हा एका स्वतंत्र server ची आवश्यकता असलेले काम आहे. त्यामुळे 2 GB ची किमान मर्यादा अजूनही पुरेशी आहे असे गृहीत धरण्यापूर्वी OnlyOffice आणि Collabora यांची तुलना करा.

Seafile: अतिशय मोठ्या संख्येने लहान फाइल्ससाठी तयार केलेले

Seafile प्रत्येक फाइलचे blocks मध्ये विभाजन करते आणि content hash ने ओळखल्या जाणाऱ्या अंतर्गत object store मध्ये ते साठवते. ही पद्धत git आपल्या objects साठी वापरते त्यासारखीच आहे. Sync आणि sharing चे एकक folder tree नसून library असते. Client प्रत्येक फाइलसाठी स्वतंत्र request करण्याऐवजी blocks आणि एक commit upload करतो. त्यामुळे 100,000 लहान files असलेली directory sync करण्यासाठी per-file protocol पेक्षा खूप कमी वेळ लागतो. समान blocks एकदाच साठवले जातात. त्यामुळे मोठ्या file ची दुसरी copy ठेवण्यासाठी जवळजवळ अतिरिक्त जागा लागत नाही.

याची किंमत अशी आहे की server वरील तुमच्या files प्रत्यक्ष files म्हणून उपलब्ध राहत नाहीत. Storage directory उघडल्यावर hexadecimal नावांच्या object files दिसतात. Data बाहेर काढण्यासाठी Seafile client किंवा Seafile ची स्वतःची export आणि fsck tools वापरावी लागतात. हे objects सामान्य files असल्यामुळे backups कार्यरत राहतात. मात्र cp वापरून एक spreadsheet restore करता येत नाही. हे स्वीकारार्ह आहे का ते आत्ताच ठरवा. नंतर लोकांना सर्वाधिक पश्चात्ताप याच गुणधर्माचा होतो.

Seafile ची community edition आणि paid professional edition उपलब्ध आहेत. त्यांच्यातील फरक releases नुसार बदलतो. त्यामुळे एखाद्या विशिष्ट feature भोवती team ची योजना करण्यापूर्वी त्यांच्या site वरील सध्याच्या terms वाचा. Official desktop आणि mobile clients उपलब्ध आहेत. Encrypted libraries client वर encrypt केल्या जातात. त्यामुळे server असा ciphertext साठवतो जो तो वाचू शकत नाही. Passphrase गमावल्यास library unreadable होते; तुम्हीही ती वाचू शकत नाही. Browser मध्ये encrypted library उघडण्यासाठी तो passphrase web session ला द्यावा लागतो. त्यामुळे या हमीची सर्वाधिक मजबूत आवृत्ती desktop आणि mobile clients साठी लागू होते.

Resource cost Nextcloud च्या जवळपासच असतो. तुम्ही database, memory cache आणि दोन application processes चालवत असता. त्यामुळे 2 GB ही पुन्हा व्यवहार्य किमान मर्यादा आहे.

Syncthing: लॉग इन करण्याची गरज नाही

Syncthing ही एकच Go binary आहे. ती folders वर लक्ष ठेवते, discovery server किंवा relay द्वारे peers शोधते आणि devices दरम्यान थेट sync करते. तुम्ही ज्यांच्यासोबत sync करता त्यांच्यासाठी accounts किंवा login page नसते. ID द्वारे दोन devices pair करा आणि प्रत्येक बाजूला folder स्वीकारा. येथे नमूद केलेल्या पर्यायांपैकी चालवण्यासाठी यामध्ये सर्वात कमी काम आहे, कारण चालवण्यासारखेच फार कमी आहे.

याबदल्यात संपूर्ण sharing पर्याय उपलब्ध राहत नाही. त्याची नोंद Device pairing only, no links अशी आहे. तुम्ही client, accountant किंवा नातेवाईकाला link देऊ शकत नाही. Mobile हा दुसरा अभाव आहे: Android app, no official iOS. Project च्या स्वतःच्या FAQ मध्ये हे स्पष्टपणे नमूद केले आहे: "There are no plans by the current Syncthing team to officially support iOS in the foreseeable future", कारण iOS background processing वर इतकी बंधने घालते की विश्वसनीय sync करणे कठीण होते. iOS users ना third-party apps वापरावे लागतात.

Resource use कमी आहे; मात्र एक गोष्ट लक्षात ठेवणे आवश्यक आहे. Syncthing ज्या प्रत्येक file चे sync करते त्यासाठी index entry ठेवते. त्यामुळे memory आणि पहिला scan एकूण size पेक्षा file count नुसार वाढतात. प्रथमच मोठ्या folder चे hashing करताना काही काळ CPU वापरला जाईल आणि त्यानंतर वापर स्थिर होईल. सर्वात छोट्या VPS plan वर ते सहज चालते.

Conflicts हाताळताना दोन्ही बाजू जतन केल्या जातात. दोन devices एकमेकांना दिसत नसताना त्याच file मध्ये बदल केल्यास Syncthing एका copy चे नाव बदलते आणि ती दुसऱ्या copy शेजारी ठेवते. त्यामुळे notes.sync-conflict-20260802-141530-K7MB3QT.md सारख्या files दिसतात. काहीही गमावले जात नाही. मात्र काहीही merge देखील केले जात नाही; तो conflict manually सोडवावा लागतो.

क्लायंटसह object storage: स्वस्त bytes, sync folder नाही

Object storage म्हणजे S3 (simple storage service) compatible bucket. तो MinIO वापरून self-hosted असू शकतो किंवा एखाद्या provider कडून भाड्याने घेतलेला असू शकतो. त्यासाठी एखादे tool वापरावे लागते: command line वरील rclone किंवा bucket ला drive म्हणून दाखवणारा desktop client. Shell ऐवजी web page वरून bucket browse करायचा असल्यास, self-hosted file managers ची ही तुलना यांपैकी अनेक tools S3 bucket चा backend म्हणून वापरतात आणि त्यावर स्वतःचे share links जोडतात. Sharing म्हणजे presigned URL—स्वतःची expiry time असलेली तुम्ही generate केलेली link. Versioning ही bucket setting आहे: Bucket versioning, off by default, त्यामुळे bucket तयार करतानाच ती सुरू करा, कारण यापूर्वी upload केलेल्या objects वर ती लागू होत नाही.

Bucket ला sync folder म्हणून वापरल्यावर समस्या सुरू होते. Default नुसार तुमच्या Documents directory वर लक्ष ठेवणारी कोणतीही प्रक्रिया नसते. rclone bisync two-way sync करते आणि rclone च्या documentation मध्येही त्यासाठी आवश्यक काळजी स्पष्टपणे सांगितली आहे. Object storage चा सर्वात चांगला उपयोग हा पायाभूत storage म्हणून होतो: backup target किंवा application मागील storage layer म्हणून. MinIO सह self-hosted S3 compatible object storage मध्ये server side ची माहिती दिली आहे.

येथे resource cost वेगळ्या प्रकारचा आहे. MinIO हे एक binary आहे आणि idle स्थितीत त्याचा resource वापर कमी असतो. प्रत्यक्षात तुम्ही disk साठी पैसे देता. VPS वर याचा अर्थ gigabyte प्रमाणे भाड्याने घेतलेला block volume, तसेच objects आत-बाहेर हलवताना वापरलेली bandwidth. यापैकी कोणताही खर्च free -h मध्ये दिसत नाही. त्यामुळे archive चे आकारमान ठरवण्यापूर्वी VPS चा प्रत्यक्ष मासिक खर्च किती असतो ते वाचा.

सामायिकरण, मोबाइल क्लायंट आणि versioning यांची तुलना

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

एकूण 4 पर्याय एका स्पष्ट रेषेवर विभागले जातात. त्यांपैकी तीन पर्याय केवळ browser असलेल्या अनोळखी व्यक्तीला file देऊ शकतात. त्यांपैकी एक पर्याय फक्त तुमच्या मालकीच्या devices शी संवाद साधतो. Seafile मधील versioning नोंद, Library history and snapshots, विशेष लक्ष देण्यासारखी आहे: history प्रत्येक library साठी स्वतंत्रपणे ठेवली जाते. त्यामुळे library delete केल्यास तिची history देखील delete होते.

तुमचा डेटा पुन्हा बाहेर काढणे

Exit cost आता तपासणे सोपे आहे, पण नंतर ते समजल्यास महाग पडते. त्यामुळे commit करण्यापूर्वी ते तपासा.

Nextcloud वास्तविक फाइल्स वास्तविक directories मध्ये साठवते. त्यामुळे data directory ची tar घेतल्यास application पुन्हा सुरू झाले नाही तरी तुमची documents मिळतात. Syncthing प्रत्येक peer वर हेच करते. त्यामुळे या पर्यायांमध्ये त्याचा exit सर्वात सोपा आहे: फाइल्स प्रत्येक device वर थेट उपलब्ध असतात. Seafile च्या object store मधील blocks पुन्हा files मध्ये एकत्र करण्यासाठी Seafile किंवा त्याची export tools आवश्यक असतात. Object storage साठी rclone किंवा त्यासारखे equivalent tool आवश्यक आहे. हे एका command ने करता येते.

Sync हा backup नाही; आणि यातील फरकामुळेच डेटा गमावला जातो

येथील प्रत्येक साधन मशीनमधील बदलांच्या प्रती तयार करते. Delete हा देखील बदल असतो. तुमच्या laptop वरील एखादा folder काढल्यावर client ही माहिती server ला देतो, server तो बदल लागू करतो आणि इतर प्रत्येक device वरील तो folder देखील काढला जातो. Ransomware देखील हाच मार्ग वापरते: ते स्थानिक पातळीवर files encrypt करते, client ला modified files दिसतात आणि तो encrypted versions upload करतो. Sync योग्यरीत्या झालेले असते. मात्र तुमचा डेटा गमावलेला असतो.

Trash bins आणि version history यामुळे परिणाम काही प्रमाणात कमी होतो. पण ते देखील कालबाह्य होतात, चूक करणाऱ्या त्याच account कडून रिकामे केले जाऊ शकतात आणि live copy ज्या disk वर असते त्याच disk वर साठवलेले असतात. Volume अयशस्वी झाल्यास files आणि त्यांचा history दोन्ही एकाच वेळी गमावले जातात.

Backup म्हणजे स्वतंत्र hardware वर ठेवलेली स्वतंत्र copy होय. ती नियोजित वेळापत्रकानुसार तयार केलेली असते आणि ती किमान एकदा restore करून तपासलेली असते. Files प्रमाणेच database चा backup देखील त्याच run मध्ये घ्या. Database शिवाय Nextcloud data directory restore केल्यास अशी instance मिळते जिला त्या files अस्तित्वात आहेत हे माहीत नसते. त्यानंतर occ files:scan केल्यास files परत मिळतात; परंतु त्या tables मध्ये असलेले shares आणि version history गमावले जातात. VPS मधून Scheduled restic backups याची encrypted आणि deduplicated आवृत्ती समजावते. त्यात restore गृहीत न धरता ते कसे तपासायचे हे देखील दिले आहे.

मी काय निवडेन

हे वाचणाऱ्या बहुतेक लोकांसाठी मी Nextcloud निवडेन. Dropbox सोडल्यानंतर ज्या व्यक्तीने कोणतेही सॉफ्टवेअर कधीही install केलेले नसेल, तिच्यासोबत link share करणे आणि फोनवर file उघडणे या गोष्टी अनेकांना अडचणीच्या वाटतात. Nextcloud अधिकृत clients आणि कोणताही paid tier नसताना या दोन्ही गोष्टी करते. त्यासाठी 2 GB RAM ही योग्य किंमत आहे.

मी दोन अपवाद मानतो. Folder फक्त तुमचाच असेल आणि तो फक्त तुमच्या मालकीच्या hardware वरच असेल, तर Syncthing चालवा. त्यामुळे patch करायचा server आणि सुरक्षित ठेवायचा web login दोन्ही राहत नाहीत. शेकडो हजार files असलेली working directory sync करायची असल्यास Seafile चालवा. वेगाच्या बदल्यात opaque storage स्वीकारा. तुम्ही कोणतेही एक निवडले तरी object storage हे backup target म्हणून त्याच्या खाली असावे; sync tool म्हणून त्याच्या पुढे नसावे.

FAQ

Syncthing माझ्या laptop साठी backup आहे का?

नाही. Syncthing devices मधील बदल कॉपी करते. त्यामुळे deletion हाही इतर बदलांसारखाच बदल असतो. तुम्ही चुकून delete केलेली file काही seconds मध्ये प्रत्येक paired device मधून नाहीशी होते. Per-folder file versioning उपयुक्त ठरते. मात्र प्रत्येक folder साठी ते enable करेपर्यंत ते बंद असते. स्वतंत्र hardware वर schedule नुसार घेतलेला खरा backup ठेवा. Restore योग्य प्रकारे कार्य करते याची खात्री करण्यासाठी त्यातून किमान एकदा restore करा.

Nextcloud आणि Syncthing एकाच VPS वर चालवता येतात का?

होय. ते वेगवेगळ्या ports वर listen करतात आणि त्यांच्यात conflict होत नाही. Syncthing folder Nextcloud च्या data directory कडे point करू नका. Nextcloud प्रत्येक file चा मागोवा database मध्ये ठेवते. त्यामुळे त्याच्या directory खाली disk वर दिसणाऱ्या files तुम्ही occ files:scan run करेपर्यंत invisible राहतात. त्या directory खाली files remove केल्यास कोणत्याही file कडे निर्देश न करणाऱ्या database rows शिल्लक राहतात. Syncthing साठी स्वतंत्र directory द्या. किंवा ती directory Nextcloud मध्ये external storage म्हणून attach करा, म्हणजे Nextcloud ला तिच्यात files शोधायच्या आहेत हे समजेल.

Account नसलेल्या व्यक्तीसोबत link share करण्याची सुविधा कोणामध्ये आहे?

Nextcloud आणि Seafile दोन्ही public links तयार करतात. त्यांना optional password आणि expiry date देता येते. Object storage तुम्ही निश्चित केलेल्या वेळेनंतर आपोआप काम करणे थांबवणारी presigned URL देते. Syncthing मध्ये यासाठी पर्याय नाही. त्याचे sharing model device pairing वर आधारित आहे. त्यामुळे समोरच्या व्यक्तीने Syncthing install करणे, तुम्हाला device ID देणे आणि folder स्वीकारणे आवश्यक आहे.

Server साठी किती disk आवश्यक आहे?

Server of record साठी shared data च्या पूर्ण size एवढी जागा ठेवा. त्यासोबत version history आणि trash साठी जागा ठेवा. सुरू असलेल्या uploads साठी working room देखील आवश्यक आहे. Version history साठी लागणारी जागा लोक बहुतेकदा कमी लेखतात. दररोज बदलणाऱ्या 2 GB file च्या प्रत्येक version ची नोंद ठेवल्यास ती जागा वेगाने वाढते. त्यामुळे retention policy लवकर निश्चित करा. Data स्वतंत्र volume वर ठेवल्यास ही वाढ root filesystem पासून दूर राहते. Disk पूर्ण भरल्यास फक्त एक upload थांबत नाही, तर संपूर्ण server थांबतो.