दूरस्थ डेस्कटॉप त्रुटि संदेश के बिना विफल रहता है


10

मेरे सर्वर Windows 2008 R2 सर्वर को रिबूट करने के बाद, मैं अब दूरस्थ डेस्कटॉप में लॉग इन नहीं कर सकता। जब मैं कनेक्ट करने का प्रयास करता हूं, तो दूरस्थ डेस्कटॉप अलग-अलग स्थिति संदेशों के माध्यम से ज़ूम करता है, उनमें से अंतिम "दूरस्थ सत्र कॉन्फ़िगर करना" और फिर मुझे कोई त्रुटि संदेश दिए बिना प्रारंभिक कनेक्शन संवाद पर फिर से निर्भर करता है।

सर्वर लगता है, क्योंकि यह अभी भी वेब पृष्ठों को वितरित कर रहा है। इसके अलावा, यह मेरी साख को स्वीकार करता है।

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

धन्यवाद,

एड्रियन

संपादित करें: इस बीच सर्वर ऑनलाइन वापस आ गया है। मुझे यकीन नहीं है कि अगर उसने ऐसा किया है तो वह खुद है या अगर तकनीकी समर्थन किया है क्योंकि मैंने अब तक उनकी बात नहीं सुनी है, लेकिन समस्या का हल फिलहाल है। हालाँकि, यह thep की समस्या का कारण नहीं जानना थोड़ा निराशाजनक है।


त्वरित प्रश्न - क्या आप कनेक्शन क्रेडेंशियल्स को बचाने का प्रयास कर रहे हैं?
श्री उग्र

शुरू में मैं था, लेकिन फिर मैंने भी बिना साख बचाए कोशिश की। मैंने इसे एक अलग टर्मिनल से भी आज़माया। हमेशा एक ही समस्या।
एड्रियन ग्रिगोर

1
एड्रियन - क्या इवेंट व्यूअर में कुछ भी है? क्या रिबूट तब हुआ था जब आपने इसकी योजना बनाई थी, या यह हाल ही में था?
एमफिनि

@mfinni: कृपया मेरा जवाब नीचे देखें
एड्रियन ग्रिगोर

जवाबों:


2

सत्यापित करें कि यह वास्तव में रिबूट किया गया है - यदि आप रिमोट सर्वर के खिलाफ "नेट उपयोग" कर सकते हैं, तो इवेंट व्यूअर से कनेक्ट करके देखें कि क्या उसने वास्तव में रिबूट किया था। मैंने बहुत सारे Win2k3 सर्वर देखे हैं, जो RDP सत्र से रिबूट होने पर वास्तव में रिबूट नहीं करते हैं, लेकिन RDP को जवाब देना बंद कर देते हैं। यदि ऐसा है, तो आप सर्वर के खिलाफ शटडाउन / i कर सकते हैं या रिबूट को निष्पादित करने के कुछ अन्य आउट-ऑफ-बैंड विधि का उपयोग कर सकते हैं।

और अगर यह मामला है, तो भविष्य में, नियमित RDP सत्र से रिबूट न ​​करें। केवल / कंसोल या / व्यवस्थापक कनेक्शन से रिबूट करें, या शटडाउन / i, या अन्य दूरस्थ तरीकों का उपयोग करें।


मुझे गूंगा प्रश्न के लिए क्षमा करें, मैं विंडोज़ की मेजबानी के लिए नया हूँ क्योंकि मैंने केवल उम्र के लिए लिनक्स का उपयोग किया है, लेकिन क्या मैं इन सभी आदेशों को दूरस्थ डेस्कटॉप के बिना कर सकता हूं? अभी तक मैंने कोई भी तृतीय पक्ष ssh सर्वर स्थापित नहीं किया है। क्या लिनक्स सिस्टम पर SSH के समान ही कंप्यूटर के कंसोल से कनेक्ट करने का कोई तरीका है?
एड्रियन ग्रिगोर

1
आप इसके लिए SSH का उपयोग नहीं करते हैं, "नेट उपयोग" टीसीपी पर NetBIOS के माध्यम से काम करता है। अपनी मशीन से सर्वर के लिए "शुद्ध उपयोग" करें, फिर अपनी मशीन पर कंप्यूटर प्रबंधन या इवेंट व्यूअर चलाएं, और रिमोट मशीन से कनेक्ट करें।
mfinni

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

1

मुझे 2003 में एक सर्वर पर दूरस्थ डेस्कटॉप का उपयोग करने में समस्या हुई थी। मैंने कनेक्ट किया और कुछ स्थिति संदेशों को देखने के बाद मुझे पूर्ण डेस्कटॉप देखने से पहले डिस्कनेक्ट कर दिया गया।

समस्या यह थी, कि सर्वर में गलत समय था क्योंकि सिंक्रनाइज़ेशन कुछ महीने के लिए विफल हो गया (मुझे लगता है कि लगभग 30 मिनट का समय अंतर था)।


संकेत के लिए धन्यवाद, लेकिन यह यहाँ समस्या नहीं लगती है। सर्वर ब्रांडन्यू है, बस आज इसे स्थापित करें।
एड्रियन ग्रिगोर

