بہترین Self-hosted Dropbox متبادل کا موازنہ

آپ کو کون سا self-hosted Dropbox متبادل چلانا چاہیے؟

چار self-hosted Dropbox متبادل آپ کے وقت کے قابل ہیں: Nextcloud، Seafile، Syncthing، اور اوپر کلائنٹ کے ساتھ object storage۔ یہ ایک دوسرے کے متبادل نہیں ہیں۔ Nextcloud ایک گھرانے یا چھوٹی ٹیم کے لیے موزوں ہے جہاں دوسرے لوگوں کو فائلیں وصول کرنے کی ضرورت ہوتی ہے۔ Seafile اس شخص یا ٹیم کے لیے موزوں ہے جو بہت بڑی تعداد میں چھوٹی فائلیں sync کر رہے ہوں، جہاں sync کی رفتار اس بات سے زیادہ اہم ہو کہ ڈیٹا ڈسک پر کیسا نظر آتا ہے۔ Syncthing ایک ایسے شخص کے لیے موزوں ہے جو اپنے آلات کو آپس میں sync کر رہا ہو، جہاں باہر کے کسی شخص کو لنک کی ضرورت نہ ہو۔ Object storage ایک آرکائیو کے لیے موزوں ہے: سستے بائٹس جنہیں آپ شاذ و نادر ہی کھولتے ہیں۔

خصوصیات کا موازنہ کرنے سے پہلے یہ منتخب کریں کہ sync کیسے کام کرتا ہے۔ خصوصیات کی فہرستیں سب ایک جیسی نظر آتی ہیں۔ ٹوپولوجی، یعنی وہ مشین جس کے پاس وہ کاپی موجود ہو جس پر باقی تمام مشینیں متفق ہوں، وہی فیصلہ کرتی ہے کہ آیا آپ چھ ماہ بعد بھی مطمئن رہیں گے یا نہیں۔

Sync ٹوپولوجی: ایک مرکزی سرور، یا بغیر سرور کے ہم مرتبہ (peers)

دو ڈیزائن زیر غور ہیں، اور آگے آنے والی زیادہ تر تفصیلات کا انحصار اسی پر ہے کہ آپ کون سا انتخاب کرتے ہیں۔

ایک مرکزی سرور (Server of record)۔ Nextcloud، Seafile اور object storage سب اسی طرح کام کرتے ہیں۔ ایک مشین، عام طور پر ایک VPS (virtual private server)، مستند کاپی رکھتی ہے۔ ہر ڈیوائس اسی مشین سے رابطہ کرتی ہے۔ آپ کا لیپ ٹاپ ایک ماہ تک بند رہ سکتا ہے، واپس آنے پر یہ خود کو اپ ڈیٹ کر لے گا۔ 6 GB خالی جگہ والا فون صرف کچھ ڈیٹا رکھ سکتا ہے جبکہ سرور سارا ڈیٹا محفوظ رکھتا ہے۔ ایک براؤزر فائلوں تک رسائی حاصل کر سکتا ہے، یہی وجہ ہے کہ شیئر لنکس کا وجود ممکن ہوتا ہے۔

بغیر سرور کے ہم مرتبہ (Peers with no server)۔ Syncthing اسی طرح کام کرتا ہے۔ ڈیوائسز ایک دوسرے کو تلاش کرتی ہیں اور انکرپٹڈ کنکشن کے ذریعے براہ راست فائلوں کی فہرست کا تبادلہ کرتی ہیں۔ کوئی بھی کاپی مستند نہیں ہوتی: ایک فائل صرف ان ڈیوائسز پر موجود ہوتی ہے جو اسے رکھتی ہیں، اور کہیں نہیں۔ تبدیلی کے تبادلے کے لیے دو ڈیوائسز کا ایک ہی وقت میں آن لائن ہونا ضروری ہے۔ کسی کو دینے کے لیے کوئی URL نہیں ہوتا، کیونکہ کوئی مشین ویب پیج سرو نہیں کر رہی ہوتی۔

