Self-hosted Dropbox மாற்றீடுகள்: எது சிறந்தது?

எந்த self-hosted Dropbox மாற்றீட்டை இயக்க வேண்டும்?

நான்கு self-hosted Dropbox மாற்றீடுகள் உங்கள் கவனத்திற்கு உரியவை: Nextcloud, Seafile, Syncthing, மற்றும் அதன் மேல் client-ஐ இயக்கும் object storage. இவை ஒன்றுக்கொன்று மாற்றாகப் பயன்படுத்தக்கூடியவை அல்ல. பிறர் files-ஐ பெற வேண்டிய household அல்லது சிறிய team-க்கு Nextcloud பொருத்தமானது. மிக அதிக எண்ணிக்கையிலான சிறிய files-ஐ sync செய்யும் நபர் அல்லது team-க்கு Seafile பொருத்தமானது; disk-ல் data எவ்வாறு சேமிக்கப்படுகிறது என்பதைக் காட்டிலும் sync speed முக்கியமானதாக இருக்கும். ஒருவர் தனது சொந்த devices-ஐ மட்டும் sync செய்யும்போது, வெளியிலுள்ள யாருக்கும் link தேவையில்லாத நிலையில், Syncthing பொருத்தமானது. அரிதாகத் திறக்கும் archive-க்கு object storage பொருத்தமானது; குறைந்த செலவில் bytes-ஐ சேமிக்கலாம்.

Features-ஐ ஒப்பிடுவதற்கு முன் sync எவ்வாறு செயல்படுகிறது என்பதை அடிப்படையாகக் கொண்டு தேர்வு செய்யுங்கள். Feature lists அனைத்தும் ஒரே மாதிரியாகத் தோன்றும். Topology, அதாவது மற்ற எல்லா machines-உம் ஏற்றுக்கொள்ளும் copy-ஐ எந்த machine வைத்திருக்கிறது என்பதே, ஆறு மாதங்களுக்குப் பிறகும் நீங்கள் திருப்தியாக இருப்பீர்களா என்பதைத் தீர்மானிக்கும்.

Sync topology: server of record அல்லது server இல்லாத peers

இரண்டு வடிவமைப்புகள் பரிசீலனையில் உள்ளன. அடுத்து வரும் பெரும்பாலான அம்சங்கள், நீங்கள் தேர்ந்தெடுக்கும் வடிவமைப்பைப் பொறுத்தே அமையும்.

Server of record. Nextcloud, Seafile மற்றும் object storage ஆகியவை இந்த முறையில் செயல்படுகின்றன. பொதுவாக VPS (virtual private server) ஆக இருக்கும் ஒரு machine, authoritative copy-ஐ வைத்திருக்கும். ஒவ்வொரு device-உம் அந்த machine-உடன் தொடர்புகொள்ளும். உங்கள் laptop ஒரு மாதம் offline-ல் இருந்தாலும், மீண்டும் online வந்ததும் தானாகவே மாற்றங்களைப் பெறும். 6 GB free space கொண்ட phone, server-ல் உள்ள அனைத்திலும் ஒரு subset-ஐ மட்டும் வைத்திருக்கலாம். Browser மூலம் files-ஐ அணுக முடியும். அதனால் மட்டுமே share links இருக்க முடிகிறது.

Server இல்லாத peers. Syncthing இந்த முறையில் செயல்படுகிறது. Devices ஒன்றையொன்று கண்டறிந்து, encrypted connection மூலம் file lists-ஐ நேரடியாகப் பரிமாறிக்கொள்கின்றன. எந்த copy-யும் authoritative அல்ல. ஒரு file, அதை வைத்திருக்கும் devices-ல் மட்டுமே இருக்கும்; வேறு எங்கும் இருக்காது. ஒரு மாற்றம் இரண்டு devices-க்கிடையே பரிமாறப்பட, அவை ஒரே நேரத்தில் online-ல் இருக்க வேண்டும். யாருக்காவது வழங்க URL இருக்காது. ஏனெனில் எந்த machine-மும் page-ஐ serve செய்யவில்லை.

