Self-hosted Dropbox বিকল্প: Nextcloud বনাম Seafile

কোন self-hosted Dropbox বিকল্প চালাবেন?

চারটি self-hosted Dropbox বিকল্প আপনার বিবেচনার যোগ্য: Nextcloud, Seafile, Syncthing এবং তার ওপর একটি client ব্যবহার করে object storage। এগুলো পরস্পরের বিকল্প নয়। অন্যদের file গ্রহণ করতে হলে household বা ছোট team-এর জন্য Nextcloud উপযোগী। খুব বেশি সংখ্যক ছোট file sync করতে হলে Seafile উপযোগী, যেখানে disk-এ data কীভাবে সংরক্ষিত দেখায় তার চেয়ে sync speed বেশি গুরুত্বপূর্ণ। একজন ব্যক্তি নিজের device-গুলোর মধ্যে sync করবেন এবং বাইরের কারও link-এর প্রয়োজন হবে না—এমন ক্ষেত্রে Syncthing উপযোগী। Archive-এর জন্য object storage উপযোগী: এমন সস্তা storage, যা আপনি খুব কমই খুলবেন।

Feature তুলনা করার আগে sync কীভাবে কাজ করবে তা নির্ধারণ করুন। Feature list দেখতে প্রায় একই রকম। Topology—অর্থাৎ কোন machine-এ সেই copy থাকে, যেটির সঙ্গে অন্য সব machine-এর copy সামঞ্জস্যপূর্ণ—তা-ই নির্ধারণ করে ছয় মাস পরও আপনি ব্যবস্থাটি নিয়ে সন্তুষ্ট থাকবেন কি না।

সিঙ্ক টপোলজি: একটি authoritative server, নাকি server ছাড়া peer

এখানে দুটি নকশা বিবেচনায় আছে। পরের বেশিরভাগ বিষয় নির্ভর করবে আপনি কোনটি বেছে নেন তার ওপর।

একটি authoritative server। Nextcloud, Seafile এবং object storage এই পদ্ধতিতে কাজ করে। একটি মেশিন, সাধারণত একটি VPS (virtual private server), মূল এবং authoritative copy সংরক্ষণ করে। প্রতিটি device সেই মেশিনের সঙ্গে যোগাযোগ করে। আপনার laptop এক মাস বন্ধ থাকলেও পরে চালু হয়ে নিজে থেকেই পরিবর্তনগুলো সংগ্রহ করতে পারে। 6 GB খালি storage থাকা একটি phone শুধু একটি subset রাখতে পারে, আর server-এ সব data থাকতে পারে। একটি browser থেকেও file access করা যায়। Share link থাকার কারণ এটাই।

Server ছাড়া peer। Syncthing এই পদ্ধতিতে কাজ করে। Device-গুলো একে অপরকে খুঁজে নিয়ে encrypted connection-এর মাধ্যমে সরাসরি file list বিনিময় করে। কোনো copy authoritative নয়। যে device-গুলোতে file আছে, শুধু সেখানেই file থাকে। কোনো পরিবর্তন এক device থেকে অন্য device-এ পাঠাতে উভয় device-কে একই সময়ে online থাকতে হয়। কাউকে দেওয়ার মতো কোনো URL থাকে না, কারণ কোনো machine page serve করছে না।

এর ফলে 4টি বিষয় স্পষ্ট হয়। এগুলো সাধারণত পরে গিয়ে ব্যবহারকারীরা বুঝতে পারেন।