اس کے چار نتائج نکلتے ہیں، اور یہ وہ نکات ہیں جن کا سامنا لوگوں کو دیر سے ہوتا ہے۔

• کسی ایسے شخص کو فائل بھیجنا جو سافٹ ویئر انسٹال نہیں کرے گا، اس کے لیے ایک مرکزی سرور کی ضرورت ہوتی ہے۔ ایک لنک ایک URL ہوتا ہے، اور URL کے لیے ایک ایسے پروسیس کی ضرورت ہوتی ہے جو کسی port پر listen کر رہا ہو۔
• ایسی مشین سے اپنی فائلوں تک رسائی حاصل کرنا جس پر آپ کا کنٹرول نہیں ہے، مثلاً دفتری لیپ ٹاپ، اس کے لیے مرکزی سرور کی ضرورت ہوتی ہے۔
• جو ڈیوائس ہفتوں تک بند رہی ہو، وہ آن ہوتے ہی سرور سے ڈیٹا اپ ڈیٹ کر لیتی ہے۔ ہم مرتبہ (peer) سیٹ اپ میں یہ تب ہی اپ ڈیٹ ہوتی ہے جب ڈیٹا رکھنے والی دوسری ڈیوائس بھی آن لائن ہو۔ یہی وجہ ہے کہ بہت سے Syncthing صارفین ایک instance کو VPS پر بطور always-on peer چلاتے ہیں۔
• اسٹوریج کا حساب مختلف ہوتا ہے۔ مرکزی سرور ایک مکمل کاپی رکھتا ہے، اس کے علاوہ جو کچھ ہر ڈیوائس مقامی طور پر رکھتی ہے۔ ایک فولڈر شیئر کرنے والے چار peers چار مکمل کاپیاں رکھتے ہیں، کیونکہ ہر peer پورا فولڈر اپنے پاس رکھتا ہے۔

Nextcloud: صارفین، گروپس اور عوامی لنکس

Nextcloud ایک PHP ویب ایپلیکیشن ہے۔ یہ آپ کی فائلوں کو ایک ڈیٹا ڈائریکٹری میں عام فائلوں کے طور پر محفوظ کرتی ہے اور ان کا ریکارڈ ڈیٹا بیس میں رکھتی ہے۔ آپ کسی فولڈر کو کسی صارف، گروپ، یا پاس ورڈ اور میعاد ختم ہونے کی تاریخ کے حامل عوامی لنک کے طور پر شیئر کر سکتے ہیں۔ ورژن ہسٹری بائی ڈیفالٹ آن ہوتی ہے اور حذف شدہ فائلیں پہلے ٹریش بن میں جاتی ہیں۔ ڈیسک ٹاپ کلائنٹس Linux، macOS اور Windows پر دستیاب ہیں، اور iOS اور Android ایپس آفیشل ہیں۔ اگر آپ کا Dropbox چھوڑنے کا مقصد یہ ہے کہ دوسرے لوگوں کو آپ کی فائلیں موصول ہوں، تو یہ اس کا بہترین متبادل ہے۔

اس کی قیمت اس کے متحرک پرزوں کی صورت میں چکانی پڑتی ہے۔ ایک عام انسٹالیشن میں ویب سرور، PHP-FPM (PHP پروسیس مینیجر)، MariaDB یا PostgreSQL جیسا ڈیٹا بیس، اور فائل لاکنگ کے لیے Redis چلتے ہیں۔ ایک بیک گراؤنڈ جاب ہر 5 منٹ بعد 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 ہر فائل کو بلاکس میں تقسیم کرتا ہے اور انہیں content hash کے ذریعے ایڈریس کیے گئے ایک داخلی آبجیکٹ اسٹور میں محفوظ کرتا ہے، بالکل اسی تصور کی طرح جو git اپنے آبجیکٹس کے لیے استعمال کرتا ہے۔ مطابقت پذیری (sync) اور شیئرنگ کی اکائی ایک فولڈر ٹری کے بجائے ایک لائبریری ہوتی ہے۔ چونکہ کلائنٹ ہر فائل کے لیے ایک درخواست کے بجائے بلاکس اور ایک کمٹ (commit) اپ لوڈ کرتا ہے، اس لیے 100,000 چھوٹی فائلوں کی ڈائریکٹری کی مطابقت پذیری اس رفتار سے کہیں زیادہ تیزی سے مکمل ہوتی ہے جو فی فائل پروٹوکول کے ذریعے ممکن ہے۔ ایک جیسے بلاکس صرف ایک بار محفوظ کیے جاتے ہیں، لہذا ایک بڑی فائل کی دوسری کاپی تقریباً مفت پڑتی ہے۔