1

इवेंट लॉग की आगे की जांच के बाद, मुझे लगता है कि मुझे समस्या मिल गई है। पुनः आरंभ होने के ठीक बाद यह त्रुटि थी:

Windows मॉड्यूल इंस्टॉलर सेवा को एक प्रीहुटडाउन नियंत्रण प्राप्त करने के बाद ठीक से बंद नहीं हुआ।

तो समस्या यह थी कि कुछ सेवाएं बंद हो गई थीं, जबकि यह विशेष सेवा लटकी हुई थी। ऐसा लगता है कि एक टाइमआउट (एक घंटे) के बाद मारा गया है, जिसके बाद खिड़कियों को इरादा के अनुसार रिबूट किया गया है।

अब केवल शेष प्रश्न यह है कि भविष्य में इसे कैसे रोका जाए। जाहिर है कि मैं भविष्य के रिबूट को इससे थोड़ा तेज चलाना चाहूंगा ...


1

मैं अपने विंडोज सर्वर 2012 (7 साल बाद) के साथ एक ही समस्या के साथ Google के माध्यम से यहां आया था, इसलिए मैं अन्य खोजकर्ताओं के लिए समस्या के साथ अपना खुद का अनुभव जोड़ूंगा। यहाँ क्या हुआ:

  1. हाल ही के WannaCrypt हमलों के प्रकाश में, मैंने Microsoft से सभी लंबित सुरक्षा अपडेट स्थापित किए। स्वाभाविक रूप से, एक रिबूट की आवश्यकता थी। दूसरी बार के लिए। 24 घंटे से भी कम समय में। एक सर्वर पर जो इस पूरे गड़बड़ से पहले 350 दिनों के लिए सीधे चल रहा था। मुझे आशा है कि सभी हैकर्स नरक में जलते और सड़ते हैं (मैं नास्तिक बीटीडब्ल्यू हूं, मुझे नरक में भी विश्वास नहीं है)।
  2. मैंने विंडोज अपडेट में रीस्टार्ट बटन पर क्लिक किया। मेरा RD सत्र तुरंत समाप्त कर दिया गया था और पुन: कनेक्ट करने के सभी प्रयास बिना किसी त्रुटि संदेश के विफल हो जाएंगे, लेकिन सर्वर अभी भी चालू था और निर्बाध और सेवारत पृष्ठों को चला रहा था। मुझे यह पता है क्योंकि मेरे AppPool को हर बार पूरी तरह से लोड होने में एक या दो मिनट लगते हैं। मैं अनुमान लगा रहा हूं कि विंडोज अपडेट कुछ प्रारंभिक चरणों से गुजर रहा था, जिसे बंद करने के लिए सिस्टम पर अन्य सेवाओं की आवश्यकता नहीं थी।
  3. कुछ और (बहुत लंबे और तनावपूर्ण) मिनटों के बाद, सर्वर सभी अनुरोधों के लिए HTTP 503 लौटाएगा। मैं अभी भी सर्वर पिंग कर सकता है। लगता है: सर्वर अभी भी चल रहा है, IIS बंद हो रहा है, और अधिक गंभीर अद्यतन कार्य प्रगति पर है।
  4. एक मिनट या बाद में, मैंने सर्वर तक सभी पहुंच खो दी। कोई कर्नेल नहीं, कोई विंडोज नहीं, कुछ भी नहीं, वास्तविक रिबूट के बाद सिस्टम के ऑनलाइन वापस आने का इंतजार करना।
  5. एक और मिनट के बाद, पिंग वापस आ गया था, और मैं वास्तव में अपडेट के अंतिम चरणों को देखने के लिए समय में आरडी से जुड़ने में कामयाब रहा। सर्वर सामान्य रूप से चल रहा है।

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


0

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


0

इसका अच्छा, अगर इसका हल है लेकिन भविष्य के संदर्भों के लिए, मैं इन पंक्तियों को जोड़ रहा हूं;

  1. रिमोट डेस्कटॉप काम करेगा, एक बार सर्वर यूपी है और रीस्टार्ट के बाद लॉगिन स्क्रीन दिखाई देता है। आमतौर पर, सभी ICMP (पिंग) और सेवाएँ (वेब ​​/ डोमेन आदि) उपलब्ध हो जाती हैं लेकिन दूरस्थ डेस्कटॉप को पूरी तरह से चालू और चलाने के लिए सर्वर की आवश्यकता होती है।
  2. यदि सर्वर को पुनरारंभ किया गया है और आप उम्मीद कर रहे हैं कि कोई और पहले से ही जुड़ा हो सकता है, तो आप mstsc / admin की कोशिश कर सकते हैं । यह आपको सर्वर पर दो लॉगिन की सीमा को लॉगिन / बायपास करने में मदद करेगा।
  3. बस इस उत्तर में एक और बात को कवर करने के लिए जो इसके लिए नहीं है, लेकिन इससे संबंधित है, डीएनएस कैश में आउटडेटेड प्रविष्टि भी एक बात हो सकती है, लेकिन यह स्पष्ट रूप से आपकी त्रुटि के बारे में बताता है।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.