Syncthing बनाम Nextcloud: VPS के लिए क्या चुनें?

Syncthing बनाम Nextcloud: वह अंतर जो निर्णय लेने में मदद करता है

Syncthing और Nextcloud के बीच का अंतर एक संरचनात्मक भिन्नता पर आधारित है, और बाकी सब कुछ उसी से तय होता है। Syncthing एक peer-to-peer सिस्टम है। प्रत्येक डिवाइस में पूरा फोल्डर मौजूद होता है, और कोई भी एक कॉपी आधिकारिक (authoritative) नहीं होती। Nextcloud एक सर्वर है। एक मशीन फाइलों को रखती है, उसके सामने यूजर अकाउंट्स होते हैं, और क्लाइंट्स वहां से फाइलों की कॉपी डाउनलोड करते हैं।

यही कारण है कि Syncthing में कोई share link या दस्तावेजों का web view नहीं होता। इसमें सर्व करने के लिए कोई केंद्रीय कॉपी नहीं होती, इसलिए ब्राउज़र के पास अनुरोध करने के लिए कुछ भी नहीं होता। Nextcloud ये दोनों सुविधाएं प्रदान करता है, और ऐसा करने के लिए उसे एक PHP runtime, एक database server, एक web server और TLS (transport layer security) के लिए एक reverse proxy की आवश्यकता होती है।

Syncthing तब चुनें जब सभी संबंधित डिवाइस आपके अपने हों। Nextcloud तब चुनें जब किसी ब्राउज़र या किसी अन्य व्यक्ति को उन फाइलों तक पहुँचने की आवश्यकता हो।

प्रत्येक डिज़ाइन में VPS वास्तव में क्या कर रहा है

Nextcloud चलाने वाला एक VPS आपके डेटा का मुख्य स्थान है। अपने लैपटॉप से स्थानीय कॉपी डिलीट करने पर भी फ़ाइल सर्वर पर सुरक्षित रहती है, क्योंकि सर्वर हमेशा से ही मूल स्रोत था।

Syncthing चलाने वाला एक VPS एक अलग कार्य करता है: यह एक 'always-on' पीयर (peer) है। Syncthing डेटा को सीधे उन दो डिवाइस के बीच ट्रांसफर करता है जो एक ही समय पर ऑनलाइन होते हैं। इसलिए, दो लैपटॉप जो कभी भी एक साथ चालू नहीं होते, वे कभी सिंक नहीं हो सकते, चाहे आप कितनी भी प्रतीक्षा करें। एक VPS पर तीसरा पीयर जोड़ने से यह समस्या समाप्त हो जाती है, क्योंकि वह कभी बंद नहीं होता। लैपटॉप A सुबह 09:00 बजे डेटा भेजता है, लैपटॉप B रात 22:00 बजे डेटा प्राप्त करता है, और इस बीच VPS उस फ़ोल्डर को सुरक्षित रखता है।

यह वास्तव में एक उपयोगी भूमिका है, और यह "Dropbox का विकल्प" होने के दावे से कहीं अधिक सीमित है। Syncthing आपको कभी भी ऐसा लिंक नहीं देगा जिसे आप किसी क्लाइंट को भेज सकें। यदि आपकी आवश्यकता यही है, तो यहाँ रुकें और इसके बजाय self-hosted Dropbox विकल्पों का सारांश पढ़ें।

एक छोटे VPS पर प्रत्येक की लागत

Syncthing एक एकल Go binary है। यह एक socket पर listen करता है, आपकी फाइलों का index एक local database में रखता है, और यही पूरा stack है। version 2.0 के बाद से वह index LevelDB के बजाय SQLite है, इसलिए 1.x install से upgrade करने पर पहली बार launch करने पर एक बार का migration चलता है। फाइलों के एक बड़े set पर उस migration में लंबा समय लग सकता है। इसे पूरा होने दें। इसके अलावा कुछ भी install करने की आवश्यकता नहीं है, और कुछ भी patch करने की आवश्यकता नहीं है।