• যে ব্যক্তি কোনো software install করবেন না, তাকে file পাঠাতে হলে একটি authoritative server প্রয়োজন। Link হলো একটি URL, আর URL-এর জন্য একটি process-কে কোনো port-এ listen করতে হয়।
• আপনি নিয়ন্ত্রণ করেন না এমন কোনো machine থেকে, যেমন work laptop থেকে, নিজের file access করতে হলে authoritative server প্রয়োজন।
• কোনো device কয়েক সপ্তাহ বন্ধ থাকার পর চালু হলে server থেকে পরিবর্তন সংগ্রহ করতে পারে। Peer setup-এ সেই device তখনই পরিবর্তন সংগ্রহ করতে পারে, যখন ওই data থাকা অন্য কোনো device-ও online থাকে। এ কারণেই অনেক Syncthing user একটি VPS-এ always-on peer হিসেবে একটি instance চালান।
• Storage-এর হিসাব দুই পদ্ধতিতে আলাদা। একটি authoritative server 1টি full copy রাখে, এর সঙ্গে প্রতিটি device locally যতটুকু রাখে তা যোগ হয়। একই folder share করা 4টি peer 4টি full copy রাখে, কারণ প্রতিটি peer পুরো folder-টি সংরক্ষণ করে।

Nextcloud: ব্যবহারকারী, group এবং public link

Nextcloud একটি PHP web application। এটি data directory-র অধীনে সাধারণ file হিসেবে আপনার file সংরক্ষণ করে এবং database-এ সেগুলোর তথ্য রাখে। আপনি কোনো folder কোনো ব্যবহারকারী বা group-এর সঙ্গে share করতে পারেন। এ ছাড়া password এবং expiry date-সহ public link তৈরি করতে পারেন। Version history ডিফল্টভাবে চালু থাকে। মুছে ফেলা file প্রথমে trash bin-এ যায়। Desktop client Linux, macOS এবং Windows সমর্থন করে। iOS এবং Android app-ও official। আপনি যদি Dropbox ছাড়ার কারণ হিসেবে অন্যদের আপনার file গ্রহণের প্রয়োজনকে দেখেন, তবে এটিই বাস্তবসম্মত সমাধান।

এর খরচ হলো একাধিক component পরিচালনা করা। একটি সাধারণ 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 process বন্ধ করে দিতে পারে। অল্প কয়েকজন ব্যবহারকারীর জন্য 2 GB-কে সর্বনিম্ন ধরুন। আরও app চালু করলে 4 GB প্রয়োজন হতে পারে। আরেকটি বিষয় হলো upgrade। app-store app-গুলো নির্দিষ্ট core release-এর জন্য তৈরি হয়। তাই upgrade করার আগে নির্ভরশীল app-গুলো পরবর্তী major version সমর্থন করে কি না যাচাই করুন।

কোনো account-এ কয়েক লাখ ছোট file থাকলে Nextcloud ধীর হয়ে যায়। কারণ প্রতিটি file file cache table-এর একটি row এবং disk-এ একটি বাস্তব file হিসেবে থাকে। Desktop client সেগুলো একবারে একটি করে পরীক্ষা করে। বাড়ির ব্যবহারের পর্যায়ে এই সমস্যা সাধারণত দেখা যায় না। Sizing, TLS (transport layer security) এবং backup সম্পর্কে TLS ও backup-সহ Docker ভিত্তিক Nextcloud install-এ বলা হয়েছে। সিদ্ধান্ত নেওয়ার পরে পরবর্তী ধাপ হিসেবে সেটিই দেখুন।

পরিধি সম্পর্কে একটি সতর্কতা আছে। Nextcloud আপনার calendar, contacts, notes এবং photo library-ও পরিচালনা করতে পারে। আপনি চালু করা প্রতিটি app background work বাড়ায় এবং upgrade আটকে দেওয়ার আরেকটি কারণ তৈরি করে। আসল সমস্যা যদি photo হয়, তবে dedicated tool এটি ভালোভাবে পরিচালনা করে। দেখুন self-hosted Google Photos বিকল্প হিসেবে Immich। আসল সমস্যা যদি document এবং wiki হয়, তবে file server-এ একের পর এক app যোগ না করে self-hosted Notion বিকল্প দেখুন। Browser-এ ওই document edit করা আলাদা server-এর কাজ, এটি Nextcloud app নয়। তাই 2 GB সর্বনিম্ন সীমা আপনার ক্ষেত্রে যথেষ্ট ধরে নেওয়ার আগে OnlyOffice এবং Collabora-এর তুলনা দেখুন।

