स्वतः होस्ट करण्यासाठी Nextcloud चे सर्वोत्तम पर्याय

स्वतः होस्ट करणे योग्य असलेले Nextcloud पर्याय कोणते?

तुम्ही कधीही वापरले नाही असे भाग काढून टाकणारे Nextcloud पर्याय चालवणे योग्य ठरते. Nextcloud हे एकाच PHP application मध्ये file server, calendar, contact book, office suite आणि app platform अशी अनेक कामे करते. प्रत्येक page load वेळी या सर्वांची किंमत मोजावी लागते. त्यामुळे तुम्हाला अजून आवश्यक असलेले एकच काम निश्चित करून replacement निवडा. त्यानंतर तुमच्याकडे आधीपासून असलेल्या files स्थलांतरित करण्यासाठी किती खर्च येईल ते तपासा.

या मार्गदर्शकात पर्यायांची मांडणी त्या कामानुसार केली आहे: फक्त sync, अधिक वेगवान server सह sync, client वर चालणारे object storage किंवा साधा remote file access. लहान VPS (virtual private server) वर server ला कोणत्या गोष्टी आवश्यक आहेत आणि तुमच्या विद्यमान folder tree चे काय होईल, हे प्रत्येक section मध्ये सांगितले आहे. तुम्ही आधीपासून चालवत असलेल्या Nextcloud box ऐवजी Dropbox किंवा Google Drive वरून येत असाल, तर स्वतः होस्ट करता येणाऱ्या Dropbox पर्यायांचा विस्तृत आढावा त्या बाजूने सुरुवात करतो.

लहान VPS वर Nextcloud धीमे का होते

या संथपणामागे स्पष्ट कारणे असतात. ती कारणे समजल्यास सर्व्हर बदलल्याने खरोखरच फायदा होईल का हे ठरवता येते.

प्रत्येक पेज लोड एक PHP worker व्यापतो. Nextcloud च्या स्वतःच्या system requirements मध्ये ऑगस्ट 2026 पर्यंत memory per process दिली आहे: किमान 128 MB आणि शिफारस केलेली 512 MB. ही संपूर्ण सर्व्हरसाठीची मर्यादा नाही. 2 GB plan वर दहा workers चा pool हा प्रत्यक्ष memory budget असतो. त्यामुळे admins PHP-FPM pool config मध्ये pm.max_children कमी करतात. त्यानंतर उपलब्ध workers मागे requests रांगेत थांबतात. Disk idle असतानाही interface धीमे वाटते.

Database bytes नुसार नव्हे, तर files च्या संख्येनुसार वाढतो. Default table prefix अंतर्गत oc_filecache असलेली file cache table, सर्व्हरला माहीत असलेल्या प्रत्येक storage मधील प्रत्येक file आणि folder साठी एक row ठेवते. 300,000 लहान files असलेली photo library मोठी table असते; 400 files मध्ये असलेल्या 300 GB video files ची table लहान असते. Sharing, search आणि file scanner ही table वाचतात.

sudo mysql nextcloud -e 'SELECT COUNT(*) FROM oc_filecache;'

Millions मध्ये असलेली count कोणत्याही disk benchmark पेक्षा slow file list चे अधिक चांगले स्पष्टीकरण देते. तुमच्या instance मध्ये वेगळा table prefix किंवा PostgreSQL वापरले असल्यास query त्यानुसार बदला.

Background jobs web interface शी resources साठी स्पर्धा करतात. Nextcloud च्या manual मध्ये दर पाच मिनिटांनी cron.php चालवणारी system cron entry ठेवण्याची शिफारस आहे. Preview generation आणि file scanning ही कामे त्याच CPU वर चालतात, ज्यावर तुमच्या browser च्या requests पूर्ण केल्या जातात.

Major upgrades म्हणजे database migration असते. Instance maintenance mode मध्ये जाते आणि migration पूर्ण होईपर्यंत प्रत्येक request ला Nextcloud is in maintenance mode, please try again later ने उत्तर देते. मोठ्या oc_filecache असलेल्या लहान VPS वर हा कालावधी स्पष्टपणे जाणवण्याइतका मोठा असतो.

