2026 में क्या सेल्फ़-होस्ट करें: 25 ऐप्स

आप क्या बना रहे हैं

एक ऐप नहीं — एक छोटी, छँटी हुई सूची। यह पेज इस साइट की बाक़ी हर चीज़ का केंद्र है: 25 ऐसे एप्लिकेशन जो 2026 में सचमुच आपके अपने VPS पर चलाने लायक़ हैं, उनके काम के हिसाब से समूहों में बँटे। हर ऐप के लिए आपको मिलता है — वह किस सेवा की जगह लेता है, RAM और डिस्क का एक ईमानदार आँकड़ा, और वह एक बात जो नज़रअंदाज़ करने पर आपको ज़रूर काटेगी। जहाँ पूरा स्टेप-बाय-स्टेप गाइड मौजूद है, वहाँ लिंक उसी की ओर ले जाता है।

मैं पंद्रह साल से एक VPS होस्टिंग कंपनी चला रहा हूँ, और इनमें से ज़्यादातर ऐप्स मेरी अपनी मशीनों पर चलते हैं। इसलिए नीचे दिए संसाधन के आँकड़े वही हैं जो ऐप एक छोटे, असली वर्कलोड में वाक़ई इस्तेमाल करता है — किसी मार्केटिंग पेज का “न्यूनतम” नहीं। इन्हें बजट की तरह पढ़ें, फिर ऊपर से थोड़ी गुंजाइश जोड़ लें।

ज़रूरी शर्तें और ईमानदार हक़ीक़त

यहाँ का हर ऐप एक ताज़ा Ubuntu 24.04 KVM VPS पर root या sudo के साथ चलता है। लगभग सभी Docker कंटेनर के रूप में मिलते हैं, इसलिए Docker एक बार इंस्टॉल कर लें और आप पूरी सूची के लिए तैयार हैं:

curl -fsSL https://get.docker.com | sudo sh
sudo usermod -aG docker "$USER"
newgrp docker
docker run --rm hello-world

अगर docker कमांड permission denied while trying to connect to the Docker daemon socket के साथ फ़ेल होती हैं, तो आपने ग्रुप वाला स्टेप छोड़ दिया या नया शेल नहीं खोला — लॉग आउट करके दोबारा लॉग इन करें। अगर docker compose जवाब में docker: 'compose' is not a docker command देता है, तो आपके पास बहुत पुरानी standalone बाइनरी है; ऊपर की स्क्रिप्ट आधुनिक Compose प्लगइन इंस्टॉल करती है, जिसे आप docker compose (बीच में स्पेस, हाइफ़न नहीं) लिखकर चलाते हैं।

तीन हक़ीक़तें नीचे की हर चीज़ की शक्ल तय करती हैं। पहली, असली रुकावट RAM है, डिस्क या CPU नहीं। 1 GB का VPS एक छोटा ऐप चलाता है, उससे ज़्यादा कुछ नहीं। “कुछ चीज़ें सेल्फ़-होस्ट करने” वाली मशीन के लिए असली स्वीट स्पॉट 4 GB है। 2 GB वह अटपटा बीच का हिस्सा है जहाँ नौसिखिया तीसरी सर्विस चढ़ा देता है, एक ख़ामोश Out-Of-Memory (OOM) किल से टकराता है — यानी मेमोरी ख़त्म होने पर सिस्टम चुपचाप प्रोसेस मार देता है — और कभी समझ नहीं पाता कि कंटेनर आख़िर ग़ायब क्यों हो गया; sudo dmesg वह Out of memory: Killed process वाली लाइन दिखा देता है जो डेमन ने निगल ली थी। दूसरी, जो भी चीज़ पब्लिक है उसे एक नाम और एक सर्टिफ़िकेट चाहिए — नंगा IP टेस्टिंग में चल जाता है और उसी पल फ़ेल हो जाता है जब आप चाहते हैं कि कोई फ़ोन ऐप या ब्राउज़र उस पर भरोसा करे। तीसरी, दो पोर्ट आपके आधे विकल्प तय कर देते हैं: ऑटोमैटिक TLS के लिए 80 और 443 का मशीन तक पहुँचना ज़रूरी है, और आउटबाउंड पोर्ट 25 ज़्यादातर प्रोवाइडर ब्लॉक रखते हैं — यही वजह है कि ईमेल आख़िर में दी गई “क्या न करें” सूची में है।

