बेहतरीन Self-hosted Dropbox विकल्प: तुलना और गाइड

आपको कौन सा self-hosted Dropbox विकल्प चलाना चाहिए?

चार self-hosted Dropbox विकल्प आपके समय के योग्य हैं: Nextcloud, Seafile, Syncthing, और ऊपर एक client के साथ object storage। ये एक-दूसरे के स्थान पर उपयोग करने योग्य नहीं हैं। Nextcloud एक परिवार या छोटी टीम के लिए उपयुक्त है जहाँ अन्य लोगों को फाइलें प्राप्त करने की आवश्यकता होती है। Seafile उस व्यक्ति या टीम के लिए उपयुक्त है जो बहुत बड़ी संख्या में छोटी फाइलों को सिंक कर रहे हैं, जहाँ सिंक की गति इस बात से अधिक मायने रखती है कि डिस्क पर डेटा कैसा दिखता है। Syncthing अपने स्वयं के उपकरणों को सिंक करने वाले एक व्यक्ति के लिए उपयुक्त है, जहाँ बाहर के किसी व्यक्ति को लिंक की आवश्यकता नहीं होती है। Object storage एक आर्काइव के लिए उपयुक्त है: सस्ते बाइट्स जिन्हें आप शायद ही कभी खोलते हैं।

फीचर्स की तुलना करने से पहले यह चुनें कि सिंक कैसे काम करता है। फीचर सूचियां सभी एक जैसी दिखती हैं। टोपोलॉजी, जिसका अर्थ है कि कौन सी मशीन वह कॉपी रखती है जिससे बाकी सभी मशीनें सहमत होती हैं, यह तय करती है कि आप छह महीने बाद भी संतुष्ट रहेंगे या नहीं।

Sync टोपोलॉजी: एक सर्वर ऑफ रिकॉर्ड, या बिना सर्वर के पीयर्स

दो डिज़ाइन विचाराधीन हैं, और आगे जो कुछ भी बताया गया है वह इस बात पर निर्भर करता है कि आप किसे चुनते हैं।

एक सर्वर ऑफ रिकॉर्ड (A server of record)। Nextcloud, Seafile और object storage सभी इसी तरह काम करते हैं। एक मशीन, आमतौर पर एक VPS (virtual private server), आधिकारिक कॉपी रखती है। हर डिवाइस उस मशीन से बात करता है। आपका लैपटॉप एक महीने तक बंद रह सकता है, वापस आने पर, वह खुद को अपडेट कर सकता है। 6 GB खाली जगह वाला फोन एक सबसेट रख सकता है जबकि सर्वर सब कुछ रखता है। एक ब्राउज़र फाइलों तक पहुँच सकता है, यही कारण है कि शेयर लिंक मौजूद हो सकते हैं।

बिना सर्वर के पीयर्स (Peers with no server)। Syncthing इसी तरह काम करता है। डिवाइस एक-दूसरे को ढूंढते हैं और एन्क्रिप्टेड कनेक्शन पर सीधे फाइल लिस्ट का आदान-प्रदान करते हैं। कोई भी कॉपी आधिकारिक नहीं है: एक फाइल उन डिवाइस पर मौजूद होती है जो इसे रखते हैं और कहीं और नहीं। बदलाव को एक डिवाइस से दूसरे तक पहुँचने के लिए दोनों डिवाइस का एक ही समय पर ऑनलाइन होना आवश्यक है। किसी को देने के लिए कोई URL नहीं है, क्योंकि कोई भी मशीन पेज सर्व नहीं कर रही है।

इसके चार परिणाम होते हैं, और ये वही हैं जिनका सामना लोग देर से करते हैं।