Nextcloud को अधिक संसाधनों की आवश्यकता होती है। अगस्त 2026 तक, Nextcloud 35, PHP 8.3 से 8.5 को MariaDB या PostgreSQL के साथ support करता है, जिसे Apache 2.4 या nginx के साथ php-fpm द्वारा serve किया जाता है। admin manual "प्रति process न्यूनतम 512MB RAM" की सिफारिश करता है, और php-fpm एक साथ कई worker processes चलाता है।

1 GB के VPS पर, Syncthing आराम से चलता है और Nextcloud के लिए जगह कम पड़ जाती है। इसका मतलब यह नहीं है कि Nextcloud गलत विकल्प है। इसका मतलब यह है कि यह एक बड़ी जिम्मेदारी है, जिसमें एक के बजाय चार components को update रखना पड़ता है। Docker, TLS और backups को कवर करने वाली Nextcloud on a VPS guide में बताया गया container का तरीका इस भार को उठाने का सबसे आसान रास्ता है। इसके ऊपर browser-आधारित document editing जोड़ने से आवश्यकताएं और बढ़ जाती हैं, जिसे OnlyOffice और Collabora की तुलना में 2 से 4 GB के box के लिए समझाया गया है।

VPS पर Syncthing इंस्टॉल करें

Ubuntu में syncthing पैकेज उपलब्ध है, लेकिन यह upstream वर्ज़न से काफी पीछे रहता है। प्रोजेक्ट की अपनी रिपॉजिटरी का उपयोग करें।

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
syncthing --version

syncthing --version को एक लाइन प्रिंट करनी चाहिए जो syncthing v2 से शुरू होती हो। यदि वहाँ v1 दिखाई देता है, तो इसका मतलब है कि apt अभी भी डिस्ट्रीब्यूशन पैकेज को प्राथमिकता दे रहा है। upstream रिपॉजिटरी को उसके ऊपर पिन करें और फिर से इंस्टॉल करें।

printf "Package: *\nPin: origin apt.syncthing.net\nPin-Priority: 990\n" | sudo tee /etc/apt/preferences.d/syncthing.pref

इसे एक सामान्य user account के तहत system service के रूप में चलाएं, ताकि बिना किसी के लॉग इन किए यह बूट के समय शुरू हो जाए।

sudo systemctl enable --now syncthing@youruser.service
systemctl status syncthing@youruser.service

systemctl status को active (running) प्रिंट करना चाहिए। कॉन्फ़िगरेशन और इंडेक्स फाइलें /home/youruser/.local/state/syncthing में रहती हैं, और कॉन्फ़िगरेशन फाइल config.xml है। Syncthing 1.27 से पहले किए गए इंस्टॉलेशन इन्हें ~/.config/syncthing में रखते हैं, इसलिए मशीनों के बीच कुछ भी कॉपी करने से पहले दोनों पाथ की जाँच करें।

इसके बाद पोर्ट्स खोलें। Syncthing सिंक प्रोटोकॉल के लिए 22000/TCP, अपने QUIC ट्रांसपोर्ट के लिए 22000/UDP, और लोकल डिस्कवरी के लिए 21027/UDP का उपयोग करता है। डिस्कवरी ब्रॉडकास्ट और मल्टीकास्ट का उपयोग करती है, जो इंटरनेट के पार काम नहीं करते, इसलिए VPS पर आपको केवल पहले दो पोर्ट्स की आवश्यकता है।

sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp
sudo ufw status

ufw status को दोनों नियम दिखाने चाहिए। यदि यह Status: inactive प्रिंट करता है, तो ufw कुछ भी फिल्टर नहीं कर रहा है और आपके प्रदाता का नेटवर्क फायरवाल ही एकमात्र सक्रिय सुरक्षा है। उस पैनल की भी जाँच करें, क्योंकि अधिकांश होस्ट्स पर यह एक अलग नियंत्रण होता है। यदि सर्विस चलने के बावजूद कोई रिमोट डिवाइस Disconnected पर अटका हुआ है, तो इसका आमतौर पर मतलब है कि उन दो फायरवाल्स में से कोई एक अभी भी बंद है।

Syncthing GUI तक इसे public किए बिना पहुँचें

Web GUI (graphical user interface) डिफ़ॉल्ट रूप से 127.0.0.1:8384 पर listen करता है, इसलिए यह केवल सर्वर से ही response देता है। यह डिफ़ॉल्ट सेटिंग सुरक्षात्मक है, क्योंकि GUI में एक API (application programming interface) key होती है जो सर्वर पर मौजूद किसी भी folder path को बदल सकती है।