फ़ाइलें और फ़ोटो

• Nextcloud एक ही सुइट में Google Drive, Dropbox और Google Calendar की जगह लेता है। 1–2 GB RAM का बजट रखें, साथ में उतनी डिस्क, जितनी जगह आपकी फ़ाइलें घेरती हैं। इकलौता पेच: SQLite डेमो के लिए ठीक है और प्रोडक्शन में एक जाल — पहले ही बूट से इसे PostgreSQL पर इंस्टॉल करें, क्योंकि डेटा अंदर चले जाने के बाद डेटाबेस माइग्रेट करना ही वह सबसे आम तरीक़ा है जिससे लोग अपना Nextcloud बर्बाद करते हैं। पूरा Docker, TLS और बैकअप के साथ VPS पर Nextcloud गाइड इसे पहली ही बार में सही तरीक़े से खड़ा कर देता है।
• Immich Google Photos की जगह लेता है — कैमरा रोल अपने आप अपलोड करने वाले फ़ोन ऐप से लेकर चेहरों और चीज़ों की खोज तक। 6 GB RAM का बजट रखें — Immich के डॉक्स इसी को न्यूनतम बताते हैं, 8 GB आरामदेह है, और मशीन-लर्निंग कंटेनर ही सबसे भूखा हिस्सा है — और डिस्क आपकी लाइब्रेरी के बराबर, ऊपर से थंबनेल के लिए क़रीब बीस प्रतिशत और। पेच यह है: Immich अब भी रिलीज़ों के बीच breaking changes (पुराने सेटअप तोड़ने वाले बदलाव) लाता है, इसलिए कभी आँख मूँदकर latest pull न करें; एक वर्शन पिन करें और हर अपग्रेड से पहले रिलीज़ नोट्स पढ़ें। सेल्फ़-होस्टेड Immich फ़ोटो लाइब्रेरी गाइड सुरक्षित अपग्रेड का रास्ता बताता है।
• Seafile तीनों में सबसे तेज़ सिंक इंजन के साथ Dropbox की जगह लेता है। क़रीब 1 GB RAM का बजट रखें। पेच यह है: Seafile आपकी फ़ाइलों को content-addressed ब्लॉकों (सामग्री के हैश से पहचाने गए ब्लॉक) के रूप में स्टोर करता है, डिस्क पर सादी फ़ाइलों के रूप में नहीं — इसलिए आप डेटा को ls से नहीं टटोल सकते, और बैकअप Seafile के अपने टूल से ही लेना होगा, कोई फ़ोल्डर कॉपी करके नहीं।

पासवर्ड

• Vaultwarden Bitwarden के पेड टियर, LastPass और 1Password की जगह लेता है — Rust में लिखा एक नन्हा सर्वर जो Bitwarden प्रोटोकॉल बोलता है, इसलिए हर आधिकारिक Bitwarden ऐप और ब्राउज़र एक्सटेंशन सीधे काम करता है। 100–200 MB RAM का बजट रखें, डिस्क न के बराबर। पेच यह है: इस मशीन पर आपका हर पासवर्ड रखा है, इसलिए TLS और बैकअप यहाँ वैकल्पिक नहीं — वही तो पूरा मक़सद हैं — और ADMIN_TOKEN को Argon2 हैश के रूप में सेट करें, क्योंकि compose फ़ाइल में सादे टेक्स्ट (plaintext) में पड़ा टोकन खुले में रखी एक मास्टर चाबी है। Vaultwarden पासवर्ड मैनेजर गाइड पहले सेल्फ़-होस्ट के लिए सबसे बढ़िया शुरुआत है।

मीडिया