اس کا نقصان یہ ہے کہ سرور پر آپ کی فائلیں فائلیں نہیں رہتیں۔ اسٹوریج ڈائریکٹری کھولیں تو آپ کو ہیکساڈیسیمل ناموں والی آبجیکٹ فائلیں ملیں گی۔ ڈیٹا نکالنے کا مطلب ہے Seafile کلائنٹ، یا Seafile کے اپنے ایکسپورٹ اور fsck ٹولز کا استعمال۔ بیک اپ اب بھی کام کرتے ہیں، کیونکہ وہ آبجیکٹس عام فائلیں ہی ہوتی ہیں، لیکن آپ cp کے ساتھ ایک اسپریڈشیٹ کو بحال نہیں کر سکتے۔ ابھی فیصلہ کریں کہ آیا یہ قابل قبول ہے، کیونکہ یہ وہ خصوصیت ہے جس پر لوگ بعد میں پچھتاتے ہیں۔

Seafile ایک کمیونٹی ایڈیشن اور ایک معاوضہ پروفیشنل ایڈیشن جاری کرتا ہے، اور ان کے درمیان تقسیم ریلیز کے ساتھ بدلتی رہتی ہے، لہذا کسی مخصوص فیچر کے گرد ٹیم کی منصوبہ بندی کرنے سے پہلے ان کی سائٹ پر موجودہ شرائط پڑھ لیں۔ آفیشل ڈیسک ٹاپ اور موبائل کلائنٹس موجود ہیں۔ انکرپٹڈ لائبریریاں کلائنٹ پر ہی انکرپٹ ہوتی ہیں، لہذا سرور ایسا سائفر ٹیکسٹ (ciphertext) محفوظ کرتا ہے جسے وہ پڑھ نہیں سکتا۔ پاس فریز کھو دیں تو لائبریری ناقابلِ مطالعہ ہو جاتی ہے، بشمول آپ کے لیے بھی۔ براؤزر میں انکرپٹڈ لائبریری کھولنے کا مطلب ہے کہ وہ پاس فریز ویب سیشن کو دینا، لہذا اس گارنٹی کا مضبوط ورژن ڈیسک ٹاپ اور موبائل کلائنٹس کے پاس ہی رہتا ہے۔

وسائل کی لاگت Nextcloud کے قریب ہے۔ آپ ایک ڈیٹا بیس، ایک میموری کیشے اور دو ایپلیکیشن پروسیس چلا رہے ہوتے ہیں، لہذا 2 GB دوبارہ ایک مناسب کم از کم حد ہے۔

Syncthing: لاگ ان کی ضرورت نہیں

Syncthing ایک واحد Go بائنری ہے۔ یہ فولڈرز کی نگرانی کرتا ہے، discovery server یا relay کے ذریعے اپنے peers کو تلاش کرتا ہے، اور براہ راست ڈیوائسز کے درمیان مطابقت پذیری (sync) کرتا ہے۔ اس میں کوئی اکاؤنٹس نہیں ہوتے اور جن لوگوں کے ساتھ آپ ڈیٹا sync کرتے ہیں ان کے لیے کوئی لاگ ان صفحہ نہیں ہوتا۔ آپ دو ڈیوائسز کو ID کے ذریعے جوڑتے ہیں اور ہر طرف فولڈر کو قبول کرتے ہیں۔ یہاں موجود دیگر ٹولز کے مقابلے میں اسے چلانا سب سے آسان ہے، کیونکہ اس میں چلانے کے لیے بہت کم چیزیں ہیں۔

