दूरस्थ डेस्कटॉप कनेक्शन विंडोज सर्वर 2012 से कनेक्ट नहीं हो सकता है

Question

मिशन टू रिमोट डेस्कटॉप इनटू विंडोज सर्वर 2012 (स्टैंडअलोन)।

परिस्थिति:

• कंट्रोल पैनल, सिस्टम, रिमोट सेटिंग्स, रिमोट डेस्कटॉप - अनुमति दें
• सभी फायरवॉल बंद
• ज्ञात आईपी पते का उपयोग करके प्रयास कनेक्ट करें (पिंग कार्य ठीक है)
• विकल्प को एक ऐसे उपयोगकर्ता के रूप में कनेक्ट करें जो पहले ही लॉग ऑन कर चुका है।

त्रुटि संदेश:

Remote Access Cannot Connect
1)  Remote access not enabled
2)  Remote computer turned off
3)  Remote computer not available

अतिरिक्त जानकारी:

• सर्वर 2012 RDC OUT कर सकता है।
• मैं जिन मशीनों को IN से कनेक्ट करने के लिए उपयोग कर रहा हूं वे विंडोज 7 और विंडोज 8 हैं, वे अन्य मशीनों को RDC करेंगे।
• मुझे दूरस्थ डेस्कटॉप को कॉन्फ़िगर करने का उचित अनुभव है।

सवाल:

क्या यह 2012 सर्वर पर बीटा सॉफ़्टवेयर का दोष है, या आरडीसी को काम करने का एक नया तरीका है जो मुझे याद आ रहा है?

Comments

क्या दोनों स्थानीय नेटवर्क पर हैं? (मुझे अभी तक परीक्षण करने का मौका नहीं मिला है, लेकिन, यह पहला स्पष्ट प्रश्न होगा)। यदि आपको कुछ घंटों में जवाब नहीं मिलता है, तो मैं इसे स्थापित करने और परीक्षण करने का प्रयास करूंगा।

— विलियम हिल्सम

हाँ, दोनों एक ही सबनेट पर। मशीन ड्यूल बूट है। जब सर्वर 2008 R2 आरडीसी में बूट किया जाता है। लेकिन सर्वर 2012 में नहीं।

— लड़के थॉमस

Mabe आपको डोमेन, निजी या सार्वजनिक के लिए "रिमोट डेस्कटॉप" को सक्षम करने की आवश्यकता है "ऐप्स को विंडोज फ़ायरवॉल के माध्यम से संवाद करने की अनुमति दें" चीयर्स

Answer 1

मैंने देखा है कि कुछ समय के लिए दूरस्थ डेस्कटॉप को सक्षम करना पोर्ट 3389 के लिए फ़ायरवॉल अपवाद को सही ढंग से सक्षम नहीं करता है। कृपया जाँच करें कि क्या उपयुक्त नियम सक्षम है। यदि यह है, तो अक्षम करने और तुरंत फ़ायरवॉल को सक्षम करने का प्रयास करें। इसने कई मौकों पर मेरे लिए काम किया।

Comments

इसने मेरे लिए काम किया। 2012 R2 सर्वर को स्थापित करने और दूरस्थ डेस्कटॉप को सक्रिय करने के बाद, फ़ायरवॉल ने अभी भी दूरस्थ डेस्कटॉप से ​​इनबाउंड संचार को अवरुद्ध कर दिया है। मुझे इसे काम करने के लिए सभी नेटवर्क प्रोफाइल के नियमों को मैन्युअल रूप से सक्षम करना था (मेरे मामले में 2012 R2 को डोमेन सर्वर के रूप में कॉन्फ़िगर नहीं किया गया है, और मुझे लगता है कि इसने मेरे LAN को सार्वजनिक LAN के रूप में मान्यता दी है।)

— Philm

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

— ub3rst4r

इसने केवल मेरे लिए डोमेन प्रोफ़ाइल के लिए फ़ायरवॉल नियम बनाए। मुझे भी सार्वजनिक नियमों को मैन्युअल रूप से सक्षम करना था।

— जोएल मैकबेथ

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

— एंड्रयू

Answer 2

Windows Server 2012 के संसाधनों तक पहुंचने के लिए आपको संभवतः CAL ( क्लाइंट एक्सेस लाइसेंस ) की आवश्यकता होगी ।