• Jellyfin Plex की — और आपकी अपनी लाइब्रेरी के लिए Netflix की — जगह लेता है: पूरी तरह ओपन, कोई अकाउंट नहीं, रिमोट स्ट्रीमिंग किसी पेवॉल के पीछे नहीं। आइडल पर 1–2 GB RAM का बजट रखें, लेकिन ट्रांसकोड पर CPU ज़ोर से उछलता है। पेच यह है: 4K स्ट्रीम की सॉफ़्टवेयर ट्रांसकोडिंग एक छोटे VPS को पिघला देगी; या तो मशीन को हार्डवेयर एक्सेलरेशन दें, या फ़ाइलें ऐसे फ़ॉर्मैट में रखें जिन्हें आपके क्लाइंट सीधे चला सकें (Direct Play), ताकि सर्वर सिर्फ़ बाइट्स ढोए। VPS पर Jellyfin मीडिया सर्वर गाइड दोनों का फ़र्क़ समझाता है।
• Navidrome आपके अपने संगीत के लिए Spotify की जगह लेता है, और किसी भी Subsonic-संगत ऐप पर स्ट्रीम करता है। 150–300 MB RAM का बजट रखें — यह Go में लिखा है और इसकी मौजूदगी का पता तक नहीं चलता। पेच यह है: पहला लाइब्रेरी स्कैन हर फ़ाइल के टैग पढ़ता है और बड़े कलेक्शन पर घंटा भर ले सकता है — और ID3 टैग जितने गड़बड़ होंगे, ब्राउज़िंग का अनुभव उतना ही गड़बड़ मिलेगा।
• Audiobookshelf Audible और आपके पॉडकास्ट ऐप की जगह लेता है, और आप जहाँ तक पहुँचे थे, वह जगह हर डिवाइस पर याद रखता है। 200–500 MB RAM का बजट रखें। पेच यह है: यह “हर किताब का अपना फ़ोल्डर” वाला सख़्त लेआउट चाहता है, और बिखरा हुआ इंपोर्ट फ़ोल्डर एक बिखरी, आधी-पहचानी लाइब्रेरी देता है जिसे बाद में सुधारना थकाने वाला काम है।

ऑटोमेशन और AI

• n8n Zapier और Make की जगह एक विज़ुअल वर्कफ़्लो बिल्डर देता है जो आपका अपना है, और हर टास्क की अलग बिलिंग भी नहीं। 400 MB–1 GB RAM का बजट रखें। पेच यह है: n8n सहेजे गए क्रेडेंशियल्स को उस कुंजी से एन्क्रिप्ट करता है जो वह पहली बार चलने पर ख़ुद बनाता है, और अगर वह कुंजी खो गई — या आप N8N_ENCRYPTION_KEY सेट करना भूल गए और उसे दोबारा बनने दिया — तो हर सहेजा हुआ क्रेडेंशियल पढ़ने लायक़ नहीं रहता और आपको सब कुछ दोबारा भरना पड़ता है। HTTPS के साथ सेल्फ़-होस्टेड n8n गाइड कुंजी को पिन करता है और webhook URL के आगे एक असली सर्टिफ़िकेट लगाता है।
• Ollama लोकल, प्राइवेट LLM (लार्ज लैंग्वेज मॉडल) इन्फ़रेंस के लिए ChatGPT सब्सक्रिप्शन की जगह लेता है। बजट मॉडल के हिसाब से तय करें: 7–8B (यानी 7–8 अरब पैरामीटर) वाला मॉडल क़रीब 8 GB RAM माँगता है, और हर मॉडल डिस्क पर 4–8 GB लेता है। पेच यह है: सिर्फ़-CPU वाले VPS पर इन्फ़रेंस ईमानदार मगर धीमा है — प्रति सेकंड बस कुछ शब्दों की रफ़्तार मानकर चलें, होस्टेड API जैसे फ़ौरन जवाब नहीं — इसलिए उम्मीदें उसी हिसाब से रखें, या GPU वाली मशीन किराए पर लें। LLM सेल्फ़-होस्ट करने के लिए Ollama चलाने वाला गाइड ज़मीनी आँकड़े देता है।

कम्युनिकेशन