• किसी ऐसे व्यक्ति को फाइल भेजना जो सॉफ्टवेयर इंस्टॉल नहीं करेगा, उसके लिए एक सर्वर ऑफ रिकॉर्ड की आवश्यकता होती है। एक लिंक एक URL है, और एक URL को एक पोर्ट पर लिसन करने वाले प्रोसेस की आवश्यकता होती है।
• ऐसी मशीन से अपनी फाइलों तक पहुँचना जिसे आप कंट्रोल नहीं करते, उदाहरण के लिए एक वर्क लैपटॉप, के लिए एक सर्वर ऑफ रिकॉर्ड की आवश्यकता होती है।
• जो डिवाइस हफ्तों से बंद था, वह जागने पर सर्वर से अपडेट हो जाता है। पीयर सेटअप में, यह तभी अपडेट होता है जब डेटा रखने वाला कोई अन्य डिवाइस भी ऑनलाइन हो। यही कारण है कि कई Syncthing उपयोगकर्ता VPS पर एक इंस्टेंस को हमेशा चालू रहने वाले पीयर के रूप में चलाते हैं।
• स्टोरेज अलग तरह से जुड़ता है। एक सर्वर ऑफ रिकॉर्ड एक पूर्ण कॉपी रखता है, साथ ही जो कुछ भी प्रत्येक डिवाइस स्थानीय रूप से रखता है। एक फोल्डर साझा करने वाले चार पीयर्स चार पूर्ण प्रतियां रखते हैं, क्योंकि प्रत्येक पीयर पूरा फोल्डर रखता है।

Nextcloud: उपयोगकर्ता, समूह और पब्लिक लिंक

Nextcloud एक PHP वेब एप्लिकेशन है। यह आपकी फाइलों को एक डेटा डायरेक्टरी में सामान्य फाइलों के रूप में स्टोर करता है और उन्हें एक डेटाबेस में ट्रैक करता है। आप किसी फोल्डर को किसी उपयोगकर्ता, समूह, या पासवर्ड और समाप्ति तिथि वाले पब्लिक लिंक के रूप में साझा कर सकते हैं। वर्जन हिस्ट्री डिफ़ॉल्ट रूप से चालू रहती है और हटाई गई फाइलें पहले ट्रैश बिन में जाती हैं। डेस्कटॉप क्लाइंट Linux, macOS और Windows पर उपलब्ध हैं, और iOS तथा Android ऐप्स आधिकारिक हैं। यदि Dropbox छोड़ने का आपका कारण यह है कि अन्य लोगों को आपकी फाइलें प्राप्त करने की आवश्यकता है, तो यह उसका सही समाधान है।

इसकी कीमत इसमें शामिल कई घटकों के रूप में चुकानी पड़ती है। एक सामान्य इंस्टॉलेशन में एक वेब सर्वर, PHP-FPM (PHP प्रोसेस मैनेजर), MariaDB या PostgreSQL जैसा डेटाबेस, और फाइल लॉकिंग के लिए Redis चलता है। एक बैकग्राउंड जॉब हर पांच मिनट में cron या systemd टाइमर से चलती है। 1 GB VPS पर यह शुरू तो हो जाएगा, लेकिन एक बड़ी अपलोड या लंबी occ मेंटेनेंस कमांड इसे out-of-memory killer का शिकार बना सकती है। कुछ उपयोगकर्ताओं के लिए 2 GB को न्यूनतम आवश्यकता मानें, और जब आप अधिक ऐप्स सक्षम करेंगे तो 4 GB की आवश्यकता होने की उम्मीद रखें। दूसरी कीमत अपग्रेड की है: ऐप-स्टोर ऐप्स एक विशिष्ट कोर रिलीज के लिए बनाए जाते हैं, इसलिए अगला मेजर वर्जन लेने से पहले यह जांच लें कि जिन ऐप्स पर आप निर्भर हैं, वे उसका समर्थन करते हैं या नहीं।

जब एक अकाउंट में लाखों छोटी फाइलें होती हैं, तो Nextcloud धीमा हो जाता है, क्योंकि प्रत्येक फाइल फाइल कैश टेबल में एक पंक्ति होती है और डिस्क पर एक वास्तविक फाइल होती है, और डेस्कटॉप क्लाइंट उन्हें एक-एक करके प्रोसेस करता है। घरेलू स्तर पर यह समस्या कभी नहीं आती। साइजिंग, TLS (ट्रांसपोर्ट लेयर सिक्योरिटी) और बैकअप को TLS और बैकअप के साथ Docker आधारित Nextcloud इंस्टॉलेशन में कवर किया गया है, जिसे आप निर्णय लेने के बाद देख सकते हैं।

