VPN पर रिमोट डेस्कटॉप: परतदार सुरक्षा प्लेबुक

आप लोगों को घर से काम करने देना चाहते हैं, दूर से मशीनें ठीक करना चाहते हैं, या दो कार्यालयों को जोड़ना चाहते हैं — और आपका दिमाग तुरंत एक ही दो चिंताओं पर अटक जाता है: क्या कनेक्शन भरोसेमंद होगा, और क्या यह एक नया हमला‑पाथ बनेगा? "Remote desktop over VPN" एक साफ समाधान का वादा करता है, लेकिन अगर आप VPN को केवल ऑन/ऑफ स्विच की तरह扱ते हैं बजाय कि रक्षा‑में‑गहराई की एक परत के, तो यह आपको गलत सुरक्षा भावना दे सकता है। यह गाइड वास्तविक ट्रेड‑ऑफ, व्यावहारिक नियंत्रण और ऑपरेशनल चेक्स को बताता है जिनकी जरूरत होती है ताकि वह वादा सच्चा साबित हो।

1 — रिमोट डेस्कटॉप को VPN पर चलाने का कारण? खतरा मॉडल और लाभ

VPN + रिमोट‑डेस्कटॉप लोकप्रिय इसलिए है क्योंकि यह एक्सपोज़र घटाता है। सार्वजनिक इंटरनेट पर 3389 (RDP) या 5900 (VNC) जैसे TCP/UDP पोर्ट खोलने की बजाय, आप रिमोट‑डेस्कटॉप सर्वर को एक प्राइवेट नेटवर्क के पीछे रखते हैं और पहले एक VPN टनल ज़रूरी करते हैं। इससे मास‑स्कैनिंग हटती है, ऑटोमेटेड एक्सप्लॉइट ट्रैफ़िक घटता है, और आप एक्सेस नीतियों को केंद्रीकृत कर सकते हैं।

लेकिन VPN कोई जादुई गोली नहीं है। VPN को हमले की सतह का हिस्सा समझें: क्रेडेंशियल्स, चुराए हुए क्लाइंट कीज़, गलत कॉन्फ़िगर किए गए स्प्लिट‑टनल नियम, या समझौता किया हुआ एंडपॉइंट अभी भी लैटरल मूवमेंट की अनुमति दे सकते हैं। आपका खतरा मॉडल इन चीज़ों को शामिल करना चाहिए:

• समझौता किया हुआ रिमोट क्लाइंट (मैलवेयर वाला लैपटॉप)
• चुराए गए VPN क्रेडेंशियल या कीज़
• गलत कॉन्फ़िगर किए गए फ़ायरवॉल/NAT नियम जिनके कारण सेवाएँ अनजाने में एक्सपोज़ हो रही हों
• कमजोर रिमोट‑डेस्कटॉप सॉफ़्टवेयर

इन घटनाओं के होने की धारणा के साथ अपनी रक्षा डिज़ाइन करें — और कभी‑कभी वे वास्तविकता बनेंगे। हम VPN हार्डनिंग, रिमोट‑डेस्कटॉप हार्डनिंग, और ऑपरेशनल मॉनिटरिंग कवर करेंगे जो मिलकर जोखिम घटाते हैं।

2 — VPN विकल्प और महत्वपूर्ण प्रोटोकॉल ट्रेड‑ऑफ

सभी VPN एक जैसे नहीं होते। प्रदर्शन, ऑडिटबिलिटी, NAT ट्रैवर्सल और डिप्लॉयमेंट‑सहूलियत जैसे लक्ष्यों के अनुसार टेक्नोलॉजी और कॉन्फ़िगरेशन चुनें। 2024 में सामान्य विकल्प WireGuard, OpenVPN (2.5+) और IPSec/IKEv2 हैं।