Seafile: খুব বেশি সংখ্যক ছোট ফাইলের জন্য তৈরি

Seafile প্রতিটি ফাইলকে block-এ ভাগ করে এবং content hash দ্বারা নির্ধারিত একটি internal object store-এ সংরক্ষণ করে। এটি git যেভাবে তার object সংরক্ষণ করে, তার মতোই। Sync ও sharing-এর একক হলো folder tree নয়, library। Client প্রতি ফাইলের জন্য আলাদা request পাঠানোর পরিবর্তে block এবং একটি commit upload করে। তাই 100,000টি ছোট ফাইলের directory sync করতে per-file protocol-এর তুলনায় অনেক কম সময় লাগে। একই block একবারই সংরক্ষণ করা হয়। ফলে বড় ফাইলের দ্বিতীয় copy-এর জন্য প্রায় কোনো অতিরিক্ত storage লাগে না।

এর বিনিময়ে server-এ আপনার ফাইলগুলো আর স্বাভাবিক ফাইল হিসেবে থাকে না। Storage directory খুললে hexadecimal নামের object file দেখতে পাবেন। Data বের করতে Seafile client অথবা Seafile-এর নিজস্ব export ও fsck tool ব্যবহার করতে হবে। Backup তবু কাজ করে, কারণ object-গুলো সাধারণ file। কিন্তু cp ব্যবহার করে একটি spreadsheet restore করতে পারবেন না। এটি গ্রহণযোগ্য কি না এখনই ঠিক করুন। পরে মানুষ সাধারণত এই বৈশিষ্ট্যটির জন্যই অনুতপ্ত হয়।

Seafile একটি community edition এবং একটি paid professional edition প্রকাশ করে। দুই edition-এর পার্থক্য release অনুযায়ী বদলাতে পারে। তাই নির্দিষ্ট কোনো feature-এর ওপর team পরিকল্পনা করার আগে তাদের site-এ বর্তমান terms পড়ুন। Official desktop ও mobile client রয়েছে। Encrypted library client-এ encryption করা হয়। তাই server এমন ciphertext সংরক্ষণ করে যা সে পড়তে পারে না। Passphrase হারালে library আর পড়া যাবে না, আপনিও তা পড়তে পারবেন না। Browser-এ encrypted library খুললে সেই passphrase web session-কে দিতে হয়। তাই এই security guarantee-এর শক্তিশালী রূপ desktop ও mobile client-এর ক্ষেত্রেই প্রযোজ্য।

Resource cost Nextcloud-এর কাছাকাছি। আপনাকে একটি database, একটি memory cache এবং দুটি application process চালাতে হবে। তাই এখানেও 2 GB-কে বাস্তবসম্মত minimum ধরা যায়।

Syncthing: লগইন করার কিছু নেই

Syncthing একটি একক Go binary। এটি folder পর্যবেক্ষণ করে, discovery server বা relay-এর মাধ্যমে peer খুঁজে পায় এবং device-গুলোর মধ্যে সরাসরি sync করে। যাদের সঙ্গে sync করবেন, তাদের জন্য কোনো account বা login page নেই। ID ব্যবহার করে দুটি device pair করুন এবং দুই পাশেই folder গ্রহণ করুন। এখানে থাকা অন্য যেকোনো কিছুর তুলনায় এটি চালাতে সবচেয়ে কম পরিশ্রম লাগে, কারণ চালানোর মতো উপাদানও খুব কম।

এর বিনিময়ে আপনি সম্পূর্ণ sharing সুবিধা হারাবেন। এর ঘরে লেখা আছে Device pairing only, no links। কোনো client, accountant বা আত্মীয়কে link দিতে পারবেন না। Mobile ব্যবহারের ক্ষেত্রেও সীমাবদ্ধতা আছে: Android app, no official iOS। প্রকল্পটির নিজস্ব FAQ-তে বিষয়টি সরাসরি বলা হয়েছে: “ভবিষ্যতে নিকট সময়ে iOS-এর জন্য আনুষ্ঠানিক support দেওয়ার কোনো পরিকল্পনা বর্তমান Syncthing team-এর নেই”, কারণ iOS background processing এতটাই সীমিত করে যে নির্ভরযোগ্য sync করা কঠিন। iOS users-দের third-party app ব্যবহার করতে হয়।