स्कोप के बारे में एक चेतावनी। Nextcloud आपके कैलेंडर, कॉन्टैक्ट्स, नोट्स और फोटो लाइब्रेरी को भी चला सकता है, और आपके द्वारा सक्षम किया गया प्रत्येक ऐप बैकग्राउंड वर्क बढ़ाता है और एक और ऐसी चीज जोड़ता है जो अपग्रेड को रोक सकती है। यदि फोटो ही वास्तविक समस्या है, तो एक समर्पित टूल उन्हें बेहतर तरीके से संभालता है: स्वयं-होस्ट किए गए Google Photos रिप्लेसमेंट के रूप में Immich देखें। यदि डॉक्यूमेंट्स और विकी वास्तविक समस्या हैं, तो अपने फाइल सर्वर पर ऐप्स का ढेर लगाने के बजाय स्वयं-होस्ट किए गए Notion विकल्प देखें। ब्राउज़र में उन डॉक्यूमेंट्स को एडिट करना Nextcloud ऐप के बजाय एक अलग सर्वर है, इसलिए यह मानने से पहले कि 2 GB की सीमा अभी भी पर्याप्त है, OnlyOffice बनाम Collabora का मूल्यांकन करें।

Seafile: बहुत सारी छोटी फाइलों के लिए निर्मित

Seafile प्रत्येक फाइल को ब्लॉक्स में विभाजित करता है और उन्हें कंटेंट हैश द्वारा संबोधित एक आंतरिक ऑब्जेक्ट स्टोर में रखता है, जो कि git द्वारा अपने ऑब्जेक्ट्स के लिए उपयोग की जाने वाली तकनीक के समान है। सिंक और शेयरिंग की इकाई एक फोल्डर ट्री के बजाय एक लाइब्रेरी होती है। चूंकि क्लाइंट प्रति फाइल एक रिक्वेस्ट के बजाय ब्लॉक्स और एक कमिट अपलोड करता है, इसलिए 100,000 छोटी फाइलों वाली डायरेक्टरी को सिंक करना प्रति-फाइल प्रोटोकॉल की तुलना में बहुत तेजी से पूरा होता है। समान ब्लॉक्स को केवल एक बार स्टोर किया जाता है, इसलिए एक बड़ी फाइल की दूसरी कॉपी के लिए लगभग कोई अतिरिक्त जगह नहीं लगती।

इसका नुकसान यह है कि सर्वर पर आपकी फाइलें, फाइलें नहीं रह जातीं। स्टोरेज डायरेक्टरी खोलने पर आपको हेक्साडेसिमल नामों वाली ऑब्जेक्ट फाइलें मिलेंगी। डेटा निकालने का मतलब है Seafile क्लाइंट, या Seafile के अपने एक्सपोर्ट और fsck टूल्स का उपयोग करना। बैकअप अभी भी काम करते हैं, क्योंकि वे ऑब्जेक्ट सामान्य फाइलें ही हैं, लेकिन आप cp के साथ एक स्प्रेडशीट को रिस्टोर नहीं कर सकते। अभी तय करें कि क्या यह आपके लिए स्वीकार्य है, क्योंकि यही वह विशेषता है जिसका लोग बाद में पछतावा करते हैं।

Seafile एक कम्युनिटी एडिशन और एक पेड प्रोफेशनल एडिशन प्रदान करता है, और इनके बीच का अंतर रिलीज के साथ बदलता रहता है, इसलिए किसी विशिष्ट फीचर के आधार पर टीम की योजना बनाने से पहले उनकी साइट पर वर्तमान शर्तें जरूर पढ़ें। आधिकारिक डेस्कटॉप और मोबाइल क्लाइंट उपलब्ध हैं। एन्क्रिप्टेड लाइब्रेरी क्लाइंट साइड पर ही एन्क्रिप्ट होती हैं, इसलिए सर्वर केवल साइफरटेक्स्ट स्टोर करता है जिसे वह पढ़ नहीं सकता। यदि आप पासफ्रेज खो देते हैं, तो लाइब्रेरी अपठनीय हो जाएगी, जिसे आप स्वयं भी नहीं खोल पाएंगे। ब्राउज़र में एन्क्रिप्टेड लाइब्रेरी खोलने का मतलब है कि आप उस पासफ्रेज को वेब सेशन को दे रहे हैं, इसलिए उस सुरक्षा गारंटी का सबसे मजबूत रूप डेस्कटॉप और मोबाइल क्लाइंट्स पर ही लागू होता है।

संसाधन लागत Nextcloud के करीब ही रहती है। आप एक डेटाबेस, एक मेमोरी कैश और दो एप्लिकेशन प्रोसेस चला रहे होते हैं, इसलिए 2 GB फिर से एक उचित न्यूनतम आवश्यकता है।

Syncthing: लॉग इन करने की कोई आवश्यकता नहीं