• WireGuard — आधुनिक, छोटा कोडबेस, तेज़। UDP (सामान्यतः पोर्ट 51820) का उपयोग करता है और Linux पर कर्नेल क्रिप्टो का लाभ उठाता है, जिससे लेटेंसी कम और थ्रूपुट अधिक मिलता है। WireGuard की डिज़ाइन जानबूझकर सरल है: स्थिर पब्लिक कीज़ + Noise protocol से व्युत्पन्न एपhemeral सेशन कीज़। यह सादगी हमले की सतह घटाती है लेकिन सावधान की‑मैनेजमेंट और अक्सर केंद्रीकृत ऑथेंटिकेशन/रोटेशन टूलिंग की मांग करती है।
• OpenVPN — परिपक्व, लचीला। डिफ़ॉल्ट पोर्ट 1194/UDP, TCP फॉलबैक का समर्थन करता है। OpenVPN 2.5.x कई पर्यावरणों में मेनस्ट्रीम शाखा है; सही ढंग से कॉन्फ़िगर होने पर यह TLS 1.3 और आधुनिक सिफर सूट्स का समर्थन करता है। यह WireGuard से भारी है पर सर्टिफिकेट‑आधारित PKI और मल्टी‑फैक्टर समाधानों के साथ अच्छी तरह एकीकृत होता है।
• IPSec / IKEv2 — साइट‑टू‑साइट VPNs और कई मोबाइल क्लाइंट्स के लिए व्यापक रूप से उपयोगी। NAT‑T के लिए UDP 500 और 4500 का उपयोग करता है। IKEv2 लचीला है और एंटरप्राइज़ डिप्लॉयमेंट्स के लिए EAP ऑथेंटिकेशन का समर्थन करता है।

प्रदर्शन नोट: WireGuard अक्सर थ्रूपुट और लेटेंसी में OpenVPN से बेहतर प्रदर्शन करता है, लेकिन WireGuard की स्थिर कीज़ के कारण आप इसे आमतौर पर अतिरिक्त ऑथेंटिकेशन बैकएंड (जैसे, शॉर्ट‑लाइव्ड सर्टिफ़िकेट के लिए OAuth) के साथ जोड़ते हैं। OpenVPN आपको सर्वर‑साइड हुक्स (स्क्रिप्ट, सर्टिफ़िकेट रिवोकेशन लिस्ट) देता है पर CPU उपयोग और कॉन्फ़िगरेशन जटिलता की कीमत पर।

प्रोटोकॉल और क्रिप्टो मार्गदर्शन:

• जहाँ उपलब्ध हो TLS 1.3 पसंद करें (OpenVPN 2.5+ TLS 1.3 का समर्थन करता है)।
• AEAD सिफर उपयोग करें (AES-GCM या ChaCha20-Poly1305)।
• जहाँ संभव हो, स्थिर RSA की तुलना में एपhemeral की एक्सचेंज (ECDHE / X25519) को प्राथमिकता दें।
• पुराने सिफर और TLS 1.0/1.1 से बचें।

3 — रिमोट‑डेस्कटॉप के लिए परतदार हार्डनिंग

VPN आपको मशीन या नेटवर्क तक पहुँच देता है। रिमोट‑डेस्कटॉप सेवा वही है जिसे आपको वास्तव में सुरक्षित रखना है। मान लें कि एक प्रमाणीकृत VPN उपयोगकर्ता को भी अतिरिक्त बाधाओं का सामना करना चाहिए। प्रमुख नियंत्रण:

• Authentication: प्रति‑उपयोगकर्ता खाते अनिवार्य करें; सामान्य एडमिन क्रेडेंशियल साझा न करें। मजबूत पासवर्ड और अकाउंट लॉकआउट नीतियाँ लागू करें। जहाँ संभव हो, मल्टी‑फैक्टर ऑथेंटिकेशन (MFA) लागू करें — जैसे स्मार्ट कार्ड, TOTP, या एंटरप्राइज़ MFA (Duo, Microsoft Authenticator) को Windows या RDP गेटवे से जोड़े।
• Network Level Authentication (NLA) and protocol hardening: Windows RDP पर Network Level Authentication सक्षम करें और उपलब्ध सबसे उच्च सुरक्षा स्तर लागू करें। सर्वर को पुराने RDP एन्क्रिप्शन मोड पर मजबूर करने वाले विकल्प अक्षम करें। गैर‑Windows प्रोटोकॉल के लिए, आधुनिक TLS/AEAD सिफर का समर्थन करने वाले क्लाइंट/सर्वर चुनें।
• Limit access by identity and scope: न्यूनतम अधिकार लागू करें: उपयोगकर्ताओं को केवल विशिष्ट होस्ट या समूहों तक सीमित सत्र की आवश्यकता हो और केवल आवश्यक समय के लिए। RBAC या Active Directory समूहों का उपयोग यह नियंत्रित करने के लिए करें कि कौन कनेक्ट कर सकता है।
• Session restrictions: क्लिपबोर्ड रीडायरेक्शन, ड्राइव मैपिंग और प्रिंटर रीडायरेक्शन को तब तक अक्षम रखें जब तक स्पष्ट आवश्यकता न हो। ये लैटरल चैनल आम डेटा एक्सफिल्ट्रेशन वेक्टर होते हैं।
• Account elevation: डिफ़ॉल्ट रूप से स्थानीय Administrator के साथ लॉगिन से बचें। प्रशासनिक कार्यों के लिए Just‑In‑Time (JIT) उन्नयन और ऑडिट ट्रेल्स का उपयोग करें।