आधी काय ठेवायचे ते ठरवा

• तुमच्या मालकीच्या मशीनमध्ये एक folder sync करायचा असेल आणि web interface नको असेल: Syncthing.
• अनेक लोकांसाठी sync हवे असेल, तसेच web interface, mobile clients आणि share links आवश्यक असतील: Seafile.
• मोठ्या प्रमाणात data कमी खर्चात साठवायचा असेल आणि तो scripts व backup tools मधून वापरायचा असेल: object storage आणि client.
• नवीन server software न वापरता तुमच्या files दूरस्थपणे read आणि write करायच्या असतील: SFTP किंवा WebDAV.
• browser मध्ये documents एकत्र edit करायचे असतील किंवा अनेक लोकांमध्ये calendar share करायचा असेल: Nextcloud वरच रहा किंवा दोन services चालवण्याची तयारी ठेवा.

Syncthing: server application शिवाय file sync

Syncthing तुमच्या फाइल्स सामान्य फाइल्स म्हणूनच ठेवते. त्यात content database नसतो आणि तुमची कागदपत्रे दाखवणारा web interface नसतो. एखाद्या folder मध्ये सहभागी होणाऱ्या प्रत्येक device वर त्याची पूर्ण प्रत असते आणि Syncthing त्या प्रती समान ठेवते.

sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing

sudo systemctl enable --now syncthing@$USER
sudo ss -lntp | grep 8384

127.0.0.1:8384 दाखवणारी ओळ web interface सुरू असून तो फक्त localhost वर bind आहे, असे दर्शवते. सार्वजनिक VPS साठी हीच अपेक्षित रचना आहे. SSH tunnel वापरून त्याला प्रवेश करा: ssh -L 8384:127.0.0.1:8384 you@your-vps, त्यानंतर laptop वर http://127.0.0.1:8384 उघडा. 8384 वर listener नसल्यास service सुरू होण्यात अपयश आले आहे. journalctl -u syncthing@$USER -n 50 त्याचे कारण सांगते.

Resources. Syncthing किमान memory साठी कोणताही आकडा प्रकाशित करत नाही. त्याचा वापर एकूण size पेक्षा index केलेल्या फाइल्सच्या संख्येनुसार बदलतो, कारण प्रत्येक shared folder मधील प्रत्येक फाइलसाठी तो एक index entry ठेवतो. मोठ्या folder चा पहिला scan हा CPU-संबंधित काम असतो. कोणत्याही फाइलची तुलना करण्यापूर्वी Syncthing प्रत्येक फाइलचा hash तयार करते. Shared vCPU वर हा पहिला pass काही काळ चालू राहण्याची अपेक्षा ठेवा. Memory चा वापर gigabytes पेक्षा फाइल्सच्या संख्येनुसार वाढतो.

Disk is the real cost. Syncthing server नसल्यामुळे server-side saving होत नाही. VPS आणि laptop यांच्यामध्ये shared केलेल्या 200 GB folder साठी दोन्ही ठिकाणी 200 GB जागा आवश्यक आहे. हे Nextcloud च्या नेमके उलट आहे. Nextcloud मध्ये server वर सर्व सामग्री ठेवली जाते आणि clients कोणती सामग्री sync करायची ते निवडतात. VPS चा उद्देश peer ऐवजी backup target असा असल्यास selective folders आणि VPS वरील receive only folder वापरा.

Migration is the reason to pick it. Syncthing ला तुमच्याकडे आधीपासून असलेल्या directory tree कडे निर्देशित करा. Import, upload किंवा conversion आवश्यक नाही. VPS वर folder जोडा, laptop वर तोच folder ID वापरून तो जोडा आणि दोन्ही बाजू समान होऊ द्या. पहिल्यांदा संपर्क होताना दोन्ही बाजूंवर एकाच फाइलच्या वेगवेगळ्या प्रती असल्यास Syncthing दोन्ही प्रती ठेवते आणि त्यांपैकी एका प्रतीचे नाव filename.sync-conflict-20260809-142530-ABCD123.txt असे बदलते. पहिल्या sync वेळी अशा फाइल्स दिसणे सामान्य आहे; ते failure नाही.

