मैं storage VPS पर Syncthing को always-on node के रूप में कैसे चलाऊँ?

VPS पर Syncthing क्यों चलाएँ?

क्योंकि Syncthing केवल उन्हीं devices के बीच sync करता है जो उसी पल online हों, और एक VPS हर समय online रहता है। इसके बिना, जो laptop आपके phone के बाहर होने के दौरान बंद है, वह उसके साथ कभी बदलावों का आदान-प्रदान नहीं करता। बीच में VPS होने पर, हर device जब भी online आता है VPS के साथ sync करता है, और VPS बदलाव आगे पहुँचाता है। इसका सार्वजनिक address आपके devices को relay का इंतज़ार करने के बजाय सीधे इससे जुड़ने देता है।

Sync backup नहीं है। एक device पर आपकी मिटाई गई file या ransomware द्वारा encrypt किया गया folder सेकंडों में बाकी devices पर भी मिट जाता या encrypt हो जाता है, VPS समेत। Sync आपकी गलतियों को उतनी ही निष्ठा से copy करता है जितनी आपकी files को, इसलिए कहीं और एक versioned copy रखें, जैसा How do I use a VPS for off-site backups? बताता है।

क्या Syncthing को systemd system service के रूप में चलाना चाहिए या user service के रूप में?

server पर, Syncthing का documentation system service syncthing@USER की सलाह देता है, जो बिना किसी के logged in हुए boot पर शुरू होता है; lingering सक्षम करने के बाद user service भी काम करता है। user service syncthing.service सामान्यतः अपने user के log in करने के बाद ही शुरू होता है, जो headless VPS पर कभी नहीं होता। loginctl enable-linger इसे बदल देता है: user का systemd instance boot पर शुरू होता है और service को साथ ले जाता है। Debian 13 package दोनों unit files install करता है, इसलिए किसी को copy करने की ज़रूरत नहीं।

Syncthing को अपने अलग unprivileged account के अंतर्गत चलाएँ, इसका home storage disk पर रखें ताकि synced folders वहीं बैठें। उस disk को तैयार करने के चरण How do I mount and format the storage disk on a Linux VPS? में हैं।

apt install syncthing
useradd --create-home --home-dir /srv/data/sync --shell /usr/sbin/nologin syncer

# Option A: system service, the one Syncthing documents for servers
systemctl enable --now [email protected]

# Option B: user service, started at boot by lingering
loginctl enable-linger syncer
systemctl --user -M syncer@ enable --now syncthing.service

मैं VPS पर Syncthing GUI को उजागर किए बिना कैसे खोलूँ?

GUI को उसके default address, 127.0.0.1:8384 पर ही रहने दें, और SSH के ज़रिए एक local port इसे forward करें। Syncthing का FAQ दूसरे computer से GUI तक पहुँचने के लिए बिल्कुल यही तरीका देता है। tunnel आपके मौजूदा SSH login का उपयोग करता है, इसलिए GUI कभी किसी सार्वजनिक address पर listen नहीं करता। अगर आप इसे कभी 0.0.0.0 पर bind करें, तो वही FAQ आपको password सेट करने और HTTPS चालू करने को कहता है। किसी भी स्थिति में GUI user और password सेट करें: VPS पर हर account 127.0.0.1 तक पहुँच सकता है।

ssh -N -L 9090:127.0.0.1:8384 [email protected]

मैं VPS को untrusted (encrypted) device कैसे बनाऊँ?

किसी trusted device से प्रत्येक folder को encryption password के साथ VPS के साथ share करें, और VPS पर इसे "Receive Encrypted" folder के रूप में स्वीकार करें। password प्रति device सेट होता है, folder की sharing settings में, और केवल untrusted device के लिए; आपके अपने laptops और phones बिना इसके एक-दूसरे के साथ share करते हैं। Data उस password और folder ID से scrypt के ज़रिए निकली keys से encrypt होता है, XChaCha20-Poly1305 और AES-SIV का उपयोग करते हुए। अपनी trusted machines पर VPS की device settings में, Advanced के अंतर्गत "Untrusted" भी टिक करें: तब Syncthing उस connection को block करता है यदि इसके साथ shared कोई भी folder बिना password के हो।