இதிலிருந்து நான்கு விளைவுகள் ஏற்படுகின்றன. அவற்றை பயனர்கள் பெரும்பாலும் பின்னர் எதிர்கொள்கிறார்கள்.

• Software install செய்ய விரும்பாத ஒருவருக்கு file அனுப்ப server of record தேவை. Link என்பது URL. URL-க்கு port-ல் listening செய்யும் process தேவை.
• நீங்கள் control செய்யாத machine-லிருந்து, உதாரணமாக work laptop மூலம், files-ஐ அணுக server of record தேவை.
• பல வாரங்கள் offline-ல் இருந்த device, மீண்டும் online வரும்போது server-லிருந்து மாற்றங்களைப் பெறும். Peer setup-ல், அந்த data-வை வைத்திருக்கும் மற்றொரு device-ம் online-ல் இருக்கும் நேரத்தில் மட்டுமே அது மாற்றங்களைப் பெறும். அதனால் பல Syncthing users, VPS-ல் ஒரு instance-ஐ எப்போதும் online-ல் இருக்கும் peer ஆக இயக்குகின்றனர்.
• Storage கணக்கீடு மாறுபடும். Server of record ஒரு முழு copy-ஐ வைத்திருக்கும். இதனுடன், ஒவ்வொரு device locally வைத்திருக்கும் data-வும் சேரும். ஒரே folder-ஐ பகிரும் நான்கு peers, நான்கு முழு copies-ஐ வைத்திருக்கும். ஏனெனில் ஒவ்வொரு peer-மும் முழு folder-ஐ வைத்திருக்கும்.

Nextcloud: users, groups மற்றும் public links

Nextcloud என்பது PHP web application ஆகும். இது உங்கள் files-ஐ data directory-க்குள் சாதாரண files ஆகச் சேமித்து, அவற்றின் பதிவுகளை database-ல் பராமரிக்கிறது. ஒரு folder-ஐ user-உடனும் group-உடனும் பகிரலாம்; password மற்றும் expiry date கொண்ட public link ஆகவும் பகிரலாம். Version history இயல்பாக இயக்கப்பட்டிருக்கும். Deleted files முதலில் trash bin-க்கு நகர்த்தப்படும். Desktop clients Linux, macOS மற்றும் Windows-ஐ ஆதரிக்கின்றன. iOS மற்றும் Android apps அதிகாரப்பூர்வமானவை. Dropbox-ஐ விட்டு வெளியேறுவதற்கான காரணம், மற்றவர்கள் உங்கள் files-ஐ பெற வேண்டும் என்பதாக இருந்தால், இதுவே நேர்மையான பதில்.

இதற்கான செலவு, இதில் உள்ள பல components ஆகும். வழக்கமான 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-ஐ நிறுத்திவிடும். சில users-க்கு 2 GB-ஐ குறைந்தபட்ச அளவாகக் கருதவும். மேலும் apps-ஐ enable செய்த பிறகு 4 GB தேவைப்படும் என எதிர்பார்க்கவும். மற்றொரு செலவு upgrades ஆகும். app-store apps குறிப்பிட்ட core release-க்கு ஏற்ப build செய்யப்படுகின்றன. எனவே upgrade செய்வதற்கு முன், நீங்கள் சார்ந்திருக்கும் apps அடுத்த major version-ஐ ஆதரிக்கின்றனவா என்பதைச் சரிபார்க்கவும்.

ஒரு account-ல் நூறாயிரக்கணக்கான சிறிய files இருந்தால் Nextcloud மெதுவாகும். ஒவ்வொரு file-க்கும் file cache table-ல் ஒரு row இருக்கும். அதேபோல் disk-ல் உண்மையான file-மும் இருக்கும். Desktop client அவற்றை ஒவ்வொன்றாகச் செயலாக்கும். வீட்டுப் பயன்பாட்டு அளவில் இந்த நிலை பொதுவாக ஏற்படாது. Sizing, TLS (transport layer security) மற்றும் backups பற்றி TLS மற்றும் backups உடன் Docker அடிப்படையிலான Nextcloud install-ல் விளக்கப்பட்டுள்ளது. முடிவு செய்த பிறகு அடுத்ததாகப் பார்க்க வேண்டிய இடம் அதுவாகும்.