• Rocket.Chat टीम के लिए Slack की जगह लेता है — थ्रेड्स, कॉल और इंटीग्रेशन समेत। 2 GB RAM और उससे ऊपर का बजट रखें, क्योंकि यह MongoDB पर चलता है और RAM का सबसे बड़ा हिस्सा वही खाता है। पेच यह है: Rocket.Chat हर रिलीज़ के साथ MongoDB का एक ख़ास मेजर वर्शन तय करता है, और अपग्रेड में कोई वर्शन लाँघ जाना ही अपना डेटाबेस अधर में फँसा देने का तरीक़ा है — एक बार में एक ही सीढ़ी चढ़ें। Docker Compose के साथ Rocket.Chat गाइड वर्शन की यह सीढ़ी क़दम-दर-क़दम चढ़वाता है।
• Matrix (Synapse) Slack और Discord की जगह एक फ़ेडरेटेड (आपस में जुड़े स्वतंत्र सर्वरों वाला), एंड-टू-एंड एन्क्रिप्टेड नेटवर्क देता है, जहाँ homeserver — आपका अपना Matrix सर्वर — आपके ही हाथ में रहता है। 1–2 GB RAM का बजट रखें, जो बड़े पब्लिक रूम जॉइन करने पर बढ़ता जाता है। पेच यह है: बड़े फ़ेडरेटेड रूम्स पर Synapse की मेमोरी खपत गुब्बारे की तरह फूलती है, और इसे PostgreSQL पर ही चलाना होगा — डिफ़ॉल्ट SQLite सिर्फ़ सिंगल-यूज़र टेस्ट के लिए चलता है और फ़ेडरेट करते ही ढह जाता है। अगर Synapse भारी लगे, तो हल्के Conduit या Dendrite सर्वर वही प्रोटोकॉल बोलते हैं।

नेटवर्किंग और एक्सेस

• WireGuard किसी कमर्शियल VPN की जगह लेता है, और आपको अपने IP और अपनी बाक़ी सर्विसेज़ तक एक प्राइवेट टनल देता है। बजट न के बराबर — 50 MB से कम, और क्रिप्टो कर्नेल में चलता है। पेच यह है: कंटेनर-आधारित वर्चुअलाइज़ेशन (OpenVZ, कुछ LXC) पर मॉड्यूल RTNETLINK answers: Operation not supported के साथ फ़ेल हो जाता है; आपको KVM चाहिए। सेल्फ़-होस्टेड WireGuard VPN गाइड ही इसकी पूरी राह दिखाता है, और सर्विसेज़ को टनल से बाँधकर इसके साथ जोड़ना ही चीज़ों को पब्लिक इंटरनेट से पूरी तरह बाहर रखने का तरीक़ा है।
• Traefik हाथ से लिखे nginx वर्चुअल होस्ट और मैनुअल सर्टिफ़िकेट रिन्यूअल की जगह लेता है — यह आपके कंटेनरों को उनके Docker लेबल से पहचान लेता है और Let's Encrypt सर्टिफ़िकेट अपने आप ले आता है। क़रीब 100 MB RAM का बजट रखें। पेच यह है: लेबल-आधारित कॉन्फ़िगरेशन मॉडल शुरुआत में सचमुच उलझाने वाला है, और एक भी ग़लत लेबल किसी ऐप की रूटिंग बिना किसी साफ़ एरर के तोड़ देता है। कई Docker ऐप्स के लिए Traefik रिवर्स प्रॉक्सी गाइड ठीक इसी काम के लिए बना है — इस पेज के कई ऐप्स को एक ही एंट्री पॉइंट के पीछे चलाना।
• AdGuard Home एक Pi-hole डिवाइस और पेड DNS फ़िल्टरिंग की जगह लेता है, और आपके नेटवर्क की हर डिवाइस के लिए विज्ञापन और ट्रैकर DNS की परत पर ही रोक देता है। 100–150 MB RAM का बजट रखें। पेच यह है: यह पोर्ट 53 का अकेला मालिक बनना चाहता है, जो Ubuntu पर systemd-resolved से टकराता है — जब तक आप पहले पोर्ट खाली नहीं कर देते, यह listen udp 0.0.0.0:53: bind: address already in use के साथ शुरू ही नहीं होता।

मॉनिटरिंग