What you give up. Accounts नसतात, इतरांना पाठवण्यासाठी share links नसतात आणि phone browser मधून फाइल्स browse करण्याची सुविधाही नसते. मूळ Android app आता प्रकल्पाकडून maintain केले जात नाही. Community fork त्याचे पुढील maintenance करते. Mobile access हा उद्देश असल्यास ही बाब महत्त्वाची आहे. Syncthing आणि Nextcloud ची थेट तुलना feature मधील फरक एकेक करून स्पष्ट करते.

हलका सर्व्हर वापरून Seafile: जलद समक्रमण

Seafile काम दोन भागांत विभागते. Seahub नावाचे Python वेब अॅप्लिकेशन इंटरफेस दाखवते आणि स्वतंत्र C प्रक्रिया समक्रमण वाहतूक हाताळते. तुमचे फाइल हस्तांतरण वेब अॅप्लिकेशनमधून जात नाही. त्यामुळे दुसरी व्यक्ती इंटरफेस वापरत असतानाही मोठे upload जलद राहते. Version 13.0 5 January 2026 रोजी release झाले.

sudo mkdir -p /opt/seafile
cd /opt/seafile
sudo wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
sudo wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
sudo wget https://manual.seafile.com/13.0/repo/docker/caddy.yml

काहीही सुरू करण्यापूर्वी .env संपादित करा. त्यात SEAFILE_SERVER_HOSTNAME, INIT_SEAFILE_ADMIN_EMAIL, INIT_SEAFILE_ADMIN_PASSWORD, SEAFILE_MYSQL_DB_PASSWORD आणि JWT_PRIVATE_KEY सेट केले जातात. JWT_PRIVATE_KEY ही किमान 32 characters असलेली random string असणे आवश्यक आहे. कोणत्या downloaded YAML files वाचायच्या आहेत, हेही ही file compose ला सांगते. त्यामुळे चारही downloads एकाच stack प्रमाणे कार्य करतात.

cd /opt/seafile
sudo docker compose up -d
sudo docker compose ps

प्रत्येक container ने running state दाखवली पाहिजे. एखादा container सतत restart होत असल्यास, .env मधील एखादी value बहुतेक वेळा missing असते. कोणती value missing आहे, हे sudo docker compose logs seafile दाखवते.

Resources. August 2026 पर्यंतच्या Seafile documentation नुसार किमान 2 GB RAM आणि 2 GHz पेक्षा अधिक वेगाचा 2 core CPU आवश्यक आहे. ही आवश्यकता संपूर्ण stack साठीची किमान मर्यादा समजा. Docker deployment मध्ये MariaDB, Caddy reverse proxy आणि SeaDoc editor देखील सुरू होतात. एक किंवा दोनपेक्षा अधिक लोक वापरत असल्यास 4 GB RAM द्या. अन्यथा optional containers सुरू करू नका.

Migration मधील मुख्य अडचण storage format आहे. Seafile तुमच्या files साध्या files म्हणून ठेवत नाही. ते प्रत्येक file चे blocks /opt/seafile-data अंतर्गत विभागते आणि त्यांची tree database मध्ये नोंदवते. Seafile ला विद्यमान directory कडे निर्देश करून ती library म्हणून दाखवता येत नाही. त्यामुळे स्थलांतरासाठी तुमच्या मालकीच्या सर्व files चे एक पूर्ण upload करावे लागते. याच रचनेमुळे cp वापरून data बाहेर काढता येत नाही. Recovery server मार्फत करावी लागते, consistency checks साठी seaf-fsck वापरावे लागते किंवा read-only seaf-fuse mount वापरावा लागतो.

rclone मध्ये native Seafile backend आहे. त्यामुळे हे upload लांब drag-and-drop session ऐवजी resume करता येणाऱ्या एका command ने करता येते.

rclone config
rclone copy /srv/files seafile:MyLibrary --progress

rclone documentation मध्ये Seafile 6.x ते 9.x पर्यंतच्या versions ची tested म्हणून नोंद आहे. त्यामुळे एक terabyte data पाठवण्यापूर्वी ते एका छोट्या folder वर चालवून result तपासा.