Scope குறித்து ஒரு எச்சரிக்கை உள்ளது. 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-ஐப் பார்க்கவும்.

Seafile: மிக அதிக எண்ணிக்கையிலான சிறிய files-க்காக உருவாக்கப்பட்டது

Seafile ஒவ்வொரு file-ஐயும் blocks-ஆகப் பிரித்து, content hash மூலம் address செய்யப்படும் internal object store-ல் சேமிக்கிறது. இதே கருத்தை git தனது objects-க்குப் பயன்படுத்துகிறது. Sync மற்றும் sharing-ன் unit, folder tree அல்ல; library ஆகும். Client blocks-ஐயும் ஒரே commit-ஐயும் upload செய்வதால், ஒவ்வொரு file-க்கும் தனித்தனி request அனுப்பும் முறையைவிட 100,000 சிறிய files உள்ள directory-யை sync செய்வது மிகவும் வேகமாக முடியும். ஒரே மாதிரியான blocks ஒருமுறை மட்டுமே சேமிக்கப்படும். எனவே பெரிய file-ன் இரண்டாவது copy-க்கு கிட்டத்தட்ட கூடுதல் storage தேவையில்லை.

இதன் trade-off என்னவென்றால், 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-ஐ வெளியிடுகிறது. இவற்றுக்கிடையிலான feature பிரிப்பு releases-க்கு இடையில் மாறக்கூடும். எனவே ஒரு குறிப்பிட்ட feature-ஐ அடிப்படையாகக் கொண்டு team திட்டமிடுவதற்கு முன், அவர்களின் site-ல் உள்ள தற்போதைய terms-ஐப் படிக்கவும். Official desktop மற்றும் mobile clients உள்ளன. Encrypted libraries client-லேயே encrypt செய்யப்படுகின்றன. எனவே server-ல், அதனால் படிக்க முடியாத ciphertext மட்டுமே சேமிக்கப்படும். Passphrase-ஐ இழந்தால், அந்த library-ஐ நீங்கள்கூட படிக்க முடியாது. Browser-ல் encrypted library-ஐத் திறப்பது, அந்த passphrase-ஐ web session-க்கு வழங்குவதாகும். எனவே அந்த guarantee-ன் வலுவான வடிவம் 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-ஐ accept செய்ய வேண்டும். இங்கு உள்ள மற்ற எந்த முறையையும் விட இதை இயக்குவதற்கு குறைந்த நிர்வாகப் பணியே தேவைப்படும்; இயக்க வேண்டிய கூறுகள் மிகக் குறைவு.

நீங்கள் கைவிடுவது முழுமையான sharing வசதியாகும். அதன் entry Device pairing only, no links என்று உள்ளது. Client, accountant அல்லது உறவினரிடம் link-ஐ வழங்க முடியாது. Mobile ஆதரவும் மற்றொரு குறையாகும்: Android app, no official iOS. Project-ன் சொந்த FAQ இதைத் தெளிவாகக் கூறுகிறது: “எதிர்வரும் காலத்தில் iOS-ஐ அதிகாரப்பூர்வமாக ஆதரிக்க தற்போதைய Syncthing team-க்கு திட்டமில்லை.” iOS background processing-ஐ போதுமான அளவு கட்டுப்படுத்துவதால், நம்பகமான syncing கடினமாகிறது. iOS users third-party apps-ஐ பயன்படுத்த வேண்டியிருக்கும்.