Syncthing एक सिंगल Go बाइनरी है। यह फोल्डर्स को मॉनिटर करता है, डिस्कवरी सर्वर या रिले के माध्यम से अपने पीयर्स (peers) को ढूंढता है, और सीधे डिवाइसेस के बीच सिंक करता है। जिन लोगों के साथ आप सिंक करते हैं, उनके लिए कोई अकाउंट या लॉग इन पेज नहीं होता है। आप दो डिवाइसेस को उनके ID द्वारा पेयर करते हैं और प्रत्येक साइड पर फोल्डर को एक्सेप्ट करते हैं। यहाँ बताए गए अन्य विकल्पों की तुलना में इसे चलाना सबसे आसान है, क्योंकि इसमें बहुत कम सेटअप की आवश्यकता होती है।

जो सुविधा आपको यहाँ नहीं मिलती, वह शेयरिंग कॉलम से संबंधित है। इसकी एंट्री Device pairing only, no links पढ़ती है। आप किसी क्लाइंट, अकाउंटेंट या रिश्तेदार को कोई लिंक नहीं भेज सकते। मोबाइल एक और कमी है: Android app, no official iOS। प्रोजेक्ट का अपना FAQ इस बारे में स्पष्ट है: "वर्तमान Syncthing टीम की निकट भविष्य में आधिकारिक तौर पर iOS को सपोर्ट करने की कोई योजना नहीं है", क्योंकि iOS बैकग्राउंड प्रोसेसिंग को इतना सीमित करता है कि विश्वसनीय सिंकिंग कठिन हो जाती है। iOS यूजर्स को थर्ड-पार्टी ऐप्स पर निर्भर रहना पड़ता है।

संसाधनों का उपयोग कम है, बस एक बात ध्यान रखने योग्य है। Syncthing सिंक किए जाने वाले प्रत्येक फाइल के लिए एक इंडेक्स एंट्री रखता है, इसलिए मेमोरी और पहली स्कैन का समय कुल साइज के बजाय फाइलों की संख्या के साथ बढ़ता है। पहली बार किसी बड़े फोल्डर की हैशिंग करने पर CPU का उपयोग कुछ समय के लिए बढ़ेगा, और फिर यह सामान्य हो जाएगा। सबसे छोटे VPS प्लान पर भी यह आसानी से चलता है।

कॉन्फ्लिक्ट्स (conflicts) को दोनों वर्जन्स को रखकर हैंडल किया जाता है। जब दो डिवाइसेस एक ही फाइल को तब बदलती हैं जब वे एक-दूसरे से कनेक्टेड नहीं होतीं, तो Syncthing एक कॉपी का नाम बदल देता है और उसे दूसरी फाइल के साथ ही रखता है, जिससे आपको notes.sync-conflict-20260802-141530-K7MB3QT.md जैसी फाइलें मिलती हैं। कुछ भी डिलीट नहीं होता है। कोई ऑटोमैटिक मर्जिंग भी नहीं होती, और आपको इसे मैन्युअल रूप से हल करना पड़ता है।

Client के साथ Object storage: सस्ते bytes, न कि sync folder

Object storage का अर्थ है S3 (simple storage service) compatible bucket, जिसे या तो MinIO के साथ self-host किया गया हो या किसी provider से किराए पर लिया गया हो। आप इसे एक tool के माध्यम से एक्सेस करते हैं: command line से rclone, या एक desktop client जो bucket को drive के रूप में प्रस्तुत करता है। यदि आप shell के बजाय web page से bucket browse करना पसंद करते हैं, तो self-hosted file managers की इस तुलना में दिए गए कई tools S3 bucket को backend के रूप में उपयोग करते हैं और उसके ऊपर अपने share links जोड़ते हैं। Sharing एक presigned URL है, जिसे आप generate करते हैं और इसमें अपनी expiry time होती है। Versioning एक bucket setting है: Bucket versioning, off by default, इसलिए इसे bucket बनाते समय ही enable करें, क्योंकि यह उन objects पर लागू नहीं होती जिन्हें आपने पहले upload किया है।

Bucket को sync folder की तरह इस्तेमाल करना ही यहाँ गलती का कारण बनता है। डिफ़ॉल्ट रूप से कोई भी आपके Documents directory को monitor नहीं करता है। rclone bisync two-way sync करता है, और rclone का अपना documentation स्पष्ट रूप से बताता है कि इसके लिए कितनी सावधानी की आवश्यकता है। Object storage जो काम बहुत बेहतर तरीके से करता है, वह है आधार के रूप में कार्य करना: एक 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 की वास्तविक मासिक लागत पढ़ें।