दो सीमाएँ documentation से आती हैं। यह feature "should still be considered beta / testing only", इसलिए जो भी मायने रखता है उसकी एक और copy रखें। और चूँकि encrypted blocks files के बीच दोबारा उपयोग नहीं किए जा सकते, किसी बड़ी file का नाम बदलने पर VPS पुरानी को छोड़ सकता है और data दोबारा download कर सकता है; किसी file के अंदर के बदलाव फिर भी केवल बदले हुए blocks को स्थानांतरित करते हैं। एक untrusted node ऐसा vault है जो अपनी ही सामग्री नहीं पढ़ सकता।

एक always-on node को कौन-से पोर्ट और discovery सेटिंग्स चाहिए?

TCP और UDP के लिए पोर्ट 22000 खोलें; GUI पोर्ट 8384 बंद ही रहता है। Syncthing अपने TCP sync प्रोटोकॉल के लिए 22000/TCP और QUIC के लिए 22000/UDP इस्तेमाल करता है। पोर्ट 21027/UDP local discovery ले जाता है, जो सिर्फ़ उन्हीं डिवाइस को ढूँढता है जो एक ही LAN पर हैं, इसलिए VPS को इससे कोई फ़ायदा नहीं होता।

22000 सार्वजनिक पते पर पहुँच योग्य होने पर, आपके डिवाइस सीधे VPS से कनेक्ट होते हैं। फिर आप global discovery पर निर्भर रहने के बजाय हर डिवाइस की सेटिंग्स में VPS का पता, tcp://203.0.113.10:22000, टाइप कर सकते हैं। Relays ज़रूरत के बजाय एक fallback रह जाते हैं, और Syncthing का FAQ कहता है कि relays अपने से होकर गुज़रने वाला डेटा वैसे भी नहीं देख सकते।

ufw allow 22000/tcp
ufw allow 22000/udp

एक always-on Syncthing node पर कितना ख़र्च आता है?

Coffervale के 2 नवंबर 2026 के सर्वे के अनुसार, ऐसे hosts के storage VPS प्लान जो बिना ID दस्तावेज़ के crypto लेते हैं, उनकी लागत प्रति TB प्रति माह का मीडियन $4.00 है, सबसे सस्ते में $2.22 से शुरू। प्लान का साइज़ उन फ़ोल्डर के हिसाब से तय करें जिन्हें आप sync करते हैं, साथ में बढ़ने के लिए जगह: बढ़ने के लिए, बड़ा प्लान ऑर्डर करें और rsync या zfs send से अपना डेटा कॉपी करें; चल रहे सर्वर को जगह पर resize करना launch पर नहीं दिया जाता। Sync ट्रैफ़िक मासिक कोटा में गिना जाता है, 1 TB Clay प्लान पर 4 TB प्रति माह; हर सर्वर में एक IPv4 पता और 1 Gbit/s पोर्ट पर एक IPv6 /64 है, जिसका मासिक ट्रैफ़िक कोटा 2 TB और प्रति TB स्टोर किए गए डेटा पर 2 TB अतिरिक्त है: Silt के लिए 3 TB, Clay के लिए 4 TB, Shale के लिए 6 TB, Granite के लिए 10 TB, Bedrock के लिए 18 TB। कोटा पार होने पर अगली अवधि शुरू होने तक पोर्ट 100 Mbit/s पर चलता है; कोई अतिरिक्त बिल नहीं लगता। 1 TB प्लान के बारे में Where can I get a VPS with 1 TB of storage? में बताया गया है। अगर आपको web interface, calendars या sharing links भी चाहिए, तो Nextcloud or Seafile on a small storage VPS? में दोनों सर्वर विकल्पों की तुलना करें।