প্রশ্ন "সতর্কতা: অবিশ্বাস্য X11 ফরওয়ার্ডিং সেটআপ ব্যর্থ হয়েছে: xauth কী ডেটা উত্পন্ন হয় না" মানে যখন -X এর সাথে ssh'ing হয়?


যখন আমি ব্যবহার করি ssh -X আমার ম্যাক (ওএস এক্স 10.6.7 চলমান) আমার উবুন্টু (11.04) বক্সে সংযোগ করার জন্য, আমি নিম্নলিখিত সতর্কতা পাই:

সতর্কতা: অবিশ্বাস্য X11 ফরওয়ার্ডিং   সেটআপ ব্যর্থ হয়েছে: xauth কী ডেটা নেই   উত্পন্ন সতর্কতা: কোন xauth তথ্য;   X11 জন্য জাল প্রমাণীকরণ তথ্য ব্যবহার করে   ফরওয়ার্ডিং।

এই সতর্কতা দূর করতে আমি কি করতে পারি? যদি না হয়, আমি কি নিরাপদে এটিকে উপেক্ষা করতে পারি?

X11 ফরওয়ার্ডিং ভাল কাজ বলে মনে হচ্ছে, যদিও আমি এই বার্তাটি দেখছি:

Xlib: এক্সটেনশান "RANDR" অনুপস্থিত   প্রদর্শন "localhost: 10.0"।

যে সতর্কবার্তা সম্পর্কিত? (আমি অনুমান করছি না যদি এটি না হয় তবে আমি এটি সম্পর্কে একটি নতুন প্রশ্ন দিব।)


112
2018-05-25 22:41


উত্স


Ubuntu সার্ভারে xauth প্রোগ্রাম ইনস্টল করা হয়? - slubman
sudo apt-get install xauth আমাকে বলে "xauth ইতিমধ্যে নতুন সংস্করণ" - Daryl Spitzer
উবুন্টু সার্ভারে লগ ইন করলে, 'xauth' এর আউটপুট কী? - slubman
প্রকৃতপক্ষে আমি আপনাকে এই ব্যাখ্যা পড়তে হবে মনে হয়: mail-archive.com/cygwin-xfree@cygwin.com/msg17927.html ... আপনি এই সতর্কতা উপেক্ষা করতে পারেন - slubman
মাঝে মাঝে এইগুলি w / আপনার ~ /। এক্সঅপারিটিটি ফাইলগুলির কারণে হতে পারে। আপনি যদি এটি মুছে ফেলেন, তবে পরের বার আপনি লগইন করার চেষ্টা করলে পুনরায় তৈরি হবে। - michael


উত্তর:


যে কোন কারণে আপনি -এ পতাকাটি পরিবর্তে -11 পতাকা ব্যবহার করতে চান না?

বেশ সহজভাবে, -X এবং -Y এর মধ্যে পার্থক্য হল -Y বিশ্বস্ত X11 ফরওয়ার্ডিং সক্ষম করে।


126
2018-02-01 22:02



