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

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

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

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

सिंक्रोनायझेशनची रचना: मुख्य सर्व्हर किंवा सर्व्हरविना peers

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

मुख्य सर्व्हर. Nextcloud, Seafile आणि object storage याच पद्धतीने काम करतात. एका मशीनवर, सामान्यतः VPS (virtual private server) वर, अधिकृत प्रत ठेवली जाते. प्रत्येक device त्या मशीनशी संपर्क साधतो. तुमचा laptop एक महिना बंद असला, तरी तो पुन्हा सुरू झाल्यावर स्वतःहून अद्ययावत होऊ शकतो. 6 GB मोकळी जागा असलेला phone काही फाइल्स ठेवू शकतो, तर सर्व्हरवर सर्व फाइल्स राहू शकतात. 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 अनेक आठवडे बंद असेल, तर ते पुन्हा सुरू झाल्यावर सर्व्हरवरून अद्ययावत होते. Peer setup मध्ये, त्या data असलेले दुसरे device देखील online असेल तेव्हाच ते अद्ययावत होते. म्हणून अनेक Syncthing वापरकर्ते VPS वर एक instance always-on peer म्हणून चालवतात.
• Storage चे गणित वेगळे असते. मुख्य सर्व्हरवर एक पूर्ण प्रत आणि प्रत्येक device वर स्थानिक पातळीवर ठेवलेल्या फाइल्स एवढे storage लागते. एकाच folder ची देवाणघेवाण करणारे चार 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 चालते. cron किंवा systemd timer द्वारे दर पाच मिनिटांनी background job चालते. 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 पहा. ही documents browser मध्ये edit करणे हा Nextcloud app नसून स्वतंत्र server आहे. त्यामुळे 2 GB ची किमान मर्यादा अजूनही पुरेशी आहे असे गृहीत धरण्यापूर्वी OnlyOffice आणि Collabora यांची तुलना करा.

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

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

याची किंमत अशी आहे की server वरील तुमच्या files साध्या files म्हणून उपलब्ध राहत नाहीत. Storage directory उघडल्यावर तुम्हाला hexadecimal नावे असलेल्या object files दिसतात. Data बाहेर काढण्यासाठी Seafile client किंवा Seafile ची स्वतःची export आणि fsck tools वापरावी लागतात. Backups तरीही कार्यरत राहतात, कारण हे objects सामान्य files असतात. मात्र 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. प्रकल्पाच्या स्वतःच्या 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 दिसतात. कोणतीही माहिती हरवत नाही. मात्र 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. Sharing साठी presigned URL वापरला जातो. ही अशी link असते जिच्यात स्वतःची expiry time असते. Versioning ही bucket setting आहे: Bucket versioning, off by default. त्यामुळे bucket तयार करतानाच ती सुरू करा, कारण आधी upload केलेल्या objects वर ती लागू होत नाही.

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

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

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

[
  {
    "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 असलेल्या अनोळखी व्यक्तीला फाइल देऊ शकतात. त्यांपैकी एक पर्याय तुम्ही आधीपासून own करत असलेल्या devices शीच संवाद साधतो. Seafile मधील versioning नोंद, Library history and snapshots, विशेष उल्लेखास पात्र आहे: history प्रत्येक library साठी स्वतंत्रपणे जतन केला जातो. त्यामुळे एखादी library delete केल्यास तिच्यासोबत history देखील delete होतो.

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

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

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

समक्रमण म्हणजे backup नाही; आणि यातील उणीवेमुळे लोकांचा डेटा नष्ट होतो

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

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

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

मी काय निवडेन

हे वाचणाऱ्या बहुतेक लोकांसाठी Nextcloud. Dropbox वापरणे बंद केल्यानंतर लोकांना सर्वाधिक जाणवणारी कमतरता म्हणजे असे काहीतरी share करणे, जे समोरची व्यक्ती कोणतेही सॉफ्टवेअर install न करता उघडू शकेल, तसेच फोनवर फाइल उघडता येणे. 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 काही सेकंदांत प्रत्येक paired device मधून नाहीशी होते. प्रत्येक folder साठी file versioning उपयुक्त ठरते; मात्र प्रत्येक folder वर ते enable करेपर्यंत ते बंद असते. स्वतंत्र hardware वर ठरावीक वेळापत्रकानुसार नियमित backup घ्या. Restore प्रक्रिया कार्यरत आहे याची खात्री करण्यासाठी त्या backup मधून किमान एकदा restore करा.

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

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

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 accept करणे आवश्यक आहे.

Server ला किती disk space आवश्यक आहे?

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