Resource ব্যবহার কম, তবে একটি বিষয় জানা দরকার। Syncthing sync করা প্রতিটি file-এর জন্য একটি index entry রাখে। তাই memory ব্যবহার এবং প্রথম scan মোট size-এর পরিবর্তে file count অনুযায়ী বাড়ে। প্রথমবার বড় folder hash করার সময় কিছুক্ষণ CPU ব্যবহার বেশি হবে, পরে তা স্থিতিশীল হয়ে যাবে। সবচেয়ে ছোট VPS plan-এও এটি স্বচ্ছন্দে চলে।

Conflict হলে উভয় পাশই রাখা হয়। দুটি device একে অপরকে দেখতে না পাওয়ার সময় একই file পরিবর্তন করলে Syncthing একটি copy-এর নাম বদলে সেটিকে অন্যটির পাশে রাখে। ফলে notes.sync-conflict-20260802-141530-K7MB3QT.md-এর মতো file দেখতে পাবেন। কোনো data হারায় না। তবে কোনো data merge-ও হয় না; এটি আপনাকেই হাতে সমাধান করতে হবে।

ক্লায়েন্টসহ object storage: সস্তা bytes, sync folder নয়

Object storage বলতে S3 (simple storage service) compatible bucket বোঝায়। এটি MinIO ব্যবহার করে self-hosted হতে পারে, অথবা কোনো provider থেকে ভাড়া নেওয়া হতে পারে। আপনি একটি tool ব্যবহার করে এতে প্রবেশ করেন: command line থেকে rclone, অথবা এমন desktop client দিয়ে যা bucket-কে drive হিসেবে দেখায়। Shell-এর বদলে web page থেকে bucket ব্রাউজ করতে চাইলে self-hosted file manager-এর এই তুলনা-এর কয়েকটি tool S3 bucket-কে backend হিসেবে নেয় এবং তার ওপর নিজস্ব share link যোগ করে। Sharing-এর জন্য presigned URL ব্যবহার করা হয়। এটি এমন একটি link, যার মধ্যে নিজস্ব expiry time থাকে। Versioning হলো bucket-এর একটি setting: Bucket versioning, off by default। তাই bucket তৈরি করার সময় এটি চালু করুন, কারণ আগে upload করা object-এর ক্ষেত্রে এটি প্রযোজ্য নয়।

Bucket-কে sync folder হিসেবে ব্যবহার করলেই সমস্যা শুরু হয়। ডিফল্টভাবে কোনো tool আপনার Documents directory monitor করে না। rclone bisync two-way sync করে, এবং rclone-এর নিজস্ব documentation-এও এটির জন্য প্রয়োজনীয় সতর্কতার কথা সরাসরি বলা আছে। Object storage যে কাজটি খুব ভালোভাবে করে, তা হলো backend 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, এবং object upload ও download করতে ব্যবহৃত bandwidth। এই দুটির কোনোটিই free -h-এ দেখা যায় না। তাই archive-এর আকার নির্ধারণের আগে একটি VPS-এর প্রকৃত মাসিক খরচ কত পড়ুন।

Sharing, mobile clients and 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টি option একটি সরল রেখায় বিভক্ত। এর মধ্যে তিনটি এমন কাউকে file দিতে পারে, যার কাছে browser ছাড়া আর কিছু নেই। একটি option শুধু আপনার আগে থেকেই মালিকানাধীন device-এর সঙ্গে যোগাযোগ করে। Seafile-এর versioning entry, Library history and snapshots, সম্পর্কে একটি বিষয় উল্লেখ করা দরকার: history প্রতি library অনুযায়ী সংরক্ষিত হয়। তাই কোনো library মুছে ফেললে তার history-ও মুছে যায়।