इसे पहले कदम के तौर पर दुनिया के लिए open न करें। documentation स्पष्ट है कि किसी network address पर bind करने का क्या अर्थ है: "अपने कंप्यूटर का LAN address निर्दिष्ट करने से केवल आपके local network के उपकरणों तक ही access सीमित नहीं होगा!" इसके बजाय अपने laptop से SSH के माध्यम से port को forward करें।

ssh -L 8384:127.0.0.1:8384 youruser@your.vps.example

जब वह session active हो, तो अपने local browser में http://127.0.0.1:8384 खोलें। SSH session बंद होते ही tunnel भी बंद हो जाती है, इसलिए बाद में कुछ भी listening अवस्था में नहीं रहता।

यदि आपको GUI को सीधे access करने की आवश्यकता है, तो पहले credentials सेट करें। सर्वर पर कोई browser नहीं होता, इसलिए इसे command line से करें।

sudo systemctl stop syncthing@youruser.service
sudo -H -u youruser syncthing generate --gui-user=admin --gui-password=-
sudo systemctl start syncthing@youruser.service

-H महत्वपूर्ण है, क्योंकि इसके बिना sudo root की home directory का उपयोग करता है और आप गलत config.xml को edit कर देते हैं। password value के रूप में एक single dash का उपयोग करने से syncthing generate standard input से password पढ़ता है, जिससे यह आपकी shell history में नहीं आता, और file में लिखे जाने से पहले value को hash कर दिया जाता है। एक बार login करने के बाद GUI settings में HTTPS को enable करें।

Syncthing आपकी गलतियों को क्यों दोहराता है

Syncthing FAQ इस बैकअप संबंधी प्रश्न का उत्तर स्वयं देता है: "Syncthing एक बेहतरीन बैकअप एप्लिकेशन नहीं है क्योंकि आपकी फाइलों में किए गए सभी बदलाव (संशोधन, विलोपन, आदि) आपके सभी डिवाइसों पर दोहरा दिए जाएंगे।"

अपने लैपटॉप पर गलती से कोई फोल्डर डिलीट करें और Syncthing बिल्कुल वैसे ही काम करेगा जैसा उसे डिज़ाइन किया गया है। यह उस फोल्डर को हर जगह, कुछ ही सेकंड में डिलीट कर देगा। सिंक (Sync) का अर्थ है सहमति, और सहमति में यह भी शामिल है कि फाइल अब मौजूद नहीं है।

फाइल वर्ज़निंग (File versioning) इसका समाधान है, और जब तक आप इसे चालू नहीं करते, यह बंद रहता है। दस्तावेज़ीकरण के अनुसार वर्ज़निंग "डिफ़ॉल्ट रूप से 'no file versioning' पर सेट होती है, यानी फाइलों की कोई पुरानी कॉपी नहीं रखी जाती है।" प्रति फोल्डर चार रणनीतियां उपलब्ध हैं। Trash Can रिमोट बदलाव के कारण डिलीट या रिप्लेस की गई प्रत्येक फाइल की एक कॉपी रखता है। Simple प्रति फाइल पुरानी फाइलों की एक निश्चित संख्या रखता है। Staggered समय के साथ इतिहास को कम करता जाता है, जिसमें एक दिन के लिए प्रति घंटे की कॉपी, एक महीने के लिए दैनिक कॉपी, आदि रखी जाती हैं। External प्रत्येक निर्णय को आपके द्वारा लिखे गए एक कमांड को सौंप देता है। पुरानी कॉपियां साझा फोल्डर के अंदर एक .stversions डायरेक्टरी में जाती हैं।

VPS पीयर पर Staggered सेट करें और लैपटॉप पर वर्ज़निंग को बंद रहने दें। इसके बाद हमेशा चालू रहने वाला पीयर इतिहास को सुरक्षित रखेगा, और लैपटॉप का स्टोरेज कम रहेगा।