না, আমি যখন প্রশ্নটি লিখেছিলাম তখন আমি -Y ফ্ল্যাগটি সম্পর্কে সচেতন ছিলাম না। আমি বিশ্বাস করি যে এটি সমাধান হতে পারে। আপনার উত্তরটি পরিবর্তন করুন, তাই এটি কোন প্রশ্ন নয় (এবং Y-C এবং -C এর মধ্যে পার্থক্যটি সংক্ষেপে ব্যাখ্যা করলে এটি ভাল হবে এবং আমি এটি স্বীকার করব। - Daryl Spitzer
যখন আপনি ব্যবহার করতে চান না কোন ক্ষেত্রে আছে -Y পরিবর্তে -X? - Rooster
@ রওস্টার খুব পুরনো সিস্টেমের জন্য যেখানে -Y সমর্থিত নয় আমি বলব - Petr
সমস্যা সমাধান টিপ: "ssh -vv ..." চালান এবং xauth লাইন এবং কোন ত্রুটি বার্তা সন্ধান করুন। আপনি সরাসরি দেখায় xauth লাইন চলমান চেষ্টা করতে পারেন। আমার জন্য আমার "xauth list: 0" (বিশ্বস্ত) "xauth -f / tmp / ssh ... list: 0" (অবিশ্বাস্য) নয় এমন কিছু হতে হবে। রিমোট হোস্ট / etc / ssh / ssh_config (অথবা ~ / .ssh / config) কনফিগার করা কোনটি এবং "ফরওয়ার্ডএক্স 11 ট্রাস্টেড হ্যাঁ" ঠিক আছে। - Curtis Yallop
এই সমাধানটি সিগুইন / এক্স দিয়েও কাজ করেছিল। - linux64kb


যদি আপনি 2015 এ এখানে আসছেন: অন্য সবকিছু ঠিকঠাকভাবে সেট আপ করা থাকলেও, এটি ব্যবহার করার সময় ম্যাক ওএস এক্স 10.10 জোসেমিতেও হতে পারে। ssh -X এবং একটি XQuartz সংস্করণ চলমান <= 2.7.7। মূল কারণ X11 প্রদর্শন সকেটগুলি xauth অনুসন্ধানের পথের বাইরে লিখিত হচ্ছে: সমস্যা # 2068 XQuartz ট্র্যাকার।

সম্পাদনা: একটি নির্দিষ্ট XQuartz যেহেতু নতুন হোমপেজে প্রকাশ করা হয়েছে, xquartz.org, এবং সেখানে থেকে সর্বশেষ সংস্করণ ইনস্টল করা (বর্তমানে 2.7.9) সমস্যা প্রায় কাজ করবে।


22
2018-05-13 15:09



ধন্যবাদ! আমার ছিল কোন ধারনা নাই যে XQuartz আমি মাত্র XQuartz পৃষ্ঠার উপরে থেকে ডাউনলোড করা আসলে সর্বশেষ রিলিজ নয়। - craigds
যে নোট মূল্য brew install xquartz বর্তমানে তারিখ 2.7.7 সংস্করণ আউট ইনস্টল। - Martin Cleaver
brew install Caskroom/cask/xquartz HomeBrew সঙ্গে আপনি সর্বশেষ XQuartz পেতে হবে - Nick
বা ছোট brew cask install xquartz। - Franklin Yu


আপনি ব্যবহার করার সময় এমনকি একই বার্তা পেতে -Y, দ্য xauth প্রোগ্রাম সার্ভারে অনুপস্থিত হতে পারে। ডেবিয়ান-মত সিস্টেমগুলিতে, আপনার প্রয়োজন xauth প্যাকেজ। RedHat- মত সিস্টেম, আপনি প্রয়োজন xorg-x11-xauth প্যাকেজ।


14
2017-07-17 08:35





এই প্রসঙ্গে "অবিশ্বাস্য" মানে আপনি সংযোগকে বিশ্বাস করেন না। X11 ফরওয়ার্ডিং নিরাপদ করার চেষ্টা করার জন্য এসএসএইচ অতিরিক্ত নিরাপত্তা ব্যবস্থা ব্যবহার করবে। "বিশ্বস্ত" মানে আপনি সম্পূর্ণরূপে আত্মবিশ্বাসী যে রিমোট হোস্টের কোনও আপনার Xauth ডেটাতে অ্যাক্সেস পাবে না এবং উদাহরণস্বরূপ আপনার কীস্ট্রোকগুলি নিরীক্ষণ করতে এটি ব্যবহার করবে।

এই পরিভাষা আসলে বছর ধরে আমাকে বিভ্রান্ত। আমি ভেবেছিলাম "বিশ্বাসযোগ্য" সংযোগ নিরাপদ ছিল। তবে প্রকৃতপক্ষে এটি এমন একটি বিকল্প যা আপনি এমন পরিস্থিতিতে ব্যবহার করতে অনুমিত যেখানে সংযোগটি বিশ্বাসযোগ্য এবং আপনি অতিরিক্ত নিরাপত্তার ব্যবস্থাগুলি ছাড়াই স্টাফ চালাতে চান। "অবিশ্বাস্য" এটি এমন একটি যা অবিশ্বাস্য দূরবর্তী হোস্টের সাথে মোকাবিলা করতে নিরাপদ (কিছুটা) নিরাপদ করে তোলে।

একটি "অবিশ্বাস্য" সংযোগটি X11 সুরক্ষা এক্সটেনশানটি সংযুক্ত করে এবং আপনার (আশা করে) প্রয়োজন এমন অন্যান্য এক্সটেনশানগুলি নিষ্ক্রিয় করে একটি কালো টুপি আপনার সাথে কী করতে পারে তা সীমাবদ্ধ করার চেষ্টা করে। সম্ভবত RandR -X এর সাথে অক্ষম আছে কেন। রিমোট হোস্ট থেকে আপনার এক্স ডিসপ্লেটি ঘোরানোতে সক্ষম হবেন কি?

এটাও গুরুত্বপূর্ণ যে "অনির্ভরশীল" X11 ফরওয়ার্ডিং আপনাকে কিছুটা সময় পরে বন্ধ করে দেওয়া থেকে বিরত রাখতে বাধা দেয়। উইন্ডোজ খুলতে নতুন প্রচেষ্টা ঠিক পরে ব্যর্থ হবে। কি ঘটছে তা বোঝার জন্য যথেষ্ট ডক্স পড়ার আগে আমাকে অনেক বার এটি বিট।


11
2018-02-17 17:36





আমি এই আচরণ প্রদর্শন করতে পারে যে একটি সেটআপ নেই, তাই এই অন্ধকার একটি শট:

আপনি সেট যদি সতর্কতা দমন করা হতে পারে ForwardX11Trusted থেকে "no" এই সতর্কতা দিতে হোস্ট জন্য। আপনি এই মধ্যে স্থাপন করতে পারেন ~/.ssh/config অথবা /etc/ssh/ssh_config, এবং আপনি সহ একটি নির্দিষ্ট হোস্ট নির্দিষ্ট বিকল্প করতে পারেন Host <hostname> উপরে লাইন। দ্য <hostname> কম্পোনেন্ট আপনি যা কমান্ড লাইন (সমাধান হওয়া হোস্টনাম নয়) টাইপ করেন এবং এটি ওয়াইল্ডকার্ড অন্তর্ভুক্ত করতে পারে।


8
2018-06-13 20:03



এক ব্যবহার করতে পারেন ssh -Y বিশ্বস্ত X11 ফরওয়ার্ডিং করতে কিন্তু কিভাবে এক অবিশ্বস্ত এক সংশোধন করতে পারেন? - Pavel Šimerda
আমি Redhat এ একই ত্রুটি পেয়েছি এবং এখন আমি কনফিগারেশন ফাইল সম্পাদনা করে এটি সমাধান করতে সক্ষম /etc/ssh/ssh_config ক্লায়েন্ট পাশে। ধন্যবাদ - Gangadhar Jannu


ইনস্টল করা হলে xauth সঠিকভাবে কাজ করে না, এক বিশেষ বিরক্তিকর ক্ষেত্রে একটি দূষিত হতে পারে .Xauthority ফাইল। এই বিশেষ ক্ষেত্রে কিছু এক্স ক্লায়েন্ট কাজ করতে অনুমতি দেয়, কিন্তু নতুন প্রদর্শনের সাথে ব্যর্থ হওয়ার প্রবণতার সাথে অন্যরাও নয়। অপসারণ এবং পুনরূদ্ধার .Xauthority ফাইল যে সমস্যা সমাধান করতে পারেন।


5
2017-08-01 17:43





সার্ভার-পার্শ্ব সমস্যা আউট নিয়ম

প্রথম, আপনি কোন সার্ভার-পার্শ্ব সমস্যা আউট বাতিল করা উচিত। তুমি কি পারবে ssh -X অন্য কোন হোস্ট থেকে সফলভাবে? কি ssh -Y কাজ যখন ssh -X না? যে কোন ক্ষেত্রে, ssh + x11 আপনার সার্ভারে সঠিকভাবে সেট আপ করুন এবং পরবর্তী বিভাগে যান।

যদি আপনি এটি পরীক্ষা করার অবস্থায় না থাকেন তবে (আপনি আপনার এক ল্যাপটপ X11 চালাচ্ছেন, বলুন), আপনি পারেন ssh একটি জাল অধিবেশন ব্যবহার করে সার্ভার থেকে নিজেই:

  1. export DISPLAY=:44 # (বোর্ন শেল) বা
    setenv DISPLAY :44 # (সিএসএস / টিসিএসএস)
  2. xauth add $DISPLAY MIT-MAGIC-COOKIE-1 1234  # এই পরীক্ষা জন্য শুধু Bogus কুকি
  3. ssh -X localhost env |grep DISPLAY

প্রত্যাশিত ফলাফল: ssh-to-self session এর দূরবর্তী প্রান্তে একটি DISPLAY পরিবর্তনশীল সেট হওয়া উচিত। যদি আপনার কোন ফলাফল না হয়, আপনার সার্ভারটি সম্ভবত ভুল কনফিগার করা হয় (উদাঃ X11 লাইব্রেরি এবং / অথবা xauth কমান্ড অনুপস্থিত হতে পারে; অথবা sshd কনফিগারেশন X11 অ্যাক্সেস অস্বীকার করতে সেট করা যেতে পারে)

Mac এ: চেক করুন যে Xquartz আপ-টু-ডেট

যেমনটি অ্যাঙ্গলি এর উত্তর হবে

পরীক্ষা করা ssh -vv -X আউটপুট

আপনি উদ্ধৃত ত্রুটি বার্তা একটি লক্ষণ যে অনেক কারণ থাকতে পারে। সঙ্গে আবার চেষ্টা করুন ssh -X -vv দূরবর্তী হোস্ট, X11 সুড়ঙ্গ সেটআপ কেন ব্যর্থ হয়েছে তা আপনাকে অতিরিক্ত সূত্র দিতে হবে।

আপনি নিম্নলিখিত বার্তা প্রদর্শিত দেখতে?

ডিবাগ 1: কোন xauth প্রোগ্রাম।
যদি তাই,

  1. আপনার ক্লায়েন্ট সিস্টেম, যেখানে নোট নিন xauth কমান্ড বসবাস করে:
    যা xauth
  2. আপনার ~ / .ssh / config এর খুব শেষে নিম্নলিখিতটি জুড়ুন (এবং ভবিষ্যতে সেখানে রাখার জন্য নিজেকে মনে করানোর জন্য একটি মন্তব্য যুক্ত করুন):
    হোস্ট *
        XAuthLocation / অপ্ট / এক্স 11 / বিন / xauth
    
    ধাপ 1 এর ফলাফল অনুযায়ী এই পথটি সামঞ্জস্য করুন - জন-উইলম আর্নল্ডের ক্রেডিট

5
2017-08-18 16:34





সাবধান থাকুন (অসম্পূর্ণ উত্তর পড়া ক্লান্ত যারা নিরাপত্তা ত্রুটি হতে)

1 / ssh -Y ব্যবহার করে অর্থ হচ্ছে এখানে জাল xauth তথ্য আছে যা খারাপ!

2 / ssh -X XQuartz থেকে কাজ করা উচিত, একবার সক্ষম করা হয়েছে, xauth ব্যবহার করে। একমাত্র সমস্যাটি হল যে ssh xauth / usr / X11R6 / bin এবং XQuartz এর সাথে ম্যাক্সগুলিতে xauth সন্ধান করছে এটি / opt / X11 / bin

নিরাপদ সমাধান:

1 / প্রথম অপশন সক্রিয় করুন নিরাপত্তা পছন্দসই ট্যাব (সিএমডি-,) যা অনুমোদিত সংযোগ সক্রিয় করে

2 / যোগ করুন

XAuthLocation /opt/X11/bin/xauth

$ HOME /। এসএসএস / কনফিগ

3 / ssh -X you_server একটি নিরাপদ maner কাজ করে


4
2018-01-31 13:16





ইতিমধ্যে উপরে ব্যাখ্যা করা হয়েছে, নিম্নলিখিত আমার জন্য কাজ করেছেন:

সম্পাদন করা ~ / .Ssh / কনফিগ লাইন যোগ করুন

Host *
    XAuthLocation /opt/X11/bin/xauth

এবং এখন ssh-x হোস্টনাম কাজ করে (এক্স Quartz 2.7.11, ম্যাকোস 10.4 Mojave)


0
2017-11-08 17:12





আমি ইতোমধ্যেই সর্বশেষ XQuartz 2.7.11 ইনস্টল করেছি, তবে আমার মনে হয় আমি তখন থেকেই ওএসকে কয়েকবার আপডেট করেছি। আমি XQuartz 2.7.11 reinstalled, এবং এখন এটি জরিমানা কাজ করছে।


-1
2018-04-01 12:52





xauth যোগ করুন 'হোস্টনাম` / ইউনিক্স: 10 এমআইটি-ম্যাজিক-কুকি -1' openssl rand -hex 16`


-3
2018-06-11 04:27



আমি বুঝতে পারছি না ... - Pierre.Vriens