कष्टप्रद संदेश "X11 कनेक्शन को गलत प्रमाणीकरण के कारण अस्वीकार कर दिया गया" जबकि इसमें कोई समस्या नहीं है


15

मुझे कष्टप्रद समस्या हो रही है।

जब मैं SSH के माध्यम से एक विशिष्ट होस्ट में लॉग इन होता हूं, तो संदेश

X11 connection rejected because of wrong authentication.

एक मिनट में लगभग तीन बार यादृच्छिक रूप से प्रतीत होता है। मुझे नहीं पता कि यह कहां से आता है।

दरअसल, X11- फ़ॉरवर्डिंग के साथ कोई मामूली समस्या भी नहीं है, यह एक आकर्षण की तरह काम करता है। लेकिन यह संदेश दिखाई देता है और यह मुझे पागल बना रहा है।

क्या किसी को अंदाजा है कि इससे कैसे छुटकारा पाया जाए?

मुझे समस्या का सामना करना पड़ रहा है कोई बात नहीं मैं कहाँ से आ रहा हूं, यह मेरे गनोम-डेस्कटॉप और पुट्टी, मोबैक्टर, साइगविन, जो भी हो, का उपयोग करके विंडोज-सिस्टम से होता है।


कुछ और मोड़ के बाद मुझे एक निगरानी-एजेंट (check_mk) होने का कारण मिला। यह रनिंग कार्यों के कुछ रनटाइम मापदंडों की जाँच करता है, संदेश हर बार दिखाई देता है, जब यह एजेंट मॉनिटरिंग-सिस्टम से ट्रिगर किया गया था, ठीक उसी समय जब PostgreSQL-status की जाँच की जाती है। ऐसा लगता है कि यह प्रक्रिया X11-कनेक्शन को खोलने का प्रयास करती है, लेकिन विफल रहती है। यह संदेश मेरे टर्मिनल-सत्र में थूक दिया गया क्योंकि इसने मेरे अग्रेषित एक्स 11-सत्र का उपयोग करने की कोशिश की।

क्या इस संदेश को अक्षम करने का कोई तरीका है?

जवाबों:


21

सुनिश्चित करें कि आप डिस्क स्थान से बाहर नहीं चल रहे हैं

डीएफ चलाएं और सुनिश्चित करें कि आपके पास पर्याप्त डिस्क स्थान है, यदि आप डिस्क स्थान पर कम हैं तो अपने सिस्टम से अनावश्यक फ़ाइलों को हटा दें:

$ df -h

यदि फ़ाइल सिस्टम पर कोटा लगाया गया है, तो जांच लें कि आपने अपना कोटा पार नहीं किया है:

$ quota -s

सुनिश्चित करें कि ~ / .Xauthority आपके स्वामित्व में है

खुद का पता लगाने के लिए निम्नलिखित कमांड चलाएँ:

$ ls -l ~/.Xauthority

अनुमति समस्याओं को ठीक करने के लिए chown और chmod चलाएं [उपयोगकर्ता को बदलें: अपने वास्तविक उपयोगकर्ता नाम और समूहनाम के साथ समूह]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

सुनिश्चित करें कि X11 SSHD अग्रेषण सक्षम है

सुनिश्चित करें कि निम्नलिखित पंक्ति sshd_config फ़ाइल में मौजूद है:

$ grep X11Forwarding /etc/ssh/sshd_config

नमूना उत्पादन:

X11Forwarding yes

यदि X11 अक्षम sshd_cofing और ssh सर्वर को पुनरारंभ करने के लिए निम्न पंक्ति जोड़ें:

X11Forwarding yes

सुनिश्चित करें कि X11 क्लाइंट फ़ॉरवर्डिंग सक्षम है

सुनिश्चित करें कि आपके स्थानीय ssh_config में निम्नलिखित पंक्तियाँ हैं:

Host *
ForwardX11 yes

अंत में, रिमोट सर्वर पर लॉगिन करें और अपने मैक ओएस एक्स या लिनक्स डेस्कटॉप सिस्टम से निम्नानुसार X11 चलाएं:

ssh -X user@remote-host.com

जानकारी के लिए क्रेडिट यहाँ है: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

उम्मीद है की वो मदद करदे।


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

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

मैंने उस उपयोगकर्ता के लिए अपना उत्तर अपडेट किया, जिसने इसके लिए कहा था, उसके बाद अपनी टिप्पणी को हटा दिया। आपके प्रश्न के लिए सभी लेकिन रूट पर वॉल एक्सेस को अक्षम करने का प्रयास करें (यह मानते हुए कि उपयोगकर्ता रूट द्वारा यह प्रक्रिया नहीं चल रही है): $ sudo chmod gs / usr / bin / wall $ echo foo | दीवार
devnull

मैंने "मेसग एन" जारी किया, जो दीवार-संदेशों को दबाता है, लेकिन फिर भी उन लोगों को प्राप्त करता रहता है :(
ईसाई

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

4

यह X11 अग्रेषण समय-समय पर अविश्वासित हो सकता है। Https://bugzilla.mindrot.org/show_bug.cgi?id=1718 ( ForwardX11Timeoutजैसा कि मुझे अतीत में यह समस्या मिली थी, लेकिन IIRC, यह कुछ अपग्रेड के बाद गायब हो गया) के रूप में सुझाए गए बड़े टाइमआउट के साथ विकल्प का उपयोग करने में मदद मिल सकती है।


दुर्भाग्य से नहीं, यह भी जब मैं स्पष्ट रूप से सेट ForwardX11Trusted yesमें /etc/ssh_config
क्रिश्चियन

2

यदि आपके पास SELINUX लागू है, और आपकी होम निर्देशिका / होम निर्देशिका के अंतर्गत नहीं है, तो यह आपकी समस्या है। लक्षित SELINUX सेटिंग्स मानती हैं कि सभी उपयोगकर्ता होम निर्देशिकाएं / घर के नीचे हैं, इसलिए xauth सही तरीके से काम नहीं करता है क्योंकि आपके होम निर्देशिका पर SELINUX प्रकार सही नहीं है। काश, मैं एक फिक्स की सिफारिश कर सकता, लेकिन जो मैंने पाया वह काम नहीं करता था। इस समस्या को हल करने के लिए मैंने SELINUX को अनुमेय सेट किया।



0

यदि आवश्यक हो तो मैक पर XQuartz स्थापित करें और उपयोगकर्ता के साथ सीधे लॉगिन करें। उदाहरण - oracledb स्थापित करते समय मैं रूट के साथ लॉगिन करने की कोशिश कर रहा था और फिर sudo su - oracle के बाद oracle user से कमांड चला रहा था।

सीधे oracle ssh -X oracle @ hostname के साथ लॉगिन करें

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.