उपयोगकर्ताओं ने शिकायत करना शुरू कर दिया है कि मानक RD क्लाइंट (mstsc.exe) का उपयोग करके Windows Server 2008 R2 चलाने वाले RDS (रिमोट डेस्कटॉप सर्वर) फ़ार्म से कनेक्ट करने का प्रयास करते समय उन्हें अक्सर एक त्रुटि मिलती है:
RDS फ़ार्म का कॉन्फ़िगरेशन:RD कनेक्शन ब्रोकर के साथ Windows Server 2008 R2 चलाने वाले 3 सर्वर टर्मिनलों के बीच कार्यभार वितरित करने और वर्तमान सत्रों से पुन:कनेक्ट करने के लिए उपयोग किए जाते हैं। तथ्य यह है कि समय-समय पर त्रुटि हुई थी, यह सुझाव दिया था कि फार्म के सर्वरों में से एक में कोई समस्या थी। अनुक्रमिक खोज के माध्यम से, समस्या सर्वर पाया गया और हम इसके आईपी पते का उपयोग करके इसके डेस्कटॉप से दूरस्थ रूप से कनेक्ट हो गए।
बस के मामले में, मैंने फिर से DNS में सर्वर रिकॉर्ड पंजीकरण चलाया:
ipconfig /registerdns
और कुछ ही मिनटों में क्लाइंट पर स्थानीय DNS कैश रीसेट करें:
ipconfig /flushdns
लेकिन यह मदद नहीं की। सर्वर के साथ कोई अन्य समस्या नहीं थी, इसलिए मुझे Microsoft ज्ञानकोष में एक लेख का उपयोग करना पड़ा:https://support.microsoft.com/ru-ru/kb/2493594 (Windows चलाने वाले दूरस्थ डेस्कटॉप सर्वर से RDP कनेक्शन सर्वर 2008 R2 'स्थानीय सुरक्षा प्राधिकरण से संपर्क नहीं किया जा सकता' संदेश के साथ विफल हो सकता है )।
SSL से RDP कनेक्शन को एन्क्रिप्ट करने के लिए उपयोग किए जाने वाले प्रोटोकॉल के स्तर को कम करने के लिए प्रस्तावित आलेख में समाधान (TLS 1.0 का उपयोग प्रमाणीकरण के लिए किया जाता है) से RDP सुरक्षा परत . तक (एकीकृत और कम सुरक्षित RDP एन्क्रिप्शन)।
नोट . यह सेटिंग दूरस्थ डेस्कटॉप सत्र होस्ट कॉन्फ़िगरेशन -> Microsoft RDP 7.1 ->गुण -> सुरक्षा परत में स्थित है
लेकिन हमारे कॉन्फ़िगरेशन में, नेगोशिएट विधि का उपयोग किया जाता है जो क्लाइंट द्वारा पहली विधि का समर्थन नहीं करने पर TLS से RDP सुरक्षा परत में स्वचालित स्विचिंग का उपयोग करता है।
पूरी तरह से दुर्घटना से, मैंने देखा कि समस्या सर्वर पर समय डोमेन नियंत्रक समय से भिन्न होता है। वास्तव में, यह पता चला कि यह सर्वर (एक आभासी एक) गलत समय के साथ VMWare ESXi होस्ट पर स्थित था, और होस्ट हाइपरवाइजर (वर्चुअल मशीन और ESX सर्वर के बीच समय सिंक्रनाइज़ेशन) के साथ समय सिंक्रनाइज़ेशन का विकल्प सक्षम किया गया था। VMWare टूल सेटिंग।
मुझे ESXi सिंक्रोनाइज़ेशन को अक्षम करना पड़ा और DC के साथ समय को सिंक्रनाइज़ करने के लिए विंडोज टाइम सर्विस को पुनरारंभ करना पड़ा।
net stop w32time net start w32time
उसके बाद, उपयोगकर्ता बिना किसी त्रुटि के आरडीएस फार्म के सभी सर्वरों से जुड़ सकते हैं।
नोट . त्रुटि "यह DNS कैश में एक पुरानी प्रविष्टि के कारण हो सकती है" भी प्रकट होती है यदि आप RDS फ़ार्म में विशिष्ट सर्वर से उसके नाम से कनेक्ट करने का प्रयास करते हैं। इस मामले में, कनेक्शन ब्रोकर क्लाइंट को दूसरे आरडी होस्ट (दूसरे डीएनएस नाम और आईपी पते के साथ) पर रीडायरेक्ट कर सकता है, जिसके परिणामस्वरूप निर्दिष्ट पते और सर्वर के पते के बीच विसंगति होती है, और क्लाइंट प्रमाणीकरण प्रयास के बाद त्रुटि लौटाता है . इसलिए कनेक्ट करने के लिए हमेशा RD फ़ार्म का नाम निर्दिष्ट करें।