यदि आप विशेष प्रयोजन के रिमोट टूल्स (AnyDesk, TeamViewer, Tenvo) का उपयोग कर रहे हैं, तो अंतर ध्यान दें: कमर्शियल क्लाउड टूल NAT ट्रैवर्सल संभालते हैं और अपने ऑथ और रिले इंफ्रास्ट्रक्चर जोड़ते हैं। ये गैर‑IT उपयोगकर्ताओं के लिए आसान हो सकते हैं, पर वे विक्रेता पर भरोसा डालते हैं; क्लोज्ड‑सोर्स टूल्स का क्लाइंट/सर्वर ऑडिट नहीं कर सकते। यदि आप स्वयं‑होस्टेड विकल्प चाहते हैं, तो हमारे self‑hosted गाइड /self-hosted-remote-desktop-guide को देखें और Tenvo पर विचार करें जिसे आप स्वयं‑होस्ट कर सकते हैं या हमारे क्लाउड के माध्यम से चला सकते हैं — डाउनलोड के लिए /download पर जाएँ।

4 — आर्किटेक्चर: फुल‑टनल, स्प्लिट‑टनल, साइट‑टू‑साइट और गेटवे

आर्किटेक्टुरल चुनाव यह निर्धारित करते हैं कि VPN कनेक्शन स्थापित होने के बाद हमला सतह कितनी व्यापक हो जाएगी।

• Full‑tunnel client VPN (सभी ट्रैफ़िक VPN के माध्यम से): आंतरिक संसाधनों की रक्षा के दृष्टिकोण से सबसे सुरक्षित क्योंकि रिमोट क्लाइंट्स एक ही समय में आंतरिक नेटवर्क और इंटरनेट दोनों तक बिना कॉर्पोरेट ईग्रेश कंट्रोल्स को पार किए नहीं पहुँच सकते। डाउनसाइड: उच्च बैंडविड्थ लागत और इंटरनेट‑बाउंड ट्रैफ़िक के लिए प्रदर्शन घट सकता है।
• Split‑tunnel: केवल आंतरिक संसाधनों के लिए ट्रैफ़िक VPN पर जाता है। बैंडविड्थ के लिए अधिक कुशल लेकिन जोखिम बढ़ाता है कि एक समझौता किया हुआ क्लाइंट आंतरिक होस्ट्स और सार्वजनिक इंटरनेट के बीच मालिशियस ट्रैफ़िक मार्गदर्शित कर सकता है। यदि आप स्प्लिट‑टनल का उपयोग करते हैं, तो एंडपॉइंट्स को EDR और सख्त फ़ायरवॉल नीतियों के साथ कड़ाई से हार्डन करें।
• Site‑to‑site VPN: उपयोगकर्ताओं के बजाय नेटवर्क्स को जोड़ता है। कार्यालय‑से‑कार्यालय लिंक के लिए अच्छा है पर यह प्रति‑उपयोगकर्ता ऑथेंटिकेशन की जगह नहीं लेता। इसे होस्ट‑आधारित फ़ायरवॉल और माइक्रो‑सेगमेंटेशन के साथ जोड़ें।
• Gateway / jump host approach: व्यापक VPN पहुँच देने की बजाय, उपयोगकर्ताओं को एक हार्डेंड जंप होस्ट (बास्टियन) से कनेक्ट करने की आवश्यकता रखें और वहाँ से आंतरिक रिमोट‑डेस्कटॉप सत्र शुरू करें। यह लैटरल मूवमेंट घटाता है; आप ऑडिटिंग और सत्र रिकॉर्डिंग केंद्रीकृत कर सकते हैं।