Resource பயன்பாடு குறைவு. ஆனால் ஒரு விஷயத்தைத் தெரிந்துகொள்ள வேண்டும். Syncthing sync செய்யும் ஒவ்வொரு file-க்கும் index entry-ஐ வைத்திருக்கும். எனவே memory பயன்பாடும் முதல் scan-ன் கால அளவும் மொத்த size-ஐ விட file count-ஐப் பொறுத்து அதிகரிக்கும். பெரிய folder-ஐ முதன்முறையாக hash செய்யும்போது CPU சிறிது நேரம் அதிகமாகப் பயன்படுத்தப்படும். அதன் பிறகு பயன்பாடு நிலைப்படும். மிகக் குறைந்த VPS plan-ல்கூட இது சீராக இயங்கும்.

Conflicts ஏற்பட்டால் இருபுற file-களும் வைத்துக்கொள்ளப்படும். இரண்டு devices ஒன்றையொன்று அணுக முடியாதபோது ஒரே file-ஐ மாற்றினால், Syncthing ஒரு copy-க்கு புதிய பெயர் வைத்து, அதை மற்ற copy-க்கு அருகில் வைத்திருக்கும். இதனால் notes.sync-conflict-20260802-141530-K7MB3QT.md போன்ற file-களைப் பார்க்கலாம். எந்தத் தரவும் இழக்கப்படாது. ஆனால் files merge செய்யப்படாது. அதை நீங்கள் கைமுறையாகத் தீர்க்க வேண்டும்.

client மூலம் object storage: மலிவான bytes, sync folder அல்ல

Object storage என்பது S3 (simple storage service) compatible bucket ஆகும். இதை MinIO மூலம் self-hosted ஆக இயக்கலாம் அல்லது ஒரு provider-இடமிருந்து வாடகைக்கு பெறலாம். இதை command line-ல் rclone போன்ற tool மூலம் அணுகலாம்; அல்லது bucket-ஐ ஒரு drive ஆகக் காட்டும் desktop client-ஐ பயன்படுத்தலாம். Sharing செய்ய presigned URL பயன்படுத்தப்படுகிறது. இது தனக்குள் expiry time-ஐ கொண்டிருக்கும் link ஆகும். Versioning என்பது bucket setting: Bucket versioning, off by default. ஆகவே bucket உருவாக்கும்போதே இதை enable செய்ய வேண்டும். முன்பே upload செய்யப்பட்ட objects-க்கு இது பொருந்தாது.

Bucket-ஐ sync folder ஆகக் கருதும்போதுதான் பிரச்சினை ஏற்படுகிறது. உங்கள் Documents directory-ஐ default-ஆக எந்த process-உம் monitor செய்யாது. rclone bisync two-way sync செய்கிறது; rclone-ன் சொந்த documentation-லும் இதற்கு கவனமாக configuration தேவை என்று தெளிவாகக் கூறுகிறது. Object storage சிறப்பாகச் செயல்படும் இடம் அதன் அடிப்படை 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-ஐ upload மற்றும் download செய்ய பயன்படுத்தும் bandwidth-க்கான செலவும் இருக்கும். இவ்விரண்டும் free -h-ல் காட்டப்படாது. ஆகவே archive-ன் அளவைத் தீர்மானிக்கும் முன் ஒரு VPS-ன் மாதாந்திர உண்மையான செலவு என்ன என்பதைப் படிக்கவும்.

பகிர்வு, 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 options ஒரே அடிப்படையில் பிரிகின்றன. அவற்றில் மூன்று, browser மட்டுமே வைத்திருக்கும் அறிமுகமில்லாத ஒருவருக்கு file-ஐ வழங்க முடியும். ஒன்றோ, நீங்கள் ஏற்கனவே வைத்திருக்கும் devices-உடன் மட்டுமே தொடர்புகொள்ளும். Seafile-ன் versioning entry, Library history and snapshots, குறித்து ஒரு குறிப்பைச் சொல்ல வேண்டும்: history ஒவ்வொரு library-க்கும் தனித்தனியாக சேமிக்கப்படுகிறது. எனவே ஒரு library-ஐ delete செய்தால், அதனுடன் அதன் history-யும் நீக்கப்படும்.

உங்கள் data-வை மீண்டும் வெளியே எடுத்தல்

Exit cost-ஐ இப்போது சரிபார்ப்பது எளிது; அதை பின்னர் கண்டறிவது செலவானதாக இருக்கும். ஆகவே, commit செய்வதற்கு முன் அதைச் சரிபார்க்கவும்.