আবার আপনার ডেটা বের করে নেওয়া

এখন exit cost যাচাই করা সহজ এবং পরে তা আবিষ্কার করা ব্যয়বহুল হতে পারে। তাই commit করার আগে এটি যাচাই করুন।

Nextcloud বাস্তব directory-তে বাস্তব file সংরক্ষণ করে। তাই data directory-এর একটি tar থাকলে application আর কখনও start না হলেও আপনার document পাওয়া যাবে। Syncthing প্রতিটি peer-এ একইভাবে কাজ করে। এই বিকল্পগুলোর মধ্যে এটিই exit-এর সবচেয়ে শক্তিশালী ব্যবস্থা, কারণ file-গুলো প্রতিটি device-এ সরাসরি সংরক্ষিত থাকে। Seafile-এর object store থেকে block-গুলোকে আবার file-এ একত্র করতে Seafile বা এর export tool প্রয়োজন। Object storage-এর জন্য rclone বা সমতুল্য tool প্রয়োজন। এটি একটি command দূরেই রয়েছে।

Sync backup নয়, এবং এই ফাঁকেই মানুষ data হারায়

এখানে প্রতিটি tool এক machine থেকে অন্য machine-এ পরিবর্তন copy করে। Delete-ও একটি পরিবর্তন। আপনার laptop থেকে কোনো folder remove করলে client server-কে তা জানায়, server পরিবর্তনটি প্রয়োগ করে, এবং অন্য প্রতিটি device থেকেও folder-টি remove হয়ে যায়। Ransomware একই পথ ব্যবহার করে: এটি locally file encrypt করে, client modified file শনাক্ত করে, এবং encrypted version upload করে। Sync সঠিকভাবেই কাজ করেছে। আপনার data তবু হারিয়ে গেছে।

Trash bin এবং version history এই ঝুঁকি কিছুটা কমায়। কিন্তু এগুলোর মেয়াদ শেষ হয়, একই ভুল করা account এগুলো empty করতে পারে, এবং live copy-র একই disk-এ এগুলো থাকে। কোনো volume ব্যর্থ হলে file এবং তাদের history একসঙ্গে হারিয়ে যায়।

Backup হলো আলাদা hardware-এ রাখা একটি পৃথক copy, যা নির্ধারিত schedule অনুযায়ী নেওয়া হয় এবং যেটি আপনি অন্তত একবার restore করেছেন। একই run-এ database এবং file—দুটিই backup করুন। Database ছাড়া একটি Nextcloud data directory restore করলে এমন একটি instance পাওয়া যায়, যা ওই file-গুলোর অস্তিত্ব জানে না। এরপর কোনো occ files:scan file পুনরুদ্ধার করলেও সেই table-গুলোতে থাকা share এবং version history হারিয়ে যাবে। VPS থেকে নির্ধারিত restic backup-এ এই encrypted ও deduplicated পদ্ধতি ব্যাখ্যা করা হয়েছে। সেখানে restore পরীক্ষা করার পদ্ধতিও আছে, তাই restore কাজ করবে ধরে নেওয়ার প্রয়োজন নেই।

আমি যেটি বেছে নিতাম

এটি পড়ছেন এমন বেশিরভাগ মানুষের জন্য আমি Nextcloud বেছে নিতাম। Dropbox ছেড়ে আসার পর মানুষ যে সুবিধাটি সবচেয়ে বেশি অনুভব করে, তা হলো এমন কাউকে একটি link দেওয়া, যে কখনও কিছু install করবে না, এবং phone-এ একটি file খোলা। Nextcloud-এর official client আছে, paid tier ছাড়াই এই দুই কাজ করা যায়, এবং এর জন্য 2 GB RAM যুক্তিসঙ্গত খরচ। তবে আমি দুটি ব্যতিক্রম মানি। Folderটি যদি সবসময় শুধু আপনার হয় এবং সবসময় আপনার মালিকানাধীন hardware-এই থাকে, তাহলে Syncthing চালান। এতে patch করার মতো কোনো server থাকবে না এবং সুরক্ষিত রাখার মতো কোনো web login-ও থাকবে না। আপনি যদি কয়েক লক্ষ file-যুক্ত একটি working directory sync করেন, তাহলে Seafile চালান এবং speed-এর বিনিময়ে opaque storage মেনে নিন। আপনি যেটিই বেছে নিন, তার নিচের স্তরে Object storage backup target হিসেবে থাকা উচিত; sync tool হিসেবে তার সামনে নয়।