ऑपरेशनल दृष्टि से, गेटवे और शॉर्ट‑लाइव्ड क्रेडेंशियल्स सबसे अच्छा ट्रेड‑ऑफ देते हैं: उपयोगकर्ता VPN सर्टिफ़िकेट या एपhemeral क्लाइंट के साथ एक गेटवे पर ऑथेंटिकेट होते हैं, फिर एक कड़ाई से नियंत्रित जंप बॉक्स के माध्यम से रिमोट‑डेस्कटॉप सत्र करते हैं जो सत्र लॉग रिकॉर्ड करता है और फाइल कॉपी ब्लॉक करता है। यह दृष्टिकोण VPN अलगाव के फायदे को एक अतिरिक्त एप्लिकेशन‑लेवल गेट के साथ जोड़ता है।

5 — मॉनिटरिंग, लॉगिंग, और दुरुपयोग का पता लगाना

मान लें कि ब्रीक्स होंगे। डिटेक्शन रोकथाम जितना ही महत्वपूर्ण है। VPN पर रिमोट‑डेस्कटॉप के लिए व्यवहारिक डिटेक्शन पॉइंट्स:

• VPN logs: सफल और असफल टनल नेगोशिएशन्स, क्लाइंट IPs, और ऑथेंटिकेशन मेथड लॉग करें। अप्रत्याशित जीओ‑लोकेशन्स, तेज़ री‑ऑथेंटिकेशन, या एक ही उपयोगकर्ता से कई IPs पर समांतर कनेक्शनों का सहसंबंध देखें।
• Remote desktop logs: Windows पर Event IDs 4624 (successful logon), 4625 (failed logon), 4648 (logon with explicit credentials), और 4776 (NTLM authentication) देखें। ब्रूट‑फोर्स पैटर्न पर अलर्ट ट्रिगर करें: छोटे समय विंडो में कई असफल 4625 ईवेंट्स के बाद उसी खाते से एक सफल 4624।
• Network IDS and EDR: अपने VPN egress पर नेटवर्क IDS (Suricata/Zeek) तैनात करें और ज्ञात एक्सप्लॉइट पैटर्न के लिए YARA/रूल प्रोफाइल चलाएँ। एंडपॉइंट्स पर EDR होना चाहिए जो लैटरल मूवमेंट और क्रेडेंशियल डम्पिंग के प्रयासों का पता लगा सके।
• Session recording and command logging: प्रशासनिक सत्रों के लिए सत्र रिकॉर्डिंग (RDP gateway, jump host) सक्षम करें और फाइल ट्रांसफर लॉग्स कैप्चर करें। पोस्ट‑इन्सिडेंट फॉरेंसिक्स के लिए लॉग्स को न्यूनतम 90 दिनों तक रखें।

रेट‑लिमिटिंग और ऑटोमेटेड रिस्पांस:

• N असफल प्रयासों के बाद अकाउंट लॉकआउट या प्रोग्रेसिव डिले लागू करें (आम तौर पर 5‑10 प्रयास पर अस्थायी लॉकआउट ट्रिगर)।
• बार‑बार असफल VPN लॉगिन करने वाले स्रोत IPs को ऑटोमेटेड इंटरवल (उदा., 1 घंटा) के लिए बैन करें और लगातार स्रोतों के लिए मैन्युअल समीक्षा आवश्यक करें।

6 — व्यावहारिक चेकलिस्ट और सैंपल कॉन्फ़िगरेशन

यहाँ एक संक्षिप्त प्लेबुक है जिसे आप VPN पर रिमोट‑डेस्कटॉप डिप्लॉय करते समय चला सकते हैं।

