रिमोट डेस्कटॉप स्वयं होस्ट करें: $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, बहु-मानिटर high-FPS स्ट्रीमिंग, या कई समकालिक उपयोगकर्ता शामिल हैं, तो आपको बड़ा प्लान चाहिए होगा — भारी उपयोग के लिए एक समर्पित वर्कस्टेशन, और कनेक्टिविटी के लिए managed Tenvo relay, ताकि एक ही क्षेत्र में एक $5 बॉक्स बाधा न बने।

योजना: आप क्या चलाएंगे और किन पोर्ट्स की उम्मीद रखें

यहाँ न्यूनतम आर्किटेक्चर:

• VPS (Ubuntu 22.04) सार्वजनिक IP के साथ
• प्रबंधन के लिए SSH (key-only)
• सुरक्षित टनल के रूप में WireGuard (वैकल्पिक लेकिन सुझाया गया)
• रिमोट-डेस्कटॉप सर्वर (एक उदाहरण एजेंट के रूप में Tenvo) systemd सेवा के रूप में चलाया गया
• वेब-आधारित क्लाइंट्स के लिए वैकल्पिक डोमेन + 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 के उपयोगी। यही काम managed Tenvo relay करता है, एक ही VPS के बजाय multi-region fleet पर। ध्यान दें कि जब एक सत्र 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 — रिमोट डेस्कटॉप सर्वर इंस्टॉल करें (Tenvo उदाहरण)

VPS पर क्या रखा जाए यह स्पष्ट रखें: डेस्कटॉप एजेंट नहीं, बल्कि rendezvous और relay जोड़ी — hbbs और hbbr — जो हैंडशेक ब्रोकर करती है और जब डायरेक्ट कनेक्शन नहीं बन पाता तो सत्र को संभालती है। Tenvo AGPL-3.0 है और वही स्टैक चलाता है, इसलिए आप इसे खुद होस्ट कर सकते हैं; काम करने वाली Docker install, पोर्ट, कुंजियाँ और क्लाइंट कॉन्फ़िग़ लेखबद्ध रूप से क्रम-दर-कदम Self-hosted remote desktop: the honest 2026 guide में दिए गए हैं। डेस्कटॉप क्लाइंट स्वयं the download page से आते हैं। नीचे दिया गया 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 बॉक्स के लिए ठीक है, या जब कोई आवश्यकता आपको कोई और विकल्प न दे। व्यक्तिगत उपयोग और छोटी टीमों के लिए यह आमतौर पर महँगा विकल्प होता है जब आपकी अपनी समय लागत को बिल पर जोड़ा जाता है। यह भी सही निर्णय नहीं है यदि आपको यह चाहिए:

• विभिन्न क्षेत्रों में फैले क्लाइंट्स के लिए कम latency, या किसी तरह का failover — एक $5 VPS एक ही स्थान और एक ही बॉक्स होता है। managed Tenvo relay वही hbbs/hbbr स्टैक multi-region fleet पर चलाता है: Free $0, Lite $2.99/माह, Pro $7.99/माह, इसके मुक़ाबले $5 VPS और आपकी अपनी ऑन-कॉल रोटा, पैचिंग और सर्टिफिकेट नवीनीकरण। टीम के लिए देखें 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।