FAQ

Syncthing কি আমার laptop-এর backup?

না। Syncthing ডিভাইসগুলোর মধ্যে পরিবর্তন কপি করে। কোনো ফাইল মুছে ফেলাও অন্য পরিবর্তনের মতোই একটি পরিবর্তন। তাই ভুল করে মুছে ফেলা ফাইল কয়েক সেকেন্ডের মধ্যে জোড়া লাগানো সব ডিভাইস থেকেই অদৃশ্য হয়ে যায়। প্রতি-folder file versioning সহায়তা করে, তবে প্রতিটি folder-এ এটি enable না করা পর্যন্ত বন্ধ থাকে। আলাদা hardware-এ নির্ধারিত সময়সূচি অনুযায়ী প্রকৃত backup রাখুন। restore কাজ করছে কি না নিশ্চিত হতে অন্তত একবার সেখান থেকে restore করুন।

একই VPS-এ কি Nextcloud এবং Syncthing চালাতে পারি?

হ্যাঁ। তারা ভিন্ন port-এ listen করে এবং একে অপরের সঙ্গে conflict করে না। Syncthing folder-কে Nextcloud-এর data directory-তে point করবেন না। Nextcloud database-এ প্রতিটি file track করে। তাই এর নিচে disk-এ দেখা দেওয়া file আপনি occ files:scan চালানো পর্যন্ত অদৃশ্য থাকে। এর নিচে সরিয়ে ফেলা file database-এ এমন row রেখে যায় যা কোনো কিছুর দিকে point করে না। Syncthing-এর জন্য আলাদা directory দিন। অথবা সেই directory-কে Nextcloud-এ external storage হিসেবে attach করুন, যাতে Nextcloud জানে যে সেখানে খুঁজতে হবে।

account নেই এমন কারও সঙ্গে link share করতে কোনটি ব্যবহার করা যায়?

Nextcloud এবং Seafile উভয়ই public link তৈরি করে। এতে optional password এবং expiry date দেওয়া যায়। Object storage আপনাকে একটি presigned URL দেয়। নির্ধারিত সময় শেষ হলে এটি নিজে থেকেই কাজ করা বন্ধ করে। এখানে Syncthing-এর কোনো সমাধান নেই। এর sharing model হলো device pairing। তাই অন্য ব্যক্তিকে Syncthing install করতে হবে, আপনাকে একটি device ID দিতে হবে এবং folder গ্রহণ করতে হবে।

সার্ভারের কত disk প্রয়োজন?

Server of record-এর জন্য shared data-এর সম্পূর্ণ আকারের পাশাপাশি version history এবং trash-এর জন্য অতিরিক্ত space রাখুন। Upload চলাকালীন কাজের জন্যও কিছু অতিরিক্ত জায়গা রাখুন। Version history-এর প্রয়োজনীয়তা মানুষ প্রায়ই কম ধরে। প্রতিদিন পরিবর্তিত 2 GB file-এর প্রতিটি version রেখে দিলে দ্রুত storage বাড়ে। তাই শুরুতেই একটি retention policy নির্ধারণ করুন। Data আলাদা volume-এ রাখলে এই বৃদ্ধি root filesystem থেকে দূরে থাকে। Disk পুরো ভরে গেলে শুধু একটি upload নয়, পুরো server বন্ধ হয়ে যেতে পারে।