Sharing, mobile clients और 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 विकल्प एक ही पंक्ति में विभाजित हैं। इनमें से तीन विकल्प किसी ऐसे व्यक्ति को फाइल भेज सकते हैं जिसके पास केवल ब्राउज़र हो। इनमें से एक विकल्प केवल उन्हीं डिवाइस से बात करता है जो पहले से आपके पास हैं। Seafile की versioning प्रविष्टि, Library history and snapshots, एक नोट के योग्य है: history को प्रति library रखा जाता है, इसलिए library को हटाने पर उसकी history भी हट जाती है।

अपना डेटा वापस प्राप्त करना

Exit cost की जाँच अभी करना सस्ता है, लेकिन बाद में पता चलने पर यह महंगा साबित हो सकता है, इसलिए commit करने से पहले इसकी जाँच कर लें।

Nextcloud वास्तविक फाइलों को वास्तविक directories में store करता है, इसलिए डेटा directory का tar लेने पर आपको अपने documents मिल जाते हैं, भले ही application दोबारा कभी start न हो। Syncthing हर peer पर यही काम करता है, जो यहाँ सबसे मजबूत exit विकल्प है: फाइलें बस हर device पर मौजूद रहती हैं। Seafile के object store को blocks को वापस फाइलों में जोड़ने के लिए Seafile या उसके export tools की आवश्यकता होती है। Object storage के लिए rclone या उसके समकक्ष tool की जरूरत होती है, जो केवल एक command की दूरी पर है।

Sync बैकअप नहीं है, और इसी अंतर के कारण लोग डेटा खो देते हैं

यहाँ दिए गए सभी टूल्स मशीनों के बीच बदलावों को कॉपी करते हैं। डिलीट करना भी एक बदलाव है। यदि आप अपने लैपटॉप से कोई फोल्डर हटाते हैं, तो क्लाइंट सर्वर को सूचित करता है, सर्वर उसे हटा देता है, और अन्य सभी डिवाइस से भी वह फोल्डर हट जाता है। Ransomware भी इसी रास्ते का उपयोग करता है: यह स्थानीय रूप से फाइलों को encrypt करता है, क्लाइंट को संशोधित फाइलें दिखाई देती हैं, और वह encrypted संस्करणों को अपलोड कर देता है। Sync ने सही काम किया। आपका डेटा फिर भी चला गया।

Trash bins और version history इसे थोड़ा आसान बनाते हैं। लेकिन ये भी एक समय बाद expire हो जाते हैं, इन्हें उसी अकाउंट द्वारा खाली किया जा सकता है जिसने गलती की है, और ये लाइव कॉपी वाली डिस्क पर ही मौजूद होते हैं। एक failed volume फाइलों और उनके इतिहास दोनों को एक साथ नष्ट कर देता है।

बैकअप एक अलग कॉपी है, जो अलग हार्डवेयर पर, एक निश्चित शेड्यूल के अनुसार ली जाती है, और जिसे आपने कम से कम एक बार restore करके देखा हो। डेटाबेस का बैकअप फाइलों के साथ ही लें। बिना डेटाबेस के Nextcloud डेटा डायरेक्टरी को restore करने पर आपको एक ऐसा instance मिलेगा जिसे उन फाइलों के अस्तित्व का पता नहीं होगा, और बाद में occ files:scan करने पर फाइलें तो वापस आ जाएंगी लेकिन वे shares और version history खो जाएंगे जो उन टेबल्स में मौजूद थे। VPS से scheduled restic बैकअप में इसके encrypted और deduplicated संस्करण के बारे में बताया गया है, जिसमें यह भी शामिल है कि केवल मान लेने के बजाय restore का परीक्षण कैसे करें।

मेरा चयन