Encrypted libraries हे स्थलांतर करण्याचे प्रमुख कारण आहे. Password client मध्ये सेट केला जातो आणि server असे blocks साठवतो जे तो वाचू शकत नाही. एक महत्त्वाची मर्यादा आहे: browser मध्ये encrypted library मधील file चे preview पाहताना त्या session साठी password server कडे पाठवला जातो. त्यामुळे browser preview आणि zero-knowledge storage एकाच वेळी उपलब्ध नसतात. Seafile आणि Nextcloud ची थेट तुलना उर्वरित feature trade-off स्पष्ट करते.

sync client वापरून object storage

उद्दिष्ट कमी खर्चात मोठ्या प्रमाणात bytes साठवणे आणि ते scripts मधून उपलब्ध ठेवणे असेल, तर S3 compatible object store चालवा आणि sync साठी स्वतंत्र tool वापरा. यामुळे durability, versioning आणि प्रत्येक backup tool ला आधीपासून समजणारा protocol मिळतो. मात्र file-server संदर्भातील user accounts किंवा सर्वांना सोयीस्कर वाटेल असा file manager मिळत नाही. MinIO वापरून self-hosted object storage मध्ये server side ची माहिती दिली आहे.

rclone copy /srv/files s3remote:mybucket --progress
rclone check /srv/files s3remote:mybucket

rclone check दोन्ही बाजूंची size आणि hash नुसार तुलना करते आणि किती files वेगळ्या आहेत ते दाखवते. zero व्यतिरिक्त कोणताही error आल्यास copy अपूर्ण आहे. त्यामुळे source delete करण्यापूर्वी copy पुन्हा चालवा. दोन गोष्टी लक्षात ठेवा: object storage मध्ये directories नसतात, फक्त key prefixes असतात. त्यामुळे रिकामा folder copy नंतर टिकत नाही. तसेच S3 chunk size सोबत --transfers वाढवल्यास rclone चा memory वापर वाढतो. त्यामुळे 1 GB VPS वर दोन्ही settings default वरच ठेवा.

remote files साठी फक्त Plain WebDAV किंवा SFTP आवश्यक असल्यास

सर्वात स्वस्त पर्याय अनेकदा काहीही नवीन न वापरणे हा असतो. तुमच्या VPS वर OpenSSH चालत असल्यास, तुमच्याकडे आधीच file server आहे. SFTP साठी अतिरिक्त daemon, database किंवा PHP आवश्यक नाही. तसेच रविवारी बिघडू शकणारे upgrade करावे लागत नाही.

sftp you@your-vps
rclone mount sftpremote: ~/vps --vfs-cache-mode writes

WebDAV बोलणाऱ्या clients साठी, ज्यात बहुतेक phone file managers समाविष्ट आहेत, rclone त्याच directory tree ची सेवा देऊ शकते.

sudo apt install apache2-utils
sudo htpasswd -c /etc/rclone/htpasswd you
rclone serve webdav --addr 127.0.0.1:8080 --htpasswd /etc/rclone/htpasswd /srv/files

ते 127.0.0.1 शी bind करा आणि त्यापुढे TLS (transport layer security) असलेला reverse proxy ठेवा. WebDAV basic authentication प्रत्येक request सोबत password पाठवते. त्यामुळे येथे plain HTTP वापरणे म्हणजे एका मिनिटात अनेक वेळा password पाठवणे होय. Migration cost शून्य आहे, कारण files कुठेही हलवाव्या लागत नाहीत. मात्र sync आणि offline copy उपलब्ध नसतात. Link तुटल्यास तो पुन्हा सुरू होईपर्यंत client कडील files उपलब्ध राहत नाहीत.

कॅलेंडर, संपर्क आणि दस्तऐवज संपादनाची जागा कोण घेते

येथे Nextcloud काढून टाकल्यास काही सुविधा गमवाव्या लागतात. त्या नेमक्या कोणत्या आहेत हे स्पष्ट असणे महत्त्वाचे आहे. कॅलेंडर आणि संपर्कांसाठी CalDAV आणि CardDAV वापरले जातात. हे HTTP वर कॅलेंडर आणि संपर्कांचे synchronisation करतात. Radicale हा त्यांचा छोटा पर्याय आहे. तो प्रत्येक collection डिस्कवरील files म्हणून साठवतो आणि काही tens of megabytes memory मध्ये चालतो.

