रिमोट डेस्कटॉप स्वयं होस्ट करें: $5 VPS सेटअप गाइड

आप एक निजी और भरोसेमंद रिमोट डेस्कटॉप चाहते हैं जो आपके ट्रैफ़िक को किसी और के क्लाउड के माध्यम से न भेजे, लेकिन आप एंटरप्राइज़ कीमतें नहीं देना चाहते और जटिल नेटवर्किंग से भी नहीं जूझना चाहते।
यह गाइड एक व्यावहारिक “self host remote desktop vps” सेटअप बताती है जिसे आप $5 VPS पर चला सकते हैं — SSH keys, फ़ायरवॉल, WireGuard, TLS। सबसे पहले, ईमानदार परख: जब कोई आवश्यकता आपको मजबूर करे तब ही self-host करें — कोई लिखित अनुपालन दायित्व, एक अलग नेटवर्क, या डेटा-निवास नियम। जब कुछ भी आपको मजबूर न करे, तो एक managed relay पूरी लागत जोड़कर सस्ता पड़ता है: ऑन-कॉल, पैचिंग, कुंजी की निगरानी, सर्टिफिकेट नवीनीकरण, एक ही क्षेत्र और कोई failover नहीं। पूरा हिसाब Self-hosted remote desktop: the honest 2026 guide में दिया गया है।
क्यों $5 VPS एक समझदार शुरुआत है
रिमोट डेस्कटॉप के उपयोग (एकल उपयोगकर्ता, कभी-कभार सेशन) के लिए, एक लो-एंड VPS अक्सर पर्याप्त होता है। आम $5 जैसा प्लान (उदाहरण के लिए 1 vCPU / 1GB RAM / 25GB SSD) प्रोवाइडर्स जैसे DigitalOcean, Vultr या Linode पर एक ही समवर्ती सेशन, हेडलेस सर्वर एजेंट और हल्का रिले या VPN संभाल सकते हैं।
यह गाइड Ubuntu 22.04 LTS (stable, व्यापक रूप से समर्थित) का उपयोग करता है और यह मानता है कि VPS सार्वजनिक इंटरनेट पर पहुँचने योग्य होगा। अगर आपकी ज़रूरतों में GPU, ऊँचे FPS वाली मल्टी-मॉनिटर स्ट्रीमिंग या बहुत से एक साथ उपयोगकर्ता शामिल हैं, तो आपको बड़ा प्लान चाहिए — भारी काम के लिए एक समर्पित वर्कस्टेशन और कनेक्टिविटी के लिए Tenvo का मैनेज्ड रिले।
योजना: आप क्या चलाएंगे और किन पोर्ट्स की उम्मीद रखें
यहाँ न्यूनतम आर्किटेक्चर:
- पब्लिक IP वाला VPS (Ubuntu 22.04)
- प्रबंधन के लिए SSH (केवल कुंजी से)
- सुरक्षित टनल के रूप में WireGuard (वैकल्पिक लेकिन सुझाया गया)
- systemd सेवा के रूप में चलने वाला रिमोट-डेस्कटॉप सर्वर (उदाहरण के लिए हम सेल्फ-होस्टेड RustDesk सर्वर लेंगे; Tenvo को सेल्फ-होस्ट नहीं किया जा सकता)
- वैकल्पिक डोमेन + Let's Encrypt TLS और वेब-आधारित क्लाइंट के लिए nginx रिवर्स प्रॉक्सी
अपेक्षित संसाधन उपयोग: agent और VPN idle होने पर 500MB RAM से कम पर बैठेंगे; सक्रिय सत्र के दौरान बैंडविड्थ लगभग 50 KB/s (180 MB/hour) टेक्स्ट-भारी काम के लिए, ~200 KB/s (720 MB/hour) सामान्य ऑफिस उपयोग के लिए, और ~1 MB/s (3.6 GB/hour) वीडियो या डिज़ाइन कार्य के लिए — कोडेक और स्क्रीन गतिविधि के अनुसार लगभग 0.4–8 Mbps तक। बजट: $5/month VPS + domain (~$10/year) यदि आप TLS चाहते हैं। यदि आप सार्वजनिक पोर्ट नहीं रखना चाहते, तो देखें Remote Desktop Without Port Forwarding Explained.
चरण 1 — VPS तैयार करें और एक्सेस लॉक करें
$5 VPS बनाएं Ubuntu 22.04 के साथ। इंस्टेंस बनाते समय SSH key authentication चुनें (आप अपनी public key प्रदाता कंसोल में जोड़ सकते हैं)। उदाहरण प्रोवाइडर्स समान प्लान उपलब्ध कराते हैं: DigitalOcean 1GB/1vCPU ($5), Vultr 1GB ($5), Linode Nanode ($5). SKU अलग हो सकती है, लेकिन नेटवर्क और CPU विनिर्देश तुलनीय होते हैं।
प्रारम्भिक हार्डनिंग कमांड्स (root या sudo उपयोगकर्ता के रूप में चलाएँ):
apt update && apt upgrade -y adduser adminuser usermod -aG sudo adminuser ufw allow OpenSSH ufw enable
/etc/ssh/sshd_config को संपादित करें ताकि password auth और root login अक्षम रहें (set PasswordAuthentication no and PermitRootLogin no)। SSH पुनरारंभ करें: systemctl restart sshd. यह आपके VPS के खिलाफ ब्रूट-फोर्स प्रयासों को रोकने में मदद करता है।
चरण 2 — फ़ायरवॉल, fail2ban, और रेट सीमाएँ
फ़ायरवॉल को न्यूनतम रखें। यदि आप WireGuard का उपयोग करने की योजना बनाते हैं तो केवल WireGuard UDP पोर्ट को सार्वजनिक नियमों में रखें; अगर आप एजेंट को सीधे चलाते हैं तो आपको एक TCP पोर्ट की आवश्यकता हो सकती है। UFW नियमों का उदाहरण:
ufw allow 22/tcp # SSH ufw allow 51820/udp # WireGuard (if used) ufw allow 8443/tcp # optional remote desktop web port ufw enable
बार-बार के प्रयासों को स्वचालित रूप से ब्लॉक करने और शोर कम करने के लिए fail2ban इंस्टॉल करें: apt install -y fail2ban. sshd के लिए डिफ़ॉल्ट जेल का उपयोग करें और ban समय अपनी जोखिम-सहनशीलता के अनुसार समायोजित करें।
चरण 3 — सुरक्षित नेटवर्किंग विकल्प: डायरेक्ट पोर्ट, VPN, या रिवर्स रिले
तीन व्यावहारिक नेटवर्क पैटर्न:
- इंटरनेट के लिए पोर्ट खोलना: सबसे सरल पर अधिक attack surface। यदि आप किसी ऐप पोर्ट को एक्सपोज़ करते हैं तो TLS और मजबूत प्रमाणीकरण का उपयोग करें।
- WireGuard tunnel: यदि आप बॉक्स खुद चला रहे हैं तो यह सबसे सुरक्षित और सीधा विकल्प है। अपने क्लाइंट डिवाइस और VPS के बीच एक निजी नेटवर्क बनाएं; केवल WireGuard पोर्ट सार्वजनिक होगा।
- Relay/Reverse-connect: क्लाइंट एक आउटबाउंड कनेक्शन बनाता है एक rendezvous सर्वर से, इसलिए दोनों छोर पर कोई inbound पोर्ट आवश्यक नहीं — NAT के पीछे और बिना VPN के उपयोगी। Tenvo का मैनेज्ड रिले यही करता है, बस आपके VPS के बजाय जर्मनी में हमारे रिले सर्वरों पर। ध्यान दें कि जब एक सत्र relay पर fallback करता है, तो TLS वहीं समाप्त होता है, इसलिए जो कोई भी relay संचालित करता है वह उस ट्रैफ़िक को देखने की स्थिति में होता है — आपका या हमारा। इस पैटर्न का बैकग्राउंड: Self-Hosted Remote Desktop: Why, How, and What Breaks.
WireGuard त्वरित-प्रारम्भ (VPS पर सर्वर):
apt install -y wireguard iproute2 wg genkey | tee /etc/wireguard/server_private.key | wg pubkey > /etc/wireguard/server_public.key # create /etc/wireguard/wg0.conf and include keys + peers systemctl enable --now wg-quick@wg0
WireGuard कनफिग क्लाइंट प्लेटफ़ॉर्म पर निर्भर करता है; Linux, macOS, Windows, Android, और iOS के लिए कई ट्यूटोरियल और क्लाइंट ऐप्स उपलब्ध हैं। WireGuard का उपयोग करने का मतलब है कि रिमोट डेस्कटॉप ट्रैफ़िक सीधे एन्क्रिप्टेड टनल पर रूट होगा — क्लाइंट मशीन पर किसी सार्वजनिक ऐप पोर्ट की आवश्यकता नहीं।
चरण 4 — रिमोट डेस्कटॉप सर्वर इंस्टॉल करें (RustDesk उदाहरण)
साफ़ समझें कि VPS पर क्या जाता है: कोई डेस्कटॉप एजेंट नहीं, बल्कि रेंडेज़्वू और रिले की जोड़ी — hbbs और hbbr — जो हैंडशेक कराती है और सीधा कनेक्शन न बन पाने पर सेशन ले जाती है। RustDesk क्लाइंट को उसी सर्वर की ओर इंगित करें; Tenvo को सेल्फ-होस्ट नहीं किया जा सकता, और डाउनलोड पेज के क्लाइंट हमारे मैनेज्ड रिले के साथ काम करते हैं। नीचे दिया गया systemd खाका किसी भी सेवा के लिए एक सामान्य पैटर्न है जिसे आप आखिरकार चलाएँ।
उदाहरण: किसी सामान्य रिमोट एजेंट को systemd सेवा के रूप में इंस्टॉल करना (बाइनरी और फ्लैग्स को अपने चुने हुए एजेंट के अनुसार बदलें):
mkdir -p /opt/remote-relay # scp or wget your chosen server binary to /opt/remote-relay/relay-server chown root:root /opt/remote-relay/relay-server chmod +x /opt/remote-relay/relay-server cat >/etc/systemd/system/remote-relay.service <<'EOF' [Unit] Description=Remote desktop relay After=network.target [Service] ExecStart=/opt/remote-relay/relay-server Restart=on-failure [Install] WantedBy=multi-user.target EOF systemctl daemon-reload systemctl enable --now remote-relay.service
एजेंट को एक मजबूत कुंजी या पासवर्ड के साथ कॉन्फ़िगर करें और, यदि समर्थित हो, केवल अनुमत क्लाइंट पब्लिक कीज़ को सीमित करें। यदि आप WireGuard का उपयोग करते हैं, तो एजेंट को WireGuard इंटरफ़ेस या loopback पते पर बाइंड करने के लिए कॉन्फिगर करें ताकि वह सार्वजनिक IP के माध्यम से पहुँच योग्य न हो।
TLS, डोमेन, और रिवर्स प्रॉक्सी (वैकल्पिक)
यदि आपके पास वेब-आधारित क्लाइंट (या एडमिन UI) है, तो nginx को आगे रखें और TLS के लिए Let's Encrypt का उपयोग करें। Ubuntu 22.04 पर praktical certbot कमांड्स:
apt install -y nginx certbot python3-certbot-nginx # create nginx site for example.com and proxy_pass to localhost:8443 certbot --nginx -d example.com
TLS सर्टिफिकेट ऑटो-रिन्यूअल क्रोन को सक्रिय रखें (certbot यह सेटअप करता है)। यदि आप डोमेन उपयोग करते हैं, तो एक A रिकॉर्ड को अपने VPS IP की ओर पॉइंट करें और क्लाइंट कॉन्फ़िगरेशन में डोमेन का उपयोग करें। TLS वेब UIs और ब्राउज़र-आधारित क्लाइंट्स की सुरक्षा करता है; यह मजबूत एजेंट प्रामाणिकरण का प्रतिस्थापन नहीं है।
परीक्षण और सत्यापन
बेसिक चेक्स:
- SSH: पासवर्ड लॉगिन का प्रयास करें — यह असफल होना चाहिए।
- WireGuard: क्लाइंट उठाकर VPS WireGuard IP को पिंग करें।
- Agent: अपने क्लाइंट से WireGuard इंटरफ़ेस या TLS endpoint के माध्यम से एजेंट से कनेक्ट करें; latency और audio/video गुणवत्ता सत्यापित करें।
- Logs: कनेक्ट करते समय
journalctl -u remote-relay -f(जिस नाम से आपने ऊपर यूनिट रखा) और/var/log/nginx/error.logकी जाँच करें।
सेशन के दौरान बैंडविड्थ और CPU मापें। यदि VPS पर उच्च CPU देखा जाता है, तो एन्कोडिंग गुणवत्ता घटाएँ, फ्रेम रेट कम करें, या सेशन ब्रोकर को अधिक सक्षम इंस्टेंस पर ले जाएँ।
रखरखाव: अपडेट्स, बैकअप्स, और मॉनिटरिंग
OS अपडेट और रिबूट को कम-उपयोग अवधि में शेड्यूल करें। सुरक्षा पैच के लिए unattended-upgrades का उपयोग करें लेकिन बड़े अपग्रेड्स को मैन्युअली परीक्षण करें। जोखिम भरे परिवर्तन से पहले अपने VPS डिस्क का स्नैपशॉट प्रोवाइजर के माध्यम से लें, और रिकवरी के लिए एक कॉपी ऑफ़-साइट रखें।
मॉनिटरिंग सुझाव: अपने प्रदाता कंसोल में बेसिक मॉनिटरिंग सक्षम करें (अधिकांश CPU, बैंडविड्थ, और डिस्क दिखाते हैं) और एक सरल अलर्टिंग सेटअप पर विचार करें (out-of-disk या high CPU पर ईमेल)। अपनी SSH कुंजियों को वार्षिक रूप से रोटेट करें और खोई हुई कोई भी कुंजी तुरंत रद्द करें।
जब यह सही विकल्प नहीं है
$5 VPS पर self-hosting एक lab बॉक्स के लिए ठीक है, या जब कोई आवश्यकता आपको कोई और विकल्प न दे। व्यक्तिगत उपयोग और छोटी टीमों के लिए यह आमतौर पर महँगा विकल्प होता है जब आपकी अपनी समय लागत को बिल पर जोड़ा जाता है। यह भी सही निर्णय नहीं है यदि आपको यह चाहिए:
- बिना देखरेख का संचालन — एक $5 VPS एक ही बॉक्स है जिसे आप खुद पैच करते और मॉनिटर करते हैं। Tenvo का मैनेज्ड रिले वही hbbs/hbbr स्टैक जर्मनी में हमारे रिले सर्वरों पर चलाता है: Free $0, Lite $2.99/माह, Pro $7.99/माह, जबकि खुद चलाने पर VPS के $5 और ऊपर से आपका अपना ऑन-कॉल, पैचिंग और सर्टिफ़िकेट नवीनीकरण। टीम के लिए देखें the business plans.
- GPU-accelerated streaming या कई समकालिक उपयोगकर्ता — इनके लिए बड़े इंस्टेंस या समर्पित हार्डवेयर की आवश्यकता होती है।
सुरक्षा-चिंतित पाठकों के लिए, हमारा गहरा लेख पढ़ें: Remote Desktop Security: What You Need to Know. होस्टेड-वरसस-सेल्फ-होस्टेड गणित पूरी तरह — बैंडविड्थ, ऑन-कॉल, कुंजी की निगरानी, सर्टिफिकेट नवीनीकरण — के लिए देखें Self-hosted remote desktop: the honest 2026 guide.
निष्कर्ष और अगले कदम
तकनीकी रूप से यह सीधा-सादा है: SSH keys का उपयोग करें, बॉक्स को फ़ायरवॉल से लॉक करें, WireGuard को पसंद करें ताकि कम एप्लिकेशन पोर्ट खुले रहें, और सर्विस को systemd के तहत चलाएँ। ऊपर के चरण जो नहीं दिखाते वे हैं स्थायी लागत — आप ही ऑन-कॉल रोटा हैं, पैचिंग शेड्यूल, कुंजी की निगरानी और सर्टिफिकेट नवीनीकरण, एक ही क्षेत्र में एक बॉक्स के साथ और असफल होने पर कोई बैकअप नहीं। जब एक अनुपालन दायित्व, अलग नेटवर्क या निवास नियम इसे आवश्यक बनाते हों तब यह इसके लायक है। अन्यथा यह इसके लायक नहीं है।
तो: यदि कोई आवश्यकता आपको self-host करने के लिए बाध्य करती है, तो $5 VPS उठाएँ, ऊपर दिए गए चरणों का पालन करें, और काम करने वाले hbbs/hbbr इंस्टॉल और पूर्ण चलती-लागत ब्रेकडाउन के लिए Self-hosted remote desktop: the honest 2026 guide का उपयोग करें। यदि कुछ भी आपको बाध्य नहीं करता, तो बॉक्स छोड़ दें: download the client और managed relay पर शुरू करें — Free $0, Lite $2.99/माह, Pro $7.99/माह पर pricing, या टीम के लिए the business plans।
खुद आज़माना चाहेंगे?
30 उपकरणों के लिए मुफ्त, किसी क्रेडिट कार्ड की आवश्यकता नहीं। दो मिनट में चालू और कनेक्ट।