جو چیز آپ کھو دیتے ہیں وہ مکمل شیئرنگ کالم ہے۔ اس کا اندراج Device pairing only, no links پڑھا جاتا ہے۔ آپ کسی کلائنٹ، اکاؤنٹنٹ، یا رشتہ دار کو لنک نہیں بھیج سکتے۔ موبائل دوسرا خلا ہے: Android app, no official iOS۔ پروجیکٹ کا اپنا FAQ اس بارے میں واضح ہے: "موجودہ Syncthing ٹیم کی جانب سے مستقبل قریب میں iOS کو باضابطہ طور پر سپورٹ کرنے کا کوئی منصوبہ نہیں ہے"، کیونکہ iOS پس منظر میں پروسیسنگ کو اتنا محدود کرتا ہے کہ قابل اعتماد sync مشکل ہو جاتی ہے۔ iOS صارفین کو تھرڈ پارٹی ایپس پر انحصار کرنا پڑتا ہے۔

وسائل کا استعمال کم ہے، صرف ایک چیز جاننے کے قابل ہے۔ Syncthing ہر اس فائل کے لیے ایک انڈیکس اندراج رکھتا ہے جسے وہ sync کرتا ہے، لہذا میموری اور پہلا اسکین کل سائز کے بجائے فائلوں کی تعداد کے ساتھ بڑھتا ہے۔ پہلی بار کسی بڑے فولڈر کو ہیش کرنے میں CPU کچھ دیر کے لیے استعمال ہوگا، اور پھر یہ معمول پر آ جائے گا۔ سب سے چھوٹے VPS پلان پر بھی یہ آرام دہ ہے۔

تنازعات (conflicts) کو دونوں اطراف کو برقرار رکھ کر حل کیا جاتا ہے۔ جب دو ڈیوائسز ایک ہی فائل کو اس وقت تبدیل کرتی ہیں جب وہ ایک دوسرے کو نہیں دیکھ سکتیں، تو Syncthing ایک کاپی کا نام تبدیل کر دیتا ہے اور اسے دوسری کے ساتھ رکھتا ہے، تاکہ آپ کو notes.sync-conflict-20260802-141530-K7MB3QT.md جیسی فائلیں ملیں۔ کچھ بھی ضائع نہیں ہوتا۔ کچھ بھی خودکار طور پر ضم (merge) نہیں ہوتا، اور آپ اسے خود حل کرتے ہیں۔

کلائنٹ کے ساتھ آبجیکٹ اسٹوریج: سستے بائٹس، نہ کہ سنک فولڈر

آبجیکٹ اسٹوریج سے مراد S3 (simple storage service) کے ساتھ مطابقت رکھنے والی بکٹ ہے، جسے یا تو MinIO کے ساتھ خود ہوسٹ کیا جائے یا کسی فراہم کنندہ سے کرائے پر لیا جائے۔ آپ اس تک ایک ٹول کے ذریعے رسائی حاصل کرتے ہیں: کمانڈ لائن سے rclone، یا کوئی ڈیسک ٹاپ کلائنٹ جو بکٹ کو ایک ڈرائیو کے طور پر پیش کرتا ہے۔ اگر آپ شیل کے بجائے ویب پیج سے بکٹ کو براؤز کرنا ترجیح دیتے ہیں، تو self-hosted فائل مینیجرز کے اس موازنہ میں موجود کئی ٹولز S3 بکٹ کو بطور بیک اینڈ استعمال کرتے ہیں اور اس کے اوپر اپنے شیئر لنکس شامل کر دیتے ہیں۔ شیئرنگ ایک presigned URL ہے، یعنی ایک ایسا لنک جسے آپ جنریٹ کرتے ہیں اور اس کی اپنی میعاد ختم ہونے کا وقت ہوتا ہے۔ ورژننگ ایک بکٹ سیٹنگ ہے: Bucket versioning, off by default، لہذا بکٹ بناتے وقت اسے آن کر لیں، کیونکہ یہ ان آبجیکٹس پر لاگو نہیں ہوتی جو آپ نے پہلے اپ لوڈ کیے تھے۔