Nextcloud इसे बेहतर तरीके से संभालता है, लेकिन फिर भी यह बैकअप नहीं है। डिलीट की गई फाइलें ट्रैश बिन में चली जाती हैं और संपादन (edits) को Versions ऐप द्वारा रखा जाता है, लेकिन डिस्क भरते ही दोनों को स्वचालित रूप से हटा दिया जाता है। आपके लैपटॉप पर चलने वाली कोई प्रक्रिया जो फाइलों को एन्क्रिप्ट करती है, उन एन्क्रिप्टेड वर्ज़न्स को सिंक कर देगी, और अच्छी कॉपियां अपने निर्धारित समय पर पुरानी होकर हट जाएंगी।

किसी भी टूल के नीचे एक वास्तविक बैकअप की आवश्यकता होती है: किसी अलग प्रोग्राम द्वारा लिए गए स्नैपशॉट, जिन्हें ऐसी जगह लिखा जाए जहाँ सिंक क्लाइंट न पहुँच सके, और जिन्हें कम से कम एक बार रिस्टोर करके देखा गया हो ताकि आप सुनिश्चित हो सकें कि रिस्टोर काम करता है। restic और BorgBackup की तुलना में यह बताया गया है कि डेटा डायरेक्टरी के लिए किसका उपयोग करना चाहिए।

दोनों के बीच conflicts कैसे अलग होते हैं

जब दो syncs के बीच दोनों तरफ एक ही file में बदलाव किया जाता है, तो दोनों tools एक conflict file बनाते हैं। अंतर यह है कि इसे कौन देखता है।

Syncthing हारने वाली copy का नाम बदलकर <filename>.sync-conflict-<date>-<time>-<modifiedBy>.<ext> कर देता है। जिस copy का modification time पुराना होता है, वह हार जाती है। जब समय समान होता है, तो वह device हार जाता है जिसका device ID के पहले 63 bits का मान अधिक होता है। यह मान मनमाना है, लेकिन हर peer पर एक ही परिणाम देता है। इसके बाद वह हिस्सा आता है जिसके लिए लोग तैयार नहीं होते: इन files को "बनने के बाद सामान्य files माना जाता है, इसलिए इन्हें devices के बीच propagate किया जाता है"। हर peer को conflict copy प्राप्त होती है। इसे साफ करने के लिए एक deletion करना होता है जो sync हो जाता है, लेकिन आप इसे पहले अपनी सभी मशीनों पर देखेंगे।

Nextcloud desktop client <name> (conflicted copy YYYY-MM-DD HHMMSS).<ext> लिखता है, उदाहरण के लिए mydata (conflicted copy 2018-04-10 093612).txt, और डिफ़ॉल्ट रूप से यह उस file को upload नहीं करता है। client manual इसका कारण बताता है: बदलाव करने वाला व्यक्ति ही इसे हल करने के लिए सबसे उपयुक्त है, और अन्य users को conflict दिखाना केवल भ्रम पैदा करता है। यदि आप इसके विपरीत व्यवहार चाहते हैं, तो client के environment में OWNCLOUD_UPLOAD_CONFLICT_FILES=1 set करें।

इसलिए, Syncthing conflict एक cluster-व्यापी घटना है, जबकि Nextcloud conflict केवल एक desktop तक सीमित रहता है।

Folder types Syncthing को सर्वर पर अधिक सुरक्षित बनाते हैं

Syncthing में तीन प्रकार के फोल्डर होते हैं, और VPS पर सही प्रकार का चयन करने से कई प्रकार की दुर्घटनाओं से बचा जा सकता है।

• Send & Receive डिफ़ॉल्ट विकल्प है। इसमें बदलाव दोनों दिशाओं में सिंक होते हैं।
• Send Only क्लस्टर द्वारा भेजे गए किसी भी बदलाव को अनदेखा करता है। इसका उपयोग वहां करें जहां किसी डिवाइस को केवल डेटा पब्लिश करना हो। जब यह सिंक से बाहर हो जाता है, तो GUI में एक लाल "Override Changes" बटन दिखाई देता है, जो स्थानीय स्थिति (local state) को सभी पर लागू कर देता है।
• Receive Only क्लस्टर से बदलावों को लागू करता है और स्थानीय संपादन (local edits) को वापस नहीं भेजता है। इसका उपयोग ऐसे VPS पर करें जो आर्काइव के रूप में कार्य कर रहा हो। वहां स्थानीय संपादन करने पर एक लाल "Revert Local Changes" बटन दिखाई देता है।