• Uptime Kuma Pingdom, UptimeRobot और StatusPage की जगह एक साफ़-सुथरा डैशबोर्ड देता है, और अलर्ट लगभग किसी भी चैनल पर भेज देता है। 150–300 MB RAM का बजट रखें। और वह पेच, जिसे लोग हमेशा चूक जाते हैं: अपनी प्रोडक्शन मशीन की निगरानी किसी दूसरी मशीन से करें — जिस सर्वर पर Uptime Kuma ख़ुद चल रहा है, उसी सर्वर के मरने की ख़बर वह आपको नहीं दे सकता। Uptime Kuma स्टेटस मॉनिटरिंग गाइड इसे बाहरी मशीन पर रखने का तरीक़ा कवर करता है।
• Zabbix Datadog और एंटरप्राइज़ मॉनिटरिंग सुइट्स की जगह लेता है — गहरे एजेंट-आधारित मेट्रिक्स, ट्रिगर और हिस्ट्री के साथ। 2 GB RAM और उससे ऊपर का बजट रखें, साथ में इसका अपना डेटाबेस। पेच यह है: Zabbix ताक़तवर है और खड़ा करने में सचमुच भारी — तीन कंटेनर देखने के लिए यह ज़रूरत से बहुत ज़्यादा है, और मशीनों के पूरे बेड़े (fleet) के लिए बिल्कुल सही औज़ार। Uptime Kuma से शुरू करें; Zabbix मॉनिटरिंग सर्वर पर तब जाएँ जब आपके पास सचमुच मॉनिटर करने लायक़ इंफ़्रास्ट्रक्चर हो।

Prometheus और Grafana इस सूची से जानबूझकर बाहर हैं: वे बेड़े के पैमाने के शानदार टूल हैं, लेकिन दो-तीन मशीनों के निजी स्टैक के लिहाज़ से उन्हें चलाना और ट्यून करना ज़्यादा भारी पड़ता है, और इस पैमाने पर Uptime Kuma और Zabbix मिलकर वही सवाल कम रख-रखाव में हल कर देते हैं।

डैशबोर्ड और कंट्रोल पैनल

ये पूरा मॉडल ही बदल देते हैं — compose फ़ाइलें हाथ से चलाने की जगह एक पैनल ऐप्स को आपके लिए मैनेज करता है।

• Cloudron “काश यह एक-क्लिक होता” वाली ख़्वाहिश की जगह एक पॉलिश किया हुआ ऐप स्टोर, ऑटोमैटिक TLS और बिल्ट-इन बैकअप देता है। कम से कम 2 GB RAM का बजट रखें, 4 GB में आराम है। पेच यह है: यह अपनी मर्ज़ी चलाता है और पूरी मशीन का अकेला मालिक बनना चाहता है, और सिर्फ़ दो ऐप्स तक ही मुफ़्त है — उसके आगे यह एक पेड प्रोडक्ट है।
• CasaOS बिखरे हुए homelab (घरेलू लैब) डैशबोर्ड की जगह एक दोस्ताना ऐप ग्रिड देता है — मुफ़्त और हल्का। CasaOS के अपने हिस्से के लिए क़रीब 150 से 300 MB का बजट रखें। पेच यह है: यह भरोसे वाले घरेलू नेटवर्क के लिए बना है और पब्लिक इंटरनेट के लिए हार्डन नहीं किया गया — इसे सीधे एक्सपोज़ न करें; WireGuard के ज़रिए इस तक पहुँचें।
• Coolify Heroku, Vercel और Netlify की जगह लेता है — git-push से डिप्लॉयमेंट, डेटाबेस और प्रीव्यू, सब आपके अपने सर्वर पर। कम से कम 2 GB RAM का बजट रखें। पेच यह है: यह एक नया प्रोजेक्ट है जो तेज़ी से बदलता है, इसलिए वर्शन पिन करें और अपग्रेड से पहले रिलीज़ नोट्स पढ़ें। Cloudron बनाम CasaOS बनाम Coolify तुलना खोलकर बताती है कि तीनों में से कौन किस तरह के इंसान पर फ़िट बैठता है।

डेवलपर और प्रोडक्टिविटी टूल