Nextcloud உண்மையான files-ஐ உண்மையான directories-ல் சேமிக்கிறது. எனவே, data directory-யின் tar உங்களுக்கு documents-ஐ வழங்கும்; application மீண்டும் ஒருபோதும் தொடங்காவிட்டாலும் இது சாத்தியம். Syncthing ஒவ்வொரு peer-லும் இதையே செய்கிறது. இங்கு இது மிகவும் வலுவான exit நிலையாகும்: files ஒவ்வொரு device-லும் நேரடியாக இருக்கும். Seafile-ன் object store-க்கு blocks-ஐ files-ஆக மீண்டும் ஒன்றிணைக்க Seafile அல்லது அதன் export tools தேவைப்படும். Object storage-க்கு rclone அல்லது அதற்கு இணையான tool தேவைப்படும்; இதை ஒரே command மூலம் செய்யலாம்.

Sync backup அல்ல; இந்த இடைவெளியில்தான் data இழக்கப்படுகிறது

இங்கே உள்ள ஒவ்வொரு tool-உம் machines-க்கு இடையில் changes-ஐ copy செய்கிறது. Delete என்பதும் ஒரு change ஆகும். உங்கள் laptop-ல் ஒரு folder-ஐ remove செய்தால், client அதை server-க்கு தெரிவிக்கும். server அதை apply செய்யும். பின்னர் மற்ற எல்லா devices-உம் அதை remove செய்யும். Ransomware இதே வழியையே பயன்படுத்துகிறது: அது local-ஆக files-ஐ encrypt செய்யும்; client modified files-ஐ கண்டறிந்து, encrypted versions-ஐ upload செய்யும். Sync சரியாகவே செயல்பட்டது. ஆனால் உங்கள் data இன்னும் இழந்துவிட்டது.

Trash bins மற்றும் version history இந்த பாதிப்பை ஓரளவு குறைக்கும். ஆனால் அவையும் காலாவதியாகும். தவறை செய்த அதே account அவற்றை empty செய்யக்கூடும். மேலும், அவை live copy இருக்கும் அதே disk-லேயே இருக்கும். Volume failure ஏற்பட்டால் files மற்றும் அவற்றின் history இரண்டும் ஒன்றாக இழக்கப்படும்.

Backup என்பது தனி hardware-ல் சேமிக்கப்படும் தனி copy ஆகும். அது ஒரு schedule-ன் அடிப்படையில் உருவாக்கப்பட வேண்டும். குறைந்தது ஒருமுறையாவது அந்த backup-லிருந்து restore செய்து பார்த்திருக்க வேண்டும். Files-ஐ backup செய்யும் அதே run-ல் database-ஐயும் backup செய்யவும். Nextcloud data directory-ஐ database இல்லாமல் restore செய்தால், அந்த files இருப்பது தெரியாத instance கிடைக்கும். பின்னர் occ files:scan செய்தால் files மீட்கப்படும்; ஆனால் அந்த tables-ல் இருந்த shares மற்றும் version history இழக்கப்படும். VPS-லிருந்து Scheduled restic backups இந்த முறையின் encrypted, deduplicated வடிவை விளக்குகிறது. Restore-ஐ ஊகத்தின் அடிப்படையில் நம்பாமல், அதை test செய்வது எப்படி என்பதையும் அது உள்ளடக்கியுள்ளது.

நான் தேர்வு செய்வது

இதைப் படிக்கும் பெரும்பாலானவர்களுக்கு Nextcloud-ஐத் தேர்வு செய்வேன். Dropbox-ஐ விட்டு வெளியேறிய பிறகு பலர் கவனிக்காத ஒரு தேவையுண்டு: எதையும் நிறுவாத ஒருவருடன் link-ஐ பகிர்வதும், phone-ல் file-ஐ திறப்பதும். Official clients மற்றும் paid tier இல்லாமல் Nextcloud இந்த இரண்டையும் செய்கிறது. அதற்காக 2 GB RAM என்பது நியாயமான செலவு.