VPS पर Staggered versioning के साथ Receive Only फोल्डर का उपयोग करने से आपको एक versioned mirror मिलता है। लैपटॉप पर की गई डिलीट की कार्रवाई अभी भी लागू होती है, क्योंकि डिलीट करना क्लस्टर का एक वैध बदलाव है, लेकिन पुरानी कॉपी गायब होने के बजाय .stversions में सुरक्षित हो जाती है।

आपको किसका चुनाव करना चाहिए

नीचे दी गई 7 पंक्तियाँ उन कारणों को कवर करती हैं जिनके लिए लोग वास्तव में यह प्रश्न पूछते हैं।

[
  {
    "label": "Keep two of my own laptops in sync",
    "pick": "Syncthing",
    "notes": "No accounts to manage. The VPS is the peer that is always awake."
  },
  {
    "label": "Send a download link to a client",
    "pick": "Nextcloud",
    "notes": "Syncthing has no public link sharing at all."
  },
  {
    "label": "Open a file from a borrowed browser",
    "pick": "Nextcloud",
    "notes": "The Syncthing GUI shows sync state, never file contents."
  },
  {
    "label": "Sync 200 GB between machines I own",
    "pick": "Syncthing",
    "notes": "Peers transfer directly. The VPS copy is optional."
  },
  {
    "label": "Phone photo upload with a store app",
    "pick": "Nextcloud",
    "notes": "The official Syncthing Android app ended in December 2024."
  },
  {
    "label": "Calendar and contacts alongside files",
    "pick": "Nextcloud",
    "notes": "Syncthing syncs files. That is the entire feature set."
  },
  {
    "label": "1 GB VPS with nothing else to spare",
    "pick": "Syncthing",
    "notes": "One Go binary against PHP plus a database plus a web server."
  }
]

पहली पंक्ति देखें। अपने दो लैपटॉप को सिंक में रखना Syncthing की ओर इशारा करता है, और यह वह स्थिति है जहाँ एक VPS उस साथी के रूप में अपनी उपयोगिता सिद्ध करता है जो कभी सोता नहीं है। ब्राउज़र, लिंक या किसी अन्य व्यक्ति से जुड़ी हर पंक्ति दूसरी दिशा की ओर इशारा करती है।

यदि Nextcloud लगातार बेहतर विकल्प साबित हो रहा है लेकिन उसका footprint आपको चिंतित करता है, तो Seafile और Nextcloud की तुलना अगला लेख है जिसे आपको पढ़ना चाहिए, क्योंकि Seafile एक अलग सिंक इंजन के साथ सर्वर मॉडल को बनाए रखता है।

एक ही VPS पर दोनों को चलाना

ये दोनों एक-दूसरे के विकल्प नहीं हैं। अपनी मशीनों के बीच फाइलें ट्रांसफर करने के लिए Syncthing का उपयोग करना और फाइल शेयरिंग व कैलेंडर के लिए Nextcloud का उपयोग करना एक सामान्य व्यवस्था है।

यदि आप ऐसा करते हैं, तो एक नियम का पालन करें: Syncthing को कभी भी Nextcloud की data directory की ओर पॉइंट न करें। Nextcloud अपने डेटाबेस में हर फाइल को ट्रैक करता है, इसलिए जो फाइलें बाहर से डिस्क पर आती हैं, वे तब तक वेब इंटरफेस में दिखाई नहीं देतीं जब तक कि डेटाबेस उन्हें अपडेट न कर ले। Nextcloud इंस्टॉलेशन डायरेक्टरी से यह चलाएं:

sudo -u www-data php occ files:scan --all

यह कमांड स्कैन की गई फाइलों और फोल्डर्स की संख्या प्रिंट करती है। इसे टाइमर पर चलाना एक अस्थायी समाधान (workaround) है, न कि सही डिज़ाइन। प्रत्येक टूल को अपनी अलग डायरेक्टरी दें। यदि आप अभी भी यह तय कर रहे हैं कि सर्वर पर क्या होना चाहिए, तो 2026 में क्या self-host करें, इसके लिए गाइड किसी सिंक टूल को चुनने से बेहतर शुरुआती बिंदु है।