sudo apt install radicale
sudo systemctl enable --now radicale
sudo ss -lntp | grep 5232

Package मध्ये /usr/lib/systemd/system/radicale.service आणि त्याची default config /etc/radicale/config येथे दिली आहे. ते localhost:5232 वर listening करते. Radicale मध्ये events edit करण्यासाठी interface नाही. त्यामुळे फोन किंवा desktop client त्याच्याशी जोडून editing तेथे करावे लागते.

Browser मधील document editing ची जागा घेणे अधिक कठीण आहे. OnlyOffice Docs आणि Collabora Online हे दोन्ही editing engines आहेत, storage systems नाहीत. प्रत्येक engine साठी files ठेवणारे आणि documents त्याच्याकडे पाठवणारे host application आवश्यक असते. Nextcloud काढून टाकल्यास Seafile सारखा दुसरा host वापरावा लागतो. Seafile मध्ये स्वतःचा SeaDoc editor आहे. OnlyOffice आणि Collabora यांची तुलना वाचल्यानंतर documents कोणता host ठेवेल हे ठरवल्यावर कोणता engine चालवायचा ते निवडता येते.

यापैकी काहीही खरे असल्यास Nextcloud वापरत राहा

• अनेक लोक एकच calendar आणि एकच address book वापरतात आणि त्यासाठी files सारखीच accounts वापरतात.
• तुम्ही browser मध्ये office documents संपादित करता आणि त्याच file मध्ये त्याच वेळी दुसरी व्यक्तीही संपादन करते.
• प्रत्येक file साठी expiry dates आणि passwords असलेल्या share links, तसेच group permissions आवश्यक आहेत.
• तुमचे users तांत्रिक नाहीत आणि ते प्रत्यक्षात mobile apps वापरतात.

या कामांसाठी हे सर्व करणारा यापेक्षा सोपा पर्याय नाही. त्यामुळे Nextcloud सोडण्याऐवजी install मधील समस्या दुरुस्त करणे हा योग्य निर्णय आहे. बहुतेक slow instances default PHP-FPM pool वर चालतात आणि memory cache configured नसतो. Nextcloud चे admin overview page missing cache बद्दल warning दाखवते. tracked files ची संख्या कमी केल्याने इतर कोणत्याही एका बदलापेक्षा अधिक फायदा होतो, कारण file cache table वाढत राहते. Docker, TLS आणि backups असलेल्या VPS वर Nextcloud install हे यातील बहुतेक समस्या टाळतील अशा पद्धतीने setup करते.

स्थलांतराचा प्रत्यक्ष खर्च, पर्यायानुसार

• Syncthing: import आवश्यक नाही. तुमच्याकडे दोन्ही बाजूंवर आधीपासून असलेल्या tree कडे त्याला निर्देशित करा आणि ते समक्रमित होऊ द्या.
• त्याच tree वर SFTP किंवा WebDAV: import अजिबात आवश्यक नाही, कारण काहीही हलवले जात नाही.
• Object storage: network वरून एक पूर्ण copy करावी लागते. ती पुन्हा सुरू करता येते आणि script द्वारे चालवता येते. मात्र रिकामे folders त्यात टिकत नाहीत.
• Seafile: libraries मध्ये एक पूर्ण upload करावा लागतो, कारण server files ऐवजी blocks जतन करतो.

तुम्ही कोणताही पर्याय निवडला, तरी आधी Nextcloud मधून स्वच्छ copy घ्या. User files data directory अंतर्गत plain form मध्ये, प्रत्येक user साठी एका folder मध्ये असतात. त्यामुळे rsync हा tree तुमचा source आहे. Copy करण्यापूर्वी instance maintenance mode मध्ये ठेवा. अन्यथा write सुरू असलेल्या files ची copy घेतली जाईल.

sudo -u www-data php occ maintenance:mode --on
sudo rsync -a --info=progress2 /path/to/nextcloud/data/ /srv/files/
find /srv/files -type f | wc -l