1. अपना VPN चुनें: प्रदर्शन और सादगी के लिए WireGuard या लचीलापन के लिए OpenVPN 2.5+। डिफ़ॉल्ट पोर्ट्स: WireGuard 51820/UDP, OpenVPN 1194/UDP (या हार्डन्ड वातावरण के लिए TCP 443)।
2. सर्वर क्रिप्टो और की पॉलिसी: TLS 1.3 या समकक्ष अनिवार्य करें, AEAD सिफर (AES-GCM या ChaCha20-Poly1305), और कुंजी एक्सचेंज के लिए X25519/ECDHE प्राथमिकता दें। सर्वर कीज़ को सालाना घुमाएँ और क्लाइंट कीज़ को संभव हो तो हर 90 दिनों में रोटेट करें।
3. Authentication: सर्टिफ़िकेट‑आधारित या की‑आधारित ऑथ प्लस MFA पसंद करें। उदाहरण: आंतरिक PKI से जारी OpenVPN क्लाइंट सर्टिफ़िकेट और एक‑टाइम पासवर्ड (OTP) फैक्टर पासवर्ड‑केवल से बेहतर आश्वासन देता है।
4. नेटवर्क कॉन्फ़िगरेशन: ACLs के साथ VPN सबनेट एक्सेस सीमित करें। उदाहरण के लिए, यदि आपके आंतरिक होस्ट 10.10.0.0/24 में हैं, तो VPN क्लाइंट्स को केवल 10.10.0.0/24:3389 और जंप होस्ट 10.10.0.10 तक अनुमति देने वाले नियम बनाएं, जबकि प्रबंधन इंटरफेस (10.10.0.2/22) और संवेदनशील स्टोरेज सबनेट्स को ब्लॉक करें।
5. रिमोट‑डेस्कटॉप सेटिंग्स (Windows): Network Level Authentication लागू करें, संभव हो तो RDP 8.0 से नीचे अक्षम करें, क्लिपबोर्ड और ड्राइव रीडायरेक्शन अक्षम करें, और एडमिन लॉगऑन के लिए स्मार्ट‑कार्ड या MFA आवश्यक करें। पैच मासिक रूप से करें — एक्सपोज़्ड एडमिन होस्ट्स के लिए Microsoft Update Tuesday पैच 7 दिनों के भीतर लागू करें।
6. जंप होस्ट / बास्टियन: एक हार्डेंड गेटवे को DMZ में रखें। MFA और सत्र रिकॉर्डिंग आवश्यक करें। उदाहरण: न्यूनतम सेवाओं वाला Ubuntu 22.04 LTS हार्डेंड इमेज, नवीनतम OpenSSH 8.x और केवल VPN सबनेट्स की अनुमति देने वाले होस्ट‑आधारित फ़ायरवॉल नियम।
7. मॉनिटरिंग: लॉग्स को SIEM या लॉगिंग एंडपॉइंट में केंद्रीकृत करें। इन्सिडेंट रिस्पॉन्स के लिए लॉग्स रखें — ऑथेंटिकेशन लॉग्स के लिए न्यूनतम 90 दिन और जहाँ अनुपालन मांगता हो वहाँ ऑडिट लॉग्स के लिए 365 दिन रखें।

# WireGuard minimal server example (wg0.conf)
[Interface]
Address = 10.0.0.1/24
ListenPort = 51820
PrivateKey = 

# client block
[Peer]
PublicKey = 
AllowedIPs = 10.0.0.2/32

# OpenVPN server snippet (server.conf)
port 1194
proto udp
dev tun
server 10.8.0.0 255.255.255.0
cipher AES-256-GCM
ncp-ciphers AES-256-GCM:CHACHA20-POLY1305
tls-version-min 1.2

7 — कब विकल्प बेहतर होते हैं (और ईमानदार ट्रेड‑ऑफ)

ऐसे परिदृश्य हैं जहाँ VPN के बिना रिमोट टूल्स बेहतर मेल खाते हैं:

• गैर‑तकनीकी एंड‑यूज़र्स जिन्हें एड‑हॉक समर्थन चाहिए: क्लाउड‑आधारित रिमोट‑कंट्रोल टूल्स (TeamViewer, AnyDesk) एक‑बारगी समर्थन के लिए तेज़ हो सकते हैं क्योंकि वे NAT ट्रैवर्सल संभालते हैं और कम कॉन्फ़िगरेशन मांगते हैं। वे पारदर्शिता (क्लोज्ड‑सोर्स क्लाइंट्स) और विक्रेता‑ट्रस्ट के बदले उपयोगिता व्यापार करते हैं।
• सीमित IT प्रबंधन वाले अत्यधिक वितरित वर्कफोर्स: जब एंडपॉइंट्स अनमैनेज्ड हों तो VPN सपोर्ट करना भारी हो सकता है। उन मामलों में, केंद्रीकृत नीति और सीमित एक्सेस विंडोज़ वाले एजेंट‑आधारित रिमोट‑डेस्कटॉप ऑपरेट करने में आसान हो सकते हैं।