ज्यादातर पाठकों के लिए, Nextcloud सबसे बेहतर विकल्प है। Dropbox छोड़ने के बाद लोग जिस सुविधा को सबसे ज्यादा याद करते हैं, वह है किसी ऐसे व्यक्ति को लिंक भेजना जिसे कुछ भी इंस्टॉल नहीं करना है, और फोन पर फाइल खोलना। Nextcloud आधिकारिक क्लाइंट्स के साथ ये दोनों काम करता है और इसमें कोई पेड टियर नहीं है; इसके लिए 2 GB RAM एक उचित कीमत है। मैं दो अपवाद मानता हूँ। यदि फोल्डर केवल आपका है और केवल आपके स्वामित्व वाले हार्डवेयर पर रहता है, तो Syncthing का उपयोग करें। इसमें आपको न तो किसी सर्वर को पैच करने की चिंता रहती है और न ही किसी वेब लॉगिन को सुरक्षित रखने की। यदि आप लाखों फाइलों वाली वर्किंग डायरेक्टरी सिंक करते हैं, तो Seafile का उपयोग करें और गति के बदले इसके opaque storage को स्वीकार करें। आप जो भी चुनें, उसके बैकअप लक्ष्य के रूप में Object storage का उपयोग करें, न कि सिंक टूल के रूप में उसके सामने।

FAQ

क्या Syncthing मेरे लैपटॉप का बैकअप है?

नहीं। Syncthing डिवाइसों के बीच बदलावों को कॉपी करता है, और फाइल डिलीट करना भी अन्य बदलावों की तरह ही है। इसलिए, यदि आप गलती से कोई फाइल डिलीट करते हैं, तो वह कुछ ही सेकंड में सभी पेयर किए गए डिवाइसों से गायब हो जाएगी। प्रति-फोल्डर फाइल वर्ज़निंग (file versioning) इसमें मदद करती है, लेकिन जब तक आप इसे प्रत्येक फोल्डर पर इनेबल नहीं करते, यह बंद रहती है। अलग हार्डवेयर पर नियमित रूप से बैकअप लें और उसे एक बार रिस्टोर करके देखें ताकि आपको पता हो कि रिस्टोर प्रक्रिया काम करती है।

क्या मैं एक ही VPS पर Nextcloud और Syncthing चला सकता हूँ?

हाँ, वे अलग-अलग पोर्ट्स पर लिसन (listen) करते हैं और आपस में टकराते नहीं हैं। Syncthing के फोल्डर को Nextcloud की डेटा डायरेक्टरी पर पॉइंट न करें। Nextcloud डेटाबेस में प्रत्येक फाइल को ट्रैक करता है, इसलिए जो फाइलें सीधे डिस्क पर डाली जाती हैं, वे तब तक दिखाई नहीं देतीं जब तक आप occ files:scan न चलाएं। साथ ही, जो फाइलें सीधे डिस्क से हटाई जाती हैं, उनके डेटाबेस रिकॉर्ड्स खाली रह जाते हैं। Syncthing को अपनी अलग डायरेक्टरी दें, या उस डायरेक्टरी को Nextcloud में external storage के रूप में जोड़ें ताकि Nextcloud उसे देख सके।

कौन सा टूल मुझे ऐसे व्यक्ति के साथ लिंक शेयर करने की सुविधा देता है जिसका कोई अकाउंट नहीं है?

Nextcloud और Seafile दोनों पब्लिक लिंक बनाने की सुविधा देते हैं, जिसमें वैकल्पिक पासवर्ड और एक्सपायरी डेट सेट की जा सकती है। ऑब्जेक्ट स्टोरेज आपको एक presigned URL देता है जो आपके द्वारा सेट किए गए समय के बाद अपने आप काम करना बंद कर देता है। Syncthing में यह सुविधा नहीं है। इसका शेयरिंग मॉडल डिवाइस पेयरिंग पर आधारित है, इसलिए दूसरे व्यक्ति को Syncthing इंस्टॉल करना होगा, आपको अपना डिवाइस ID देना होगा और फोल्डर को एक्सेप्ट करना होगा।

सर्वर को कितनी डिस्क स्पेस की आवश्यकता है?

एक रिकॉर्ड सर्वर के लिए, साझा किए गए डेटा के कुल आकार, वर्ज़न हिस्ट्री और ट्रैश के लिए जगह, और अपलोड हो रही फाइलों के लिए वर्किंग स्पेस का हिसाब रखें। वर्ज़न हिस्ट्री वह हिस्सा है जिसे लोग कम आंकते हैं: 2 GB की फाइल जो रोज बदलती है, उसके हर वर्ज़न को रखने से डेटा बहुत तेजी से बढ़ता है, इसलिए जल्दी ही एक रिटेंशन पॉलिसी सेट करें। डेटा को अलग वॉल्यूम पर रखने से यह ग्रोथ रूट फाइलसिस्टम से दूर रहती है, जिससे डिस्क फुल होने पर पूरा सर्वर रुकने के बजाय केवल एक अपलोड प्रभावित होता है।