Answer 3

मैं आपको ओपी के समान स्थिति में था। RDP को सक्षम करने के लिए मेरे पास एक समूह नीति थी। मैंने जाँच की कि यह लागू हो रहा था, और मैं लक्ष्य सर्वर को पिंग कर सकता था। 2012 के सर्वर मैनेजर में, उसने कहा "रिमोट डेस्कटॉप: सक्षम"।

हालांकि, सुशांत (cmd> systempropertiesremote) द्वारा पोस्ट किए गए चरणों का पालन करने के बाद (जो कि अन्य तरीकों जैसे sysdm.cpl तक भी पहुंचा जा सकता है) मैं सिस्टम प्रॉपर्टीज के "रिमोट" टैब पर पहुंचा और देखा कि "इसके लिए रिमोट कनेक्शन की अनुमति नहीं है" कंप्यूटर "रेडियो बटन" चुना गया था। यह स्पष्ट रूप से मेरे मुद्दे का कारण था और जैसा कि अपेक्षित था, "इस कंप्यूटर को दूरस्थ कनेक्शन की अनुमति दें" का चयन करके मुझे सर्वर में mstsc करने में सक्षम किया गया।

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

Answer 4

कृपया जांचें कि क्या आपने डिफ़ॉल्ट कीबोर्ड बदल दिए हैं।

मुझे भी यही समस्या थी लेकिन जैसे ही मैंने कीबोर्ड - इंडिया को चुना , जिसे मैंने 2012 में स्थापित करते समय कॉन्फ़िगर किया था, सिस्टम ने रिमोट डेस्कटॉप कनेक्शन को फिर से अनुमति दी।

Comments

यह मेरे लिए मुद्दा था, किसी कारण से मैंने देखा कि स्थानीय व्यवस्थापक पासवर्ड अब स्वीकार नहीं किया जा रहा था, क्योंकि कीबोर्ड भाषा बदल गई थी। इसके बाद मैंने देखा कि आरडीपी अब काम नहीं कर रहा था, मैंने इस पोस्ट तक दोनों को कनेक्ट नहीं किया। अजीब बग!

— फ्रेडोफ

Answer 5

इसलिए मुझे विंडोज़ 2012 वीएम पर एक स्थिर आईपी सेट करते समय एक समस्या आई। जब स्थिर आईपी सेट किया गया था मेरा वीएम आरडीपी या आरडीसी के लिए अनुत्तरदायी बन गया। मैंने इसे कैसे तय किया?

1. कंट्रोल पैनल> नेटवर्क और इंटरनेट> नेटवर्क और शेयरिंग पर जाएं

2. शीर्ष बाएं कोने में एडेप्टर सेटिंग्स बदलें

3. नेटवर्क पर दायाँ क्लिक करें जिसे स्थिर आईपी को निर्दिष्ट करने और गुणों का चयन करने की आवश्यकता है

4. इंटरनेट प्रोटोकॉल संस्करण 4 चुनें (टीसीपी / आईपीवी 4)

5. निम्नलिखित आईपी पते का उपयोग करें और अपने स्थिर आईपी दर्ज करें, सबनेट मास्क जो प्रदान किया गया है और प्रदान किया गया डिफ़ॉल्ट गेटवे है

6. दिए गए और पसंदीदा DNS दर्ज करें

7. ठीक क्लिक करें और कमांड प्रॉम्प्ट खोलें और टाइप करें: ipconfig / flushDNS

उपरोक्त कमांड प्रॉम्प्ट में Collin का उपयोग नहीं करते हैं और ipconfig के बाद एक स्थान है

8. इसके बाद vm को रीसेट किया जाता है और आप vm को rdp करने का प्रयास करते हैं

9. अब आप स्थिर आईपी पर चल रहे हैं

जे एस ई।

Answer 6

मुझे विन्डोज़ XP क्लाइंट के साथ भी यही समस्या थी जो विंडोज़ 2012 आर 2 रिमोट सर्वर से कनेक्ट नहीं हो सकी।

मैंने सर्वर पर इस बॉक्स को अनचेक करके समस्या को हल किया: "नेटवर्क स्तर प्रमाणीकरण (पुनर्प्राप्त) के साथ दूरस्थ डेस्कटॉप चलाने वाले कंप्यूटर के लिए केवल कनेक्शन की अनुमति दें"।