بکٹ کو سنک فولڈر سمجھنا وہ جگہ ہے جہاں یہ طریقہ غلط ہو جاتا ہے۔ بائی ڈیفالٹ کوئی بھی آپ کی Documents ڈائریکٹری کو مانیٹر نہیں کرتا۔ rclone bisync دو طرفہ سنک (two-way sync) کرتا ہے، اور rclone کی اپنی دستاویزات اس احتیاط کے بارے میں واضح ہیں جس کی اسے ضرورت ہوتی ہے۔ آبجیکٹ اسٹوریج جو کام بہت بہتر طریقے سے کرتا ہے وہ ہے بنیادی ڈھانچہ فراہم کرنا: جیسے کہ بیک اپ ٹارگٹ، یا کسی ایپلیکیشن کے پیچھے اسٹوریج لیئر۔ MinIO کے ساتھ خود ہوسٹ کردہ S3 مطابقت پذیر آبجیکٹ اسٹوریج سرور سائیڈ کا احاطہ کرتا ہے۔

یہاں وسائل کی لاگت غیر معمولی ہے۔ MinIO ایک بائنری ہے اور بیکار (idle) حالت میں بہت کم وسائل استعمال کرتا ہے۔ آپ اصل میں جو قیمت ادا کرتے ہیں وہ ڈسک کی ہے، اور VPS پر اس کا مطلب گیگا بائٹس کے حساب سے کرائے پر لیا گیا بلاک والیوم ہے، اس کے علاوہ وہ بینڈوڈتھ جو آپ آبجیکٹس کو اندر اور باہر منتقل کرنے میں خرچ کرتے ہیں۔ ان میں سے کوئی بھی چیز free -h میں ظاہر نہیں ہوتی، لہذا آرکائیو کا سائز طے کرنے سے پہلے ایک 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، ایک نوٹ کی مستحق ہے: ہسٹری ہر لائبریری کے حساب سے رکھی جاتی ہے، لہذا لائبریری کو ڈیلیٹ کرنے سے اس کی ہسٹری بھی ساتھ ہی ختم ہو جاتی ہے۔

اپنا ڈیٹا واپس حاصل کرنا

Exit cost کو ابھی چیک کرنا سستا ہے لیکن بعد میں دریافت کرنا مہنگا پڑ سکتا ہے، لہذا کمٹ کرنے سے پہلے اسے چیک کر لیں۔

Nextcloud حقیقی فائلوں کو حقیقی ڈائریکٹریز میں اسٹور کرتا ہے، لہذا ڈیٹا ڈائریکٹری کا tar آپ کو آپ کی دستاویزات فراہم کر دیتا ہے، چاہے ایپلیکیشن دوبارہ کبھی شروع نہ ہو۔ Syncthing ہر peer پر یہی کام کرتا ہے، جو یہاں سب سے مضبوط exit story ہے: فائلیں بس ہر ڈیوائس پر موجود رہتی ہیں۔ Seafile کا object store بلاکس کو دوبارہ فائلوں میں جوڑنے کے لیے Seafile یا اس کے export ٹولز کا متقاضی ہے۔ Object storage کے لیے rclone یا اس کے مساوی ٹول کی ضرورت ہوتی ہے، جو صرف ایک کمانڈ کی دوری پر ہے۔

Sync بیک اپ نہیں ہے، اور یہی وہ خلا ہے جہاں لوگ ڈیٹا کھو دیتے ہیں

یہاں موجود ہر ٹول مشینوں کے درمیان تبدیلیوں کو کاپی کرتا ہے۔ ڈیلیٹ کرنا بھی ایک تبدیلی ہے۔ اپنے لیپ ٹاپ سے کوئی فولڈر ہٹائیں تو کلائنٹ سرور کو بتاتا ہے، سرور اسے لاگو کرتا ہے، اور ہر دوسری ڈیوائس سے بھی وہ ہٹ جاتا ہے۔ Ransomware اسی راستے کا استعمال کرتا ہے: یہ مقامی طور پر فائلوں کو انکرپٹ کرتا ہے، کلائنٹ تبدیل شدہ فائلیں دیکھتا ہے، اور وہ انکرپٹڈ ورژنز کو اپ لوڈ کر دیتا ہے۔ Sync نے بالکل درست کام کیا۔ آپ کا ڈیٹا پھر بھی ضائع ہو گیا۔