FAQ

क्या Syncthing, Dropbox की जगह ले सकता है?

केवल उस हिस्से के लिए जहाँ आपके अपने डिवाइस सिंक में रहते हैं। Syncthing में कोई पब्लिक शेयर लिंक और यूजर अकाउंट नहीं होते हैं, और इसका वेब इंटरफेस कभी भी फाइल की सामग्री नहीं दिखाता है, क्योंकि ब्राउज़र द्वारा अनुरोध करने के लिए कोई केंद्रीय कॉपी मौजूद नहीं होती है। आधिकारिक Android ऐप को इसके December 2024 के रिलीज के बाद बंद कर दिया गया था और यह Play Store से हट चुका है, इसलिए फोन सपोर्ट अब कम्युनिटी फोर्क पर निर्भर है। यदि आपको किसी को लिंक भेजना है, तो आपको एक सर्वर की आवश्यकता होगी, जिसका अर्थ है Nextcloud या उसके जैसा कोई अन्य टूल।

क्या Syncthing एक बैकअप है?

नहीं, और प्रोजेक्ट स्वयं भी यही कहता है। फाइल डिलीट या मॉडिफाई करने पर वह हर डिवाइस पर अपडेट हो जाती है, इसलिए गलती से डिलीट की गई फाइल कुछ ही सेकंड में हर जगह से गायब हो जाती है। प्रति फोल्डर फाइल वर्ज़निंग (file versioning) चालू करने से, विशेष रूप से हमेशा चालू रहने वाले पीयर पर Staggered विकल्प चुनने से, आपको .stversions डायरेक्टरी के माध्यम से रिकवरी का मौका मिलता है। यह किसी अलग टूल द्वारा अलग स्टोरेज पर लिए गए स्नैपशॉट का विकल्प नहीं है।

मैं Syncthing वेब GUI में अपनी फाइलें क्यों नहीं देख सकता?

क्योंकि GUI सिंक स्थिति के लिए एक कंट्रोल पैनल है, फाइल ब्राउज़र नहीं। यह फोल्डर, डिवाइस, ट्रांसफर की प्रगति और कॉन्फ्लिक्ट की संख्या दिखाता है, और यह कभी भी फाइल की सामग्री को लिस्ट या ओपन नहीं करता है। यह पीयर-टू-पीयर डिज़ाइन के कारण है: आपकी फाइलें आपके डिवाइस पर रहती हैं, और VPS पर मौजूद GUI केवल उन्हें इधर-उधर ले जाने वाली प्रक्रिया को मैनेज करता है।

VPS पर Syncthing के लिए कौन से पोर्ट खुले होने चाहिए?

सिंक प्रोटोकॉल के लिए 22000/TCP और QUIC ट्रांसपोर्ट के लिए 22000/UDP। पोर्ट 21027/UDP ब्रॉडकास्ट और मल्टीकास्ट के माध्यम से लोकल डिस्कवरी का काम करता है, जो इंटरनेट पर काम नहीं करता है, इसलिए इसे पब्लिक सर्वर पर बंद रखें। GUI को 8384 पर 127.0.0.1 से बाइंड रखें और इसे SSH टनल के माध्यम से एक्सेस करें। अपने प्रोवाइडर के नेटवर्क फायरवॉल के साथ-साथ ufw की भी जाँच करें, क्योंकि ये दोनों अलग-अलग कंट्रोल्स हैं।

क्या मैं एक ही VPS पर Syncthing और Nextcloud चला सकता हूँ?

हाँ, और 2 GB RAM या उससे अधिक वाले सर्वर पर यह एक उचित विकल्प है। उनकी डायरेक्टरी को अलग-अलग रखें। Nextcloud अपनी फाइलों को अपने डेटाबेस में इंडेक्स करता है, इसलिए Syncthing जो कुछ भी Nextcloud के स्टोरेज में लिखता है, वह तब तक वेब इंटरफेस में दिखाई नहीं देता जब तक कि occ files:scan रन न हो जाए। दो टूल एक ही डायरेक्टरी में लिखने से ऐसी कॉन्फ्लिक्ट फाइलें भी बन सकती हैं जिनकी अपेक्षा किसी ने नहीं की होती।