இதற்கு நான் இரண்டு விதிவிலக்குகளை மட்டும் வைத்திருக்கிறேன். அந்த folder உங்களுக்கே மட்டும் சொந்தமானதாகவும், நீங்கள் வைத்திருக்கும் hardware-ல் மட்டுமே பயன்படுத்தப்படுவதாகவும் இருந்தால், Syncthing-ஐ இயக்குங்கள். Patch செய்ய வேண்டிய server-மும், பாதுகாக்க வேண்டிய web login-உம் இல்லாததால் நிர்வாகம் எளிதாகும். நூறாயிரக்கணக்கான files கொண்ட working directory-ஐ sync செய்தால், Seafile-ஐ இயக்குங்கள். வேகத்திற்குப் பதிலாக opaque storage முறையை ஏற்றுக்கொள்ளுங்கள். நீங்கள் தேர்வு செய்யும் sync tool-ன் பின்னால் backup target ஆக object storage இருக்க வேண்டும்; அதற்கு முன்பாக sync tool ஆக இருக்கக் கூடாது.

FAQ

Syncthing என் laptop-க்கு backup ஆகுமா?

இல்லை. Syncthing devices-களுக்கு இடையில் மாற்றங்களை copy செய்யும். Deletion-மும் மற்ற மாற்றங்களைப் போலவே ஒரு change ஆகும். எனவே, தவறுதலாக delete செய்யும் file, paired devices அனைத்திலிருந்தும் சில seconds-க்குள் மறைந்துவிடும். ஒவ்வொரு folder-க்கும் file versioning உதவும். ஆனால், ஒவ்வொரு folder-லும் அதை enable செய்யும் வரை அது off நிலையில் இருக்கும். தனி hardware-ல், திட்டமிட்ட schedule-படி எடுக்கப்படும் உண்மையான backup-ஐ வைத்திருக்கவும். Restore செயல்படுகிறதா என்பதை உறுதிப்படுத்த, அந்த backup-இலிருந்து ஒருமுறை restore செய்யவும்.

ஒரே VPS-ல் Nextcloud மற்றும் Syncthing-ஐ இயக்க முடியுமா?

ஆம். அவை வெவ்வேறு ports-ல் listening செய்வதால் ஒன்றுக்கொன்று conflict ஏற்படாது. Syncthing folder-ஐ Nextcloud-ன் data directory-க்கு point செய்ய வேண்டாம். Nextcloud ஒவ்வொரு file-ஐயும் database-ல் track செய்கிறது. எனவே, அதன் கீழுள்ள disk-ல் தோன்றும் files, நீங்கள் occ files:scan இயக்கும் வரை தெரியாது. அதன் கீழிருந்து remove செய்யப்பட்ட files, எந்த file-மும் இல்லாத இடத்தைச் சுட்டும் database rows-ஐ விட்டுச் செல்லும். Syncthing-க்கு தனி directory-ஐ வழங்கவும். அல்லது அந்த directory-ஐ Nextcloud-ல் external storage ஆக attach செய்யவும். அப்போது 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 தேவை?

Server of record-க்கு, shared data-வின் முழு அளவுடன் version history மற்றும் trash-க்கான இடத்தையும், நடைபெற்று கொண்டிருக்கும் uploads-க்கான working space-ஐயும் சேர்த்து திட்டமிடவும். Version history என்பது பலர் குறைத்து மதிப்பிடும் பகுதி. தினமும் மாறும் 2 GB file-ன் ஒவ்வொரு version-ஐயும் வைத்திருந்தால், disk usage வேகமாக அதிகரிக்கும். எனவே, retention policy-ஐ ஆரம்பத்திலேயே அமைக்கவும். Data-வை தனி volume-ல் வைப்பது, அந்த வளர்ச்சியை root filesystem-இலிருந்து விலக்கி வைக்கும். Disk முழுவதும் நிரம்பினால், ஒரு upload மட்டும் அல்லாமல் முழு server-மும் செயலிழக்கும்.