Trash bins اور version history اس مسئلے کو کچھ حد تک کم کرتے ہیں۔ لیکن ان کی بھی ایک میعاد ہوتی ہے، انہیں اسی اکاؤنٹ سے خالی کیا جا سکتا ہے جس نے غلطی کی، اور یہ اسی ڈسک پر موجود ہوتے ہیں جہاں اصل کاپی ہوتی ہے۔ ایک فیل شدہ والیوم فائلوں اور ان کی ہسٹری دونوں کو ایک ساتھ ختم کر دیتا ہے۔

بیک اپ ایک الگ کاپی ہے، جو الگ ہارڈویئر پر، ایک شیڈول کے تحت لی جاتی ہے، اور جسے آپ کم از کم ایک بار بحال (restore) کر چکے ہوں۔ ڈیٹا بیس کا بیک اپ اسی رن میں لیں جس میں فائلوں کا لیتے ہیں۔ Nextcloud کی ڈیٹا ڈائریکٹری کو اس کے ڈیٹا بیس کے بغیر بحال کرنے سے آپ کو ایک ایسی انسٹینس ملتی ہے جو یہ نہیں جانتی کہ وہ فائلیں موجود ہیں، اور بعد میں occ files:scan فائلوں کو تو ریکور کر لیتا ہے لیکن ان شیئرز اور version history کو کھو دیتا ہے جو ان ٹیبلز میں موجود تھے۔ VPS سے شیڈول شدہ restic بیک اپ اس کے انکرپٹڈ اور ڈی-ڈپلیکیٹڈ ورژن کا احاطہ کرتا ہے، بشمول اس کے کہ بحالی کو فرض کرنے کے بجائے اس کا ٹیسٹ کیسے کیا جائے۔

میرا انتخاب

زیادہ تر قارئین کے لیے، Nextcloud بہترین ہے۔ Dropbox چھوڑنے کے بعد لوگ جس چیز کو سب سے زیادہ یاد کرتے ہیں وہ کسی ایسے شخص کو لنک بھیجنا ہے جس نے کبھی کچھ انسٹال نہیں کرنا، اور فون پر فائل کھولنا ہے۔ Nextcloud آفیشل کلائنٹس کے ساتھ یہ دونوں کام کرتا ہے اور اس میں کوئی پیڈ ٹیر نہیں ہے، اور اس کے لیے 2 GB RAM ایک مناسب قیمت ہے۔ میں دو استثنائی صورتیں مانتا ہوں۔ اگر فولڈر صرف آپ کا ہے اور صرف آپ کے اپنے ہارڈویئر پر رہتا ہے، تو Syncthing چلائیں اور بغیر کسی سرور کو پیچ کیے اور بغیر کسی ویب لاگ ان کے تحفظ کے لطف اٹھائیں۔ اگر آپ لاکھوں فائلوں کی ورکنگ ڈائریکٹری سنک کرتے ہیں، تو Seafile چلائیں اور رفتار کے بدلے میں opaque اسٹوریج کو قبول کریں۔ آپ جو بھی منتخب کریں، Object storage کو اس کے نیچے بیک اپ ٹارگٹ کے طور پر ہونا چاہیے، نہ کہ سنک ٹول کے طور پر اس کے سامنے۔

FAQ

کیا Syncthing میرے لیپ ٹاپ کا بیک اپ ہے؟

