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

एक टनल आपके डिवाइस को किसी नेटवर्क में जाने का रास्ता देता है. जबकि डेस्कटॉप सत्र आपको किसी दूसरी मशीन से जुड़ी स्क्रीन और कीबोर्ड देता है।

लक्षण इस पर निर्भर करता है कि ऐप कहाँ चलता है

टनल से सीधी पहुँच में ऐप आपके अपने डिवाइस पर चलता है और उसके अनुरोध अनुमत निजी रूट से होकर किसी फ़ाइल शेयर या आंतरिक साइट तक जाते हैं। अगर वह ऐप विफल होता है, तो आप नाम-समाधान या रूटिंग की समस्या देख रहे हैं, और स्थानीय प्रोग्राम बाकी मामलों में सामान्य व्यवहार करता है।

रिमोट सत्र में ऐप दूर की मशीन पर चलता है और आपका डिवाइस उसकी तस्वीर पाता है। इससे विफलताओं की सूची पूरी तरह बदल जाती है: सत्र होस्ट उपलब्ध होना चाहिए, कनेक्शन स्वीकार करने वाली सेवा सुन रही होनी चाहिए, और आपका खाता टनल तथा होस्ट दोनों पर अधिकृत होना चाहिए। टनल में सफल लॉगिन के बाद खाली विंडो आमतौर पर इसका मतलब है कि दूसरा प्रमाणीकरण कभी सफल नहीं हुआ।

दोनों डिज़ाइन एक ही उपयोगकर्ता के लिए साथ रह सकते हैं। एक आम व्यवस्था में पहले टनल और फिर उसके भीतर डेस्कटॉप सत्र चाहिए होता है, और इसीलिए आंशिक सफलता को एक टूटी सुविधा के रूप में पढ़ना इतना आसान है।

प्रदर्शन कार्यभार का अनुसरण करता है, लेबल का नहीं

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

यह अंतर तब मायने रखता है जब कोई धीमेपन की शिकायत करता है। टाइप करते समय सुस्त लगने वाला रिमोट सत्र आने-जाने की देरी के प्रति संवेदनशील है, जबकि उसी टनल पर सीधे फ़ाइल खोलना थ्रूपुट के प्रति संवेदनशील है। सामान्य गति के आंकड़े की जगह कार्य को मापें, और ठीक उसी क्रिया का परीक्षण करें जिसकी उपयोगकर्ता शिकायत कर रहा है।

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

विफल होने पर हर परत को अलग-अलग जाँचें

बाहर से अंदर की ओर बढ़ें और लिखें कि हर कदम क्या लौटाता है, क्योंकि सब कुछ एक साथ फिर से चालू करना सबूत नष्ट कर देता है। पुष्टि करें कि टनल चालू है, फिर कि निजी रूट हल होता है, फिर कि सत्र होस्ट कनेक्शन स्वीकार करता है, फिर कि आपका खाता वहाँ अनुमत है।

Test-NetConnection -ComputerName 172.20.8.30 -Port 3389
Resolve-DnsName workstation-14.corp.example
qwinsta /server:172.20.8.30

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

एन्क्रिप्शन और प्राधिकरण भी अलग काम हैं। टनल मार्ग को एन्क्रिप्ट करता है, जबकि सत्र प्रोटोकॉल आपको होस्ट के सामने प्रमाणित करता है और ऐप आपको दोबारा प्रमाणित कर सकता है। पहली जाँच पास करना तीसरी के बारे में कुछ नहीं बताता, और नेटवर्क के बाहर से रिमोट पीसी तक पहुँचने के मार्गदर्शन में बताया गया है कि एक काम करती तैनाती को किन हिस्सों की जरूरत होती है।

तय करें कि क्या संगठन के भीतर ही रहना चाहिए

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

सत्र की आयु दूसरा आश्चर्य है। विंडो बंद करने से सत्र होस्ट पर चलता रह सकता है, इसलिए टनल खोने से वह शायद केवल अस्थायी रूप से अगम्य होता है। साझा मशीन पर काम खत्म करने का स्वीकृत तरीका सीखें, और साइन-आउट हो गया मानने के बजाय बाद में होस्ट जाँचें।

लिखें कि कौन-सी परत विफल हुई, आपने क्या बदला और उपयोगकर्ता को क्या दोबारा जाँचना चाहिए। वह रिकॉर्ड ऐसे समाधान से अधिक मूल्यवान है जिसे कोई दोबारा नहीं बना सकता।

संबंधित लेख