• Gitea (या Forgejo) प्राइवेट रिपॉज़िटरी, इश्यू और CI के लिए GitHub की जगह लेता है। 200–500 MB RAM का बजट रखें। पेच यह है: Forgejo, Gitea का कम्युनिटी-संचालित फ़ोर्क है और अब बहुत से लोग उसी की सलाह देते हैं; दोनों बेहतरीन हैं, बस एक चुनें और रिपॉज़िटरी और डेटाबेस का बैकअप साथ-साथ लें — डेटाबेस के बिना सिर्फ़ रिपो का बैकअप हर इश्यू और पुल रिक्वेस्ट खो देता है।
• Paperless-ngx फ़ाइलों की अलमारी और पेड डॉक्यूमेंट-स्कैनिंग सेवाओं की जगह लेता है, और हर चीज़ पर OCR (स्कैन से टेक्स्ट पहचानना) चलाकर आपके दस्तावेज़ों को खोजने लायक़ बना देता है। क़रीब 1 GB RAM का बजट रखें, OCR के दौरान CPU उछलता है। पेच यह है: OCR के नतीजे उतने ही अच्छे होंगे जितने आपके स्कैन, और बड़े आर्काइव को दोबारा प्रोसेस करना धीमा है — दस साल का काग़ज़ थोक में इंपोर्ट करने से पहले इसे ट्यून कर लें।
• Actual Budget YNAB और Mint की जगह तेज़, लोकल, प्राइवेट एन्वेलप बजटिंग (ख़र्च को लिफ़ाफ़ों में बाँटने वाली पद्धति) देता है। क़रीब 150 MB RAM का बजट रखें। पेच यह है: बैंक से ऑटोमैटिक सिंक एक अलग ऐड-ऑन है जिसका अपना सेटअप है, इसलिए शुरुआती हालत में आप ट्रांज़ैक्शन हाथ से इंपोर्ट करते हैं।
• FreshRSS Feedly और दुनिया छोड़ चुके Google Reader की जगह लेता है — एक तेज़, प्राइवेट फ़ीड रीडर, मोबाइल ऐप्स समेत। क़रीब 150 MB RAM का बजट रखें। पेच यह है: cron-आधारित फ़ीड रिफ़्रेश सेट करें, वरना फ़ीड तभी अपडेट होती हैं जब आप संयोग से पेज खोल लेते हैं।
• BookStack डॉक्यूमेंटेशन के लिए Notion और Confluence की जगह लेता है — सामग्री शेल्फ़, किताबों और पेजों में सजी। PHP और MySQL पर क़रीब 500 MB RAM का बजट रखें। पेच यह है: यह कंटेंट को फ़्री-फ़ॉर्म नोट्स की बजाय अपने ढंग के ढाँचे में रखता है — कुछ लोगों को यही बात भाती है और कुछ को जकड़न लगती है — अपना पूरा विकी सौंपने से पहले इसे आज़मा लें।
• Home Assistant SmartThings और दर्जन भर वेंडर ऐप्स की जगह लेता है, और आपके स्मार्ट होम को लोकल स्तर पर एक सूत्र में बाँधता है। क़रीब 1 GB RAM का बजट रखें। पेच यह है: इसका ज़्यादातर जादू आपकी डिवाइसों तक लोकल नेटवर्क पहुँच माँगता है, इसलिए यह किसी दूर के VPS की बजाय घर के हार्डवेयर पर ज़्यादा सहज बैठता है — ज़रूरत ही हो तो डैशबोर्ड किसी रिमोट मशीन पर चलाएँ और घर की ओर ब्रिज कर लें।

एक नमूना इंस्टॉल

बात को ठोस बनाने के लिए, यह रही एक सेल्फ़-होस्ट सेटअप की पूरी शक्ल: एक compose फ़ाइल, एक असली सर्टिफ़िकेट, और एक बैकअप। यह Uptime Kuma है, लेकिन सूची का हर ऐप इसी पैटर्न पर चलता है।

services:
  uptime-kuma:
    image: louislam/uptime-kuma:2
    container_name: uptime-kuma
    volumes:
      - ./data:/app/data
    ports:
      - "127.0.0.1:3001:3001"
    restart: unless-stopped

docker compose up -d
docker compose logs -f

उस 127.0.0.1: पर ग़ौर करें — ऐप सिर्फ़ localhost पर सुनता है, और Traefik या nginx जैसा रिवर्स प्रॉक्सी उसके आगे TLS टर्मिनेट करता है। सीधे 0.0.0.0:3001 पर बाइंड कर देना ही वह तरीक़ा है जिससे लोग ग़लती से बिना एन्क्रिप्शन वाला एक एडमिन पैनल पूरे इंटरनेट के सामने रख देते हैं।

क्या सेल्फ़-होस्ट न करें (अभी)