हम उन ट्रेड‑ऑफ्स को हल्का करके नहीं दिखाते — यदि आपकी प्राथमिकता गैर‑IT स्टाफ के लिए न्यूनतम घर्षण है, तो विक्रेता‑प्रबंधित रिमोट टूल बेहतर हो सकता है। यदि नियंत्रण, ऑडिटबिलिटी और तीसरे‑पक्ष रिले पर भरोसा न करना प्राथमिकता है, तो VPN + स्वयं‑होस्टेड रिमोट‑डेस्कटॉप सही रास्ता है। self‑hosted उपायों की तुलना के लिए /self-hosted-remote-desktop-guide देखें और व्यापक सुरक्षा ट्रेड‑ऑफ के लिए /remote-desktop-security पर जाएँ।

8 — ऑपरेशनल टिप्स और रख‑रखाव

सुरक्षा एक पुनरावर्ती, ऑपरेशनल प्रक्रिया है। व्यावहारिक संचालन टिप्स:

• शेड्यूल पर पैच करें। एक्सपोज़्ड एडमिन होस्ट्स के लिए क्रिटिकल पैच 72 घंटे के भीतर लागू करें; गैर‑क्रिटिकल पैच 30 दिनों के भीतर। अपने VPN सर्वर सॉफ़्टवेयर को अपडेट रखें (उदा., OpenVPN 2.5.x सीरीज़ की मेन्टेनेंस रिलीसेज़) और अपस्ट्रीम एडवाइज़रीज ट्रैक करें।
• की रोटेशन और रिवोकेशन: यदि आप सर्टिफ़िकेट‑आधारित VPNs का उपयोग कर रहे हैं तो Certificate Revocation List (CRL) रखें। खोए/चुराए क्लाइंट सर्टिफ़िकेट तुरंत रिवोक करें और कर्मचारी निकास के हिस्से के रूप में VPN अकाउंट हटाने की ऑफबोर्डिंग चेकलिस्ट रखें।
• इन्सिडेंट रिस्पॉन्स टेस्ट करें: चोरी हुई VPN की या समझौता किए गए रिमोट‑डेस्कटॉप एडमिन अकाउंट का सिमुलेशन करने वाले टेबलटॉप अभ्यास चलाएँ। सत्यापित करें कि आप एक्सेस रिवोक कर सकते हैं, प्रभावित मशीनों को अलग कर सकते हैं, और न्यूनतम डाउनटाइम के साथ पुनर्निर्माण कर सकते हैं।
• कॉन्फ़िगरेशन का बैकअप: VPN सर्वर कॉन्फ़िग्स और PKI सामग्री के एन्क्रिप्टेड बैकअप एक एक्सेस‑कंट्रोल्ड वॉल्ट में रखें। कम से कम एक रिकवरी की ऑफ़लाइन स्टोर करें।

निष्कर्ष और अगले कदम

VPN पर रिमोट‑डेस्कटॉप चलाना एक ठोस आर्किटेक्चर है जब आप इसे व्यापक रणनीति की एक रक्षा‑परत के रूप में देखते हैं: मजबूत VPN क्रिप्टो और की‑मैनेजमेंट, प्रति‑उपयोगकर्ता ऑथेंटिकेशन और MFA, न्यूनतम‑अधिकार एक्सेस, सत्र नियंत्रण (जंप होस्ट), और सक्रिय मॉनिटरिंग। ये सब मिलकर इंटरनेट‑एक्सपोज़्ड हमला सतह घटाते हैं जबकि ऑडिट और रिस्पॉन्स के लिए आवश्यक नियंत्रण बनाए रखते हैं।

यदि आप ऐसा स्वयं‑होस्टेड रिमोट‑डेस्कटॉप कोशिश करना चाहते हैं जो इन सिद्धांतों के साथ बनाया गया हो, तो आप क्लाइंट और सर्वर डाउनलोड करके अपने परिवेश में परीक्षण कर सकते हैं — बिल्ड्स के लिए /download पर जाएँ। प्राइसिंग और होस्टेड विकल्पों के लिए /pricing देखें। और यदि आपको पोर्ट एक्सपोज़र के बिना रिमोट एक्सेस चलाने के लिए एक छोटा चेकलिस्ट चाहिए, तो यह लेख /remote-desktop-without-port-forwarding इस गाइड को पूरा करता है।