PuTTY X11 प्रॉक्सी: गलत प्राधिकरण प्रोटोकॉल का प्रयास किया गया

Question

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

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

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

इसलिए, मैंने इंटरनेट में पाए जाने वाले दो दृष्टिकोणों का उपयोग करके समस्या को हल करने की कोशिश की:

पहले एक का dpyname protoname hexkeyउपयोग कर रहा है:

xauth list 

जो कुंजी है जो तब का उपयोग कर जोड़ा जा सकता है लौटना चाहिए:

xauth add

हालाँकि, यह काम नहीं किया क्योंकि xauth listकमांड ने कुछ भी नहीं लौटाया।

दूसरा उपाय था:

./etc/ssh/sshd_config

फ़ाइल खोलें: sshd_config और ForwardX11Trustedपढ़ने के लिए लाइन संपादित करें yes, और यदि कोई ऐसी लाइन मौजूद नहीं है, तो इसे जोड़ें।

ForwardX11Trusted yes

तब ssh सर्वर को पुनरारंभ करें और इसे काम करना चाहिए।

हालांकि, यह भी काम नहीं किया। मैं फ़ाइल sshd_configका उपयोग करके नहीं खोल सका xdg-openया geditफिर वही संदेश फिर से दिखाई देता है।

तो यह क्यों हो रहा है और इसका हल क्या है?

Comments

अच्छी खबर यह है: मैं अब फ़ाइल खोलने में सक्षम हूं: कमांड sshd_configका उपयोग करके sudo nanoऔर लाइन को जोड़ने के लिए: ForwardX11Trusted yes.. बुरी खबर यह है: "कदम जोड़ने" के बाद समस्या अभी भी मौजूद है !!!

— मैक्लन

जब आप उपयोग करते हैं तो पूरी कमांड क्या है xauth add?

— कलामज़ू

ForwardX11TrustedOpenSSH क्लाइंट के लिए एक विकल्प है, सर्वर के लिए नहीं। इसे जोड़ना sshdसंस्करण के आधार पर शुरू होने से रोक सकता है ।

— गर्ट वैन डेन बर्ग

Answer 1

जबकि कुछ "PuTTY X11 छद्म: गलत प्राधिकरण प्रोटोकॉल का प्रयास" के बाद सु के रूप में लॉग इन किया गया, -प्रभु त्रुटियों, मुझे एहसास हुआ कि यह एक प्रमाणीकरण समस्या थी। तब मुझे अपने स्वयं के प्रोफाइल / होम डायरेक्टरी / रूट से .Xauthority फाइल को कॉपी करने की याद आई। समस्या सुलझ गयी!

Comments

यह एक अलग समस्या के जवाब की तरह दिखता है (हालांकि समान लक्षणों के साथ)।

— DavidPostill

इसने रास्पबेरीपी पर रास्पियन जेसी के लिए काम किया

— डेक्सटर

इसने मेरे लिए आरपीआई पर भी काम किया। Win10 पर PuTTy से सरल leafpadठीक काम किया है, लेकिन sudo leafpadऊपर वर्णन में त्रुटि को फेंक दिया है। नकल .Xauthorityने त्रुटिपूर्ण काम किया। आपका बहुत बहुत धन्यवाद!

— पेट्र Petजेद्स्कि

प्राधिकरण समस्या के लिए ठीक है ... लेकिन अभी भी मुझे "खुले प्रदर्शन नहीं कर सकता:" ... किसी भी विचार

— ZEE

Answer 2

हल किया।

मैंने इसे ऊपर वर्णित दो के मिश्रण का उपयोग करके हल किया।

1. मैंने '/ etc / ssh / sshd_config' के लिए निम्नलिखित पंक्ति जोड़ी

ForwardX11Trusted yes

2. मैंने xauth का उपयोग करके स्थापित किया

sudo apt-get install xauth

xauth listपुनरारंभ करने से पहले मेरे लिए खाली था। हालाँकि, पुनरारंभ के बाद यह आबादी थी। मैंने xauth listइसे पोटीन के साथ परीक्षण करने के बाद किया।

फिर मैंने ssh को फिर से शुरू किया और यह काम कर गया। वाह!

नोट: मैंने वास्तव में जो किया वह मेरे रास्पबेरी पाई को फिर से शुरू करना था

Comments

ForwardX11Trusted sshd_config के लिए एक वैध विकल्प नहीं है। यह एक क्लाइंट पैरामीटर है, न कि सर्वर डेमन पैरामीटर

— हीटफैन

मैंने कुछ समय पहले ऐसा किया था। अब पता नहीं।

— धीरज भास्कर

Answer 3

मुझे काम पर सर्वर पर एक समान समस्या थी क्योंकि होम फ़ोल्डर डिस्क स्थान से बाहर था। लॉगिन के बाद, यह Xauthority फ़ाइल नहीं लिख सका और ... आगे नहीं बढ़ सका।

स्थान खाली करने से समस्या हल हो गई।

मुझे लगता है कि अगर होम फोल्डर या .Xauthority अनुमतियाँ अनुचित तरीके से सेट की गई थीं, तो आपके पास एक समान समस्या होगी, ताकि आपके पास लिखने की पहुंच न हो।

Answer 4

मेरे मामले में, मैंने देखा कि मैं डिस्प्ले को रूट के साथ खोल सकता हूं, लेकिन मैं एक su- ग्रिड कर रहा था, और यह उपयोगकर्ता ग्रिड समस्या वाला था,

समाधान इस सत्र को बंद करना था, और ग्रिड के साथ सीधे एक नया सत्र खोलना था, और इसने काम किया, सु-ग्रिड को विफल करने के बारे में कुछ ...

Answer 5

मुझे सर्वर पर एक समान समस्या थी। कारण यह था कि उपयोगकर्ता को प्रदर्शन की गलत संख्या (DISPLAY = स्थानीय होस्ट: 10.0) मिली। जब उपयोगकर्ता SSH के माध्यम से सर्वर से जुड़ता है (जैसा कि उपयोगकर्ता test1 कहा जाता है) तो उसे DISPLAY = localhost: 11.0 मिलता है। जब वह दूसरे उपयोगकर्ता के रूप में जुड़ता है, और फिर उपयोगकर्ता (टेस्ट 1) बन जाता है, तो उसे प्रदर्शन की गलत संख्या मिलती है (DISPLAY = localhost: 10.0)। जब मैंने DISPLAY (DISPLAY = localhost: 11.0) की राइफल को सेट किया तो यह काम करता है।