• ईमेल। यही सबसे ईमानदार बात है। आउटबाउंड पोर्ट 25 ज़्यादातर VPS प्रोवाइडर ब्लॉक रखते हैं — telnet aspmx.l.google.com 25 पर आपको Connection timed out दिखेगा और ठीक करने को कुछ है ही नहीं, यह पॉलिसी है। पोर्ट 25 खुला हो तब भी, बिना साख वाला नया IP — बिना PTR रिकॉर्ड, SPF, DKIM और DMARC — आपकी मेल को स्पैम में गिरा देता है या सीधे रिजेक्ट करवा देता है। यह एक असली, लगातार चलने वाला काम है, वीकेंड का प्रोजेक्ट नहीं। फिर भी ठान ही ली हो, तो आँखें खोलकर Mailcow के साथ सेल्फ़-होस्टेड ईमेल गाइड के सहारे इस मैदान में उतरें, और महीनों तक डिलीवरेबिलिटी (मेल का स्पैम में गिरे बिना पहुँचना) की देखभाल की तैयारी रखें।
• कोई भी चीज़ जिसका आप भरोसे से बैकअप और रीस्टोर नहीं कर सकते। अगर आपने कभी टेस्ट रीस्टोर नहीं किया, तो आपके पास बैकअप नहीं, सिर्फ़ एक उम्मीद है। जिस डेटा की भरपाई मुमकिन नहीं — आपकी फ़ोटो की इकलौती कॉपी, आपके अकाउंट — उसे किसी सर्विस पर तब तक न रखें जब तक उसका रीस्टोर साबित न हो जाए।
• किसी क्रिटिकल निर्भरता की आपकी इकलौती कॉपी। ऐसा सेल्फ़-होस्टेड DNS सर्वर, जो क्रैश होते ही आपके पूरे नेटवर्क का इंटरनेट साथ ले डूबे, एक बुरा पहला प्रोजेक्ट है। एक अपस्ट्रीम फ़ॉलबैक हमेशा रखें।
• रियल-टाइम सेफ़्टी सिस्टम। घर के अलार्म, मेडिकल अलर्ट — कुछ भी ऐसा जहाँ पाँच मिनट का डाउनटाइम सचमुच की मुसीबत है — उस शौक़िया मशीन पर नहीं चढ़ना चाहिए जिसे आप रविवार की रात अपग्रेड करते हैं।

पहला ऐप कैसे चुनें, और दो अटल शर्तें

वह ऐप चुनें जो कोई ऐसा बिल हटा दे जो आपको खलता है, या कोई ऐसी प्राइवेसी की चिंता जो आप सचमुच महसूस करते हैं। व्यवहार में सबसे अच्छे पहले इंस्टॉल Vaultwarden और Uptime Kuma हैं: दोनों नन्हे हैं, दोनों फ़ौरन काम आते हैं, और ग़लती हो जाए तो दोनों माफ़ कर देते हैं। दूसरा जोड़ने से पहले एक को सिरे से आख़िर तक चलाकर देखें — इंस्टॉल, सर्टिफ़िकेट, बैकअप, रीस्टोर टेस्ट। आप जो हुनर गढ़ रहे हैं वह ऑपरेशंस है, “इंस्टॉल” पर क्लिक करना नहीं।

ऊपर के हर एक ऐप पर दो चीज़ें अटल हैं, कोई अपवाद नहीं:

1. हर पब्लिक चीज़ पर TLS। नंगे IP पर plaintext सर्विस एक डेमो है, डिप्लॉयमेंट नहीं। उसके आगे nginx पर Certbot और Let's Encrypt से एक असली सर्टिफ़िकेट लगाएँ, या Traefik को यह अपने आप करने दें। फिर Ubuntu 24.04 पर SSH के लिए Fail2ban से सामने का दरवाज़ा मज़बूत करें।
2. ऐसे बैकअप जिन्हें आपने सचमुच रीस्टोर किया हो। हर रात का डंप ऑटोमेट करें — डेटाबेस और डेटा वॉल्यूम साथ-साथ — उसे मशीन से बाहर भेजें, और महीने में एक बार उसे किसी डिस्पोज़ेबल VPS पर रीस्टोर करके साबित करें कि वह चलता है। जिस दिन आपकी डिस्क मरती है, वह दिन यह जानने के लिए सबसे ग़लत है कि बैकअप खाली था।

