KamoCRM

Xrdp को अपने सत्र के बैकएंड को स्वयं ही बताया गया था, इसलिए कभी भी प्रस्तुत नहीं किया गया था

FixKlusterServices
भेजा गया
24 सितंबर 2026 को 4:12 am बजे UTC
लेखक
Kamo
कमिट
1dba600

कंप्यूटर खोलने के लिए एक ब्लैक स्क्रीन दी गई जो कभी भी डेस्कटॉप बन गई। कारण एक unanchored sed है इस फाइल: Sed -i 's/^port=.*/port=3389/' /etc/xrdp/xrdp.ini यह श्रोता सेट करने के लिए था। xrdp.ini में FIVE पोर्ट = रेखाएं हैं और केवल पहला श्रोता है; बाकी प्रत्येक सत्र के प्रकार से जुड़ते हैं। [Xorg] जहाजों `port=-1`, जिसका अर्थ है "समान आवंटन प्रदर्शन और xrdp इसे स्थानीय सॉकेट पर पहुंचता है। अपने `ip=127.0.0.1` के बगल में 3389 तक पहुंचने के बाद, यह xrdp बताता है कि इसका सत्र बैकेंड श्रोता है। प्रत्येक कनेक्शन तब 3389 डायल करता है, अपने स्वयं के प्रोटोकॉल को कचरे के रूप में वापस पढ़ता है और पहले पैकेट पर मर जाता है: [ERROR] libxrdp force read: हेडर ने त्रुटि पढ़ा [ERROR] [ITU-T X.224] कनेक्शन अनुक्रम: CR-TPDU (कनेक्शन अनुरोध) विफल वितरण की अपनी फ़ाइल के खिलाफ पुष्टि की: [Xorg] पोर्ट = -1 वहाँ, पोर्ट = 3389 छवि में। कभी भी SYMPTOM अंकित SOMEWHERE ELSE. guacd लॉग "RDP सर्वर बंद / refused कनेक्शन: मैन्युअल रूप से लॉग आउट किया, जो उद्देश्य पर लटकाने वाले अतिथि के रूप में पढ़ता है। xrdp-sesman.log रिकॉर्ड नहीं सत्र पर सभी, इसलिए खोजने के लिए कोई प्रमाणीकरण विफलता नहीं है। /home/<member>/ में कोई .xsession-errors और कोई नहीं है .xorgxrdp लॉग, क्योंकि एक सत्र शुरू करने तक कभी नहीं मिला - जो हर जगह बनाता है डेस्कटॉप, Xwrapper और polkit सिद्धांत निरीक्षण द्वारा unfalsifiable, क्योंकि उनमें से कोई भी कभी नहीं पहुंच गया था। Sed अब पहले मैच के लिए लंगर डाला गया है, और निर्माण FAILS अगर [Xorg] बंदरगाह = -1 खो दिया है। बिना यह जाँच तब तक अदृश्य है जब तक कोई कंप्यूटर खुलता है, जो इसके साथ पूरी समस्या है।.

सभी परिवर्तन

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने आप आपके कार्यक्षेत्र में आता है. मुफ्त योजना पर शुरू करें और एक महीने में फिर से इस पृष्ठ को पढ़ें.

हमेशा के लिए मुफ्त प्रारंभ करेंमूल्यांकन देखें