ही संख्या source वरील त्याच find शी तुलना करा. संख्या कमी असल्यास बहुतेक वेळा permissions मुळे rsync ला काहीतरी वाचता आलेले नसते. Copy प्रक्रिया सुरू असताना त्या errors दाखवल्या जातात.

या copy मध्ये दोन अडचणी आहेत. Nextcloud च्या external storage feature द्वारे उपलब्ध केलेल्या files data directory मध्ये अजिबात नसतात, कारण त्या Nextcloud ला सांगितलेल्या remote system वर असतात. तसेच server-side encryption कधीही enable केले असल्यास disk वरील files ciphertext स्वरूपात असतात. त्यामुळे copy करण्यापूर्वी occ encryption:decrypt-all चालवावे लागते. अन्यथा unreadable data असलेला folder हलवला जाईल. कोणतीही प्रक्रिया रद्द करण्यापूर्वी दोन्ही बाबी तपासा.

FAQ

विद्यमान फोल्डर रचना कायम ठेवणारा Nextcloud पर्याय आहे का?

Syncthing, तसेच साधारी SFTP किंवा WebDAV रचना. तुम्ही निर्देशित केलेल्या directory चे Syncthing अनुक्रमण करते आणि प्रत्येक device वर तीच नावे व तीच रचना ठेवते. त्यामुळे import करण्याची पायरी किंवा upload आवश्यक नसते. Seafile आणि object storage या दोन्हींना एकदा संपूर्ण upload करावा लागतो, कारण यापैकी कोणतेही तुमचा data सामान्य tree मधील सामान्य files म्हणून साठवत नाही. Seafile त्याच्या data directory अंतर्गत files चे blocks मध्ये विभाजन करते, तर object storage मध्ये directories ऐवजी keys असतात.

2 GB VPS वर Seafile चालेल का?

August 2026 पर्यंत Seafile च्या documentation नुसार किमान 2 GB RAM आणि 2 GHz पेक्षा जास्त वेगाचा 2 core CPU आवश्यक आहे. हे कोणतीही अतिरिक्त क्षमता नसलेली किमान मर्यादा समजा, कारण Docker deployment मध्ये MariaDB, Caddy आणि SeaDoc editor हे त्यांच्या स्वतंत्र containers मध्ये देखील चालतात. एका user साठी ही रचना वापरण्यायोग्य आहे. कुटुंबासाठी किंवा छोट्या team साठी 4 GB वर जा, किंवा SeaDoc container stack मधून काढून टाका आणि browser मधील document editing ची सुविधा सोडा.

Download अजून वेगवान असताना माझा Nextcloud web interface धीमा का आहे?

कारण या दोन्ही मार्गांमध्ये वेगवेगळे काम होते. Download मध्ये disk वरून bytes stream केले जातात, तर page load मध्ये PHP चालते, file cache table ला query केली जाते आणि अनेकदा उपलब्ध PHP-FPM worker साठी प्रतीक्षा करावी लागते. Storage ला दोष देण्यापूर्वी oc_filecache मधील rows ची संख्या मोजा आणि तुमच्या PHP-FPM pool मधील pm.max_children तपासा. लाखो rows असलेली table आणि पाच workers असलेला pool यामुळे नेमका हा pattern निर्माण होतो.

Calendars साठी Nextcloud ठेवून फक्त files दुसरीकडे हलवता येतील का?

होय. अनेकदा हा सर्वात कमी खर्चाचा पर्याय असतो. तुमचे मोठे folders Syncthing किंवा Seafile सह sync करा आणि CalDAV, CardDAV तसेच browser document editing साठी Nextcloud चालू ठेवा. Nextcloud ज्या files चा मागोवा ठेवते त्यांच्या संख्येनुसार त्याचा database वाढतो. त्यामुळे interface पुन्हा जलद करण्यासाठी मोठ्या trees त्यातून काढून टाकणे आवश्यक आहे. त्या web interface किंवा occ द्वारे delete करा; disk वरील data directory मधून करू नका. अन्यथा database मध्ये अस्तित्वात नसलेल्या files कडे निर्देश करणाऱ्या rows राहतात.