نہیں۔ Syncthing آلات کے درمیان تبدیلیوں کی نقل کرتا ہے، اور فائل کو ڈیلیٹ کرنا بھی ایک تبدیلی ہی ہے، لہذا اگر آپ غلطی سے کوئی فائل ڈیلیٹ کر دیں تو وہ چند سیکنڈوں میں ہر منسلک ڈیوائس سے غائب ہو جائے گی۔ فی فولڈر فائل ورژننگ (file versioning) اس میں مدد کرتی ہے، لیکن یہ تب تک بند رہتی ہے جب تک آپ اسے ہر فولڈر پر خود فعال نہ کریں۔ ایک حقیقی بیک اپ الگ ہارڈویئر پر رکھیں، جو ایک شیڈول کے مطابق لیا گیا ہو، اور اسے کم از کم ایک بار بحال (restore) کر کے دیکھیں تاکہ آپ کو یقین ہو کہ بحالی کا عمل درست کام کر رہا ہے۔

کیا میں ایک ہی VPS پر Nextcloud اور Syncthing چلا سکتا ہوں؟

جی ہاں، یہ مختلف پورٹس پر لسن (listen) کرتے ہیں اور ان میں کوئی تنازع نہیں ہوتا۔ Syncthing کے کسی فولڈر کو Nextcloud کی ڈیٹا ڈائریکٹری کی طرف پوائنٹ نہ کریں۔ Nextcloud ڈیٹا بیس میں ہر فائل کا ٹریک رکھتا ہے، لہذا جو فائلیں ڈسک پر اس کے نیچے ظاہر ہوتی ہیں وہ تب تک نظر نہیں آتیں جب تک آپ occ files:scan نہ چلائیں، اور جو فائلیں اس کے نیچے سے ہٹا دی جاتی ہیں ان کی وجہ سے ڈیٹا بیس میں ایسی قطاریں رہ جاتی ہیں جو کسی چیز کی طرف اشارہ نہیں کرتیں۔ Syncthing کو اپنی الگ ڈائریکٹری دیں، یا اس ڈائریکٹری کو Nextcloud کے ساتھ بطور external storage منسلک کریں تاکہ Nextcloud کو معلوم ہو کہ اسے کہاں دیکھنا ہے۔

کون سا ٹول مجھے ایسے شخص کے ساتھ لنک شیئر کرنے کی سہولت دیتا ہے جس کا کوئی اکاؤنٹ نہیں ہے؟

Nextcloud اور Seafile دونوں پبلک لنکس بنانے کی سہولت دیتے ہیں، جس میں پاس ورڈ اور میعاد ختم ہونے کی تاریخ (expiry date) کا آپشن بھی ہوتا ہے۔ Object storage آپ کو ایک presigned URL دیتا ہے جو آپ کے مقرر کردہ وقت کے بعد خود بخود کام کرنا بند کر دیتا ہے۔ Syncthing کے پاس اس کا کوئی حل نہیں ہے۔ اس کا شیئرنگ ماڈل ڈیوائس پیئرنگ (device pairing) پر مبنی ہے، لہذا دوسرے شخص کو Syncthing انسٹال کرنا ہوگا، آپ کو ڈیوائس آئی ڈی دینی ہوگی، اور فولڈر کو قبول کرنا ہوگا۔

سرور کو کتنی ڈسک کی ضرورت ہے؟

ریکارڈ سرور کے لیے، شیئر کیے گئے ڈیٹا کے مکمل سائز کا منصوبہ بنائیں، اس کے ساتھ ورژن ہسٹری اور ٹریش (trash) کے لیے جگہ، اور جاری اپ لوڈز کے لیے ورکنگ اسپیس بھی شامل کریں۔ ورژن ہسٹری وہ حصہ ہے جسے لوگ کم اہمیت دیتے ہیں: 2 GB کی ایسی فائل کے ہر ورژن کو محفوظ رکھنا جو روزانہ تبدیل ہوتی ہو، تیزی سے جگہ گھیرتا ہے، لہذا شروع میں ہی ریٹینشن پالیسی (retention policy) طے کر لیں۔ ڈیٹا کو ایک الگ والیوم (volume) پر رکھنے سے یہ اضافہ روٹ فائل سسٹم (root filesystem) سے دور رہتا ہے، ورنہ ڈسک بھر جانے کی صورت میں پورا سرور رک سکتا ہے، نہ کہ صرف ایک اپ لوڈ۔