Windows 2012 R2 पर इस सेटिंग्स को खोजने के लिए: "मेरा कंप्यूटर" पर राइट क्लिक करें, फिर "गुण" और फिर "दूरस्थ सेटिंग्स" चुनें। स्क्रीन विच पॉप-अप में आपको वह चेकबॉक्स मिलेगा।

संभवतः XP "नेटवर्क स्तर प्रमाणीकरण" को सुपरपोर्ट नहीं करता है और जब सर्वर को इसकी आवश्यकता होती है, तो XP क्लाइंट कनेक्ट नहीं कर सकता है।

Comments

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

— गाय थॉमस

Answer 7

Windows Server 2012 पर दूरस्थ डेस्कटॉप को कैसे सक्षम करें :

1. अपने माउस को स्क्रीन के दाईं ओर ले जाएं और आपको एक बार, चार्म बार दिखाई देगा।
2. मैग्निफाइंग ग्लास वाले सर्च बटन पर क्लिक करें। नीचे स्क्रीनशॉट देखें:
3. एप्लिकेशन खोज पाठ बॉक्स में CMD दर्ज करें:
4. बाईं ओर CMD पर क्लिक करें, यह कमांड प्रॉम्प्ट लॉन्च करेगा:
5. कमांड प्रॉम्प्ट विंडो में, SystemPropertiesRemote टाइप करें और एंटर दबाएं
6. उपरोक्त कमांड सिस्टम प्रॉपर्टीज विंडो लॉन्च करेगा।
7. रिमोट डेस्कटॉप के तहत उपयुक्त विकल्प का चयन करें और ठीक पर क्लिक करें।

Comments

कृपया अन्य साइटों के लिंक पोस्ट न करें। यहां आवश्यक सामग्री शामिल करें। इसके अलावा, मैं यह नहीं देखता कि यह कैसे कहा गया सवाल का जवाब दे रहा है।

— 19

क्या आपने विंडोज सर्वर 2012 पर अपने विचार का परीक्षण किया है?

— गाइ थॉमस

Answer 8

सभी जवाबों और टिप्पणियों की समीक्षा करने के बाद, इसी तरह की समस्याओं के लिए इंटरनेट को भी फंसाना, मेरा निष्कर्ष यह है कि यह विंडोज 2012 सर्वर कंप्यूटर पर एक फ़ाइल भ्रष्टाचार समस्या है।

आगे के संकेत
क) इस परीक्षण मशीन ने पहले डिस्क की समस्याएं दी हैं।
b) sfc / scannow त्रुटियों को प्रकट करता है।

Answer 9

डिफ़ॉल्ट कीबोर्ड के साथ समस्या निश्चित रूप से एक कारण है।

एक सर्वर पर, मैंने यूएस कीबोर्ड को हटा दिया था (जो स्थापना के दौरान डिफ़ॉल्ट रूप से कॉन्फ़िगर किया गया था), फिर आरडीपी को सक्षम करने का प्रयास किया, और यह काम नहीं किया।

एक बार जब मैंने यूएस कीबोर्ड को फिर से स्थापित किया, RDP ने काम करना शुरू कर दिया!

Answer 10

मुझे XP और Windows 8 क्लाइंट दोनों के साथ एक ही समस्या थी ... ऐसा लगता था कि सर्वर डोमेन से ठीक से जुड़ा नहीं था, मैंने सर्वर को रिबूट किया, डोमेन एडमिनिस्ट्रेटर के रूप में लॉग इन किया, और फिर जब मैंने RDP विन 8 मशीन का उपयोग करके कनेक्ट करने का प्रयास किया ठीक काम किया, XP ऊपर के रूप में एनएलए के कारण नहीं होगा।

Answer 11

मुझे अभी-अभी यह समस्या मेरे Windows 2012 R2 डोमेन नियंत्रक से जुड़ने में आई है। यह पता चला कि इसका कारण यह था कि डीसी पर नेटवर्क स्थान जागरूकता सेवा ने नेटवर्क कनेक्शन को डोमेन के बजाय सार्वजनिक के रूप में सेट किया था। मेरे लिए काम करने वाला समाधान NLA सेवा को पुनः आरंभ करने के लिए था जैसा कि यहां वर्णित है /server/362374/domain-controller-thinks-its-on-a-public-network ।