ये दोनों चीज़ें ठीक कर लें, तो सेल्फ़-होस्टिंग एक आनंद है। इन्हें छोड़ दें, तो यह एक उलटी गिनती है।

विकल्प व्यावहारिक से लेकर बेतुके तक फैले हैं — परिवार के VPS पर Minecraft सर्वर से लेकर, अगर आपको सबक़ देने वाले क़िस्से पसंद हैं, दुनिया के सबसे कम कुशल डेटासेंटर तक।

FAQ

सबसे पहले क्या सेल्फ़-होस्ट करूँ?

Vaultwarden। एक पासवर्ड मैनेजर आपको रोज़ का फ़ायदा देता है, एक सब्सक्रिप्शन की जगह लेता है, और पूरा वर्कफ़्लो — Docker, रिवर्स प्रॉक्सी, TLS और बैकअप — आपको एक ऐसे ऐप पर सीखने को मजबूर कर देता है जो इतना छोटा है कि बिगड़ जाए तो दस मिनट में दोबारा खड़ा हो जाए। Uptime Kuma एक बढ़िया दूसरा क़दम है, ताकि आउटेज की ख़बर आपको अपने यूज़र्स से पहले मिले।

मुझे असल में कितना बड़ा VPS चाहिए?

एक छोटे ऐप के लिए 1 GB RAM चल जाता है। “मुट्ठी भर चीज़ें आराम से चलाने” वाली मशीन के लिए 4 GB का निशाना रखें — 2 GB का बीच का इलाक़ा वही है जहाँ लोग कंटेनरों के ख़ामोश Out-Of-Memory किल से टकराते हैं और वजह समझ नहीं पाते। हद लगभग हमेशा RAM ही होती है; जितना डेटा रखने का इरादा है उसी हिसाब से डिस्क जोड़ें, और मान कर चलें कि Immich, Ollama और बड़े डेटाबेस वाली हर चीज़ दोनों की सबसे ज़्यादा माँग करेगी।

क्या सेल्फ़-होस्ट नहीं करना चाहिए?

सबसे पहले ईमेल — आउटबाउंड पोर्ट 25 ज़्यादातर प्रोवाइडर ब्लॉक रखते हैं और डिलीवरेबिलिटी एक फ़ुल-टाइम लड़ाई है। उसके बाद, कोई भी चीज़ जिसका आप भरोसे से बैकअप और रीस्टोर नहीं कर सकते, और ऐसी हर single point of failure (नाकामी की इकलौती कड़ी) जिसके डाउनटाइम से असली नुक़सान होता है — जैसे बिना फ़ॉलबैक का DNS सर्वर या घर का सेफ़्टी सिस्टम। इस सूची की बाक़ी हर चीज़ आज़माने लायक़ है।

क्या इस सब के लिए Docker ज़रूरी है?

नहीं, पर आप इसे रखना ज़रूर चाहेंगे। यहाँ के हर ऐप की एक Docker इमेज है, और Docker आपको देता है साफ़ इंस्टॉल, साफ़ अनइंस्टॉल, आसान वर्शन पिनिंग, और नए होस्ट पर उठाकर ले जाने की सुविधा। कुछ ऐप्स (WireGuard, Zabbix) चाहें तो apt से नेटिव भी इंस्टॉल हो जाते हैं। एक compose फ़ाइल समझ ली, तो सब समझ लीं — इसीलिए पूरी सूची पहुँच के भीतर लगने लगती है।

इन सबको सुरक्षित कैसे रखूँ?

चार आदतें ज़्यादातर काम सँभाल लेती हैं: हर चीज़ के आगे TLS लगाएँ; SSH को सिर्फ़ कुंजी-आधारित (key-only) लॉगिन और ब्रूट-फ़ोर्स कोशिशों को बैन करते Fail2ban से कसकर बंद रखें; पब्लिक तौर पर सिर्फ़ वही पोर्ट खोलें जिनकी सचमुच ज़रूरत है और बाक़ी तक अपने WireGuard VPN से पहुँचें; और रिलीज़ नोट्स पढ़ते हुए नियमित अपडेट करते रहें ताकि कोई अपग्रेड कभी चौंकाए नहीं। बैकअप पाँचवीं आदत है — जब कोई ग़लती पहली चार से बचकर निकल जाए, तब वही आपकी वापसी की राह है।