যদি ssh সংযোগ স্থাপন করতে সক্ষম হয় তবে DISPLAY
এটি যথাযথ মানকে সেট করবে । যেহেতু আপনি X11DisplayOffset
10 সেট করেছেন (ডিফল্ট মান), ssh 10 থেকে শুরু হওয়া প্রথম উপলব্ধ প্রদর্শন ব্যবহার করবে আপনি যদি 10¹ এর চেয়ে কম মান দেখেন তবে কিছু কমপক্ষে ssh দ্বারা সেট আপ করা সাধারণ এক্স 11 ফরোয়ার্ডিংয়ে হস্তক্ষেপ করছে something অগ্রাহ্য DISPLAY
। মান :0
(বা :0.0
, বিন্দুটির পরে অংশটি অপ্রাসঙ্গিক) মেশিনে শুরু হওয়া প্রথম ডিসপ্লে নির্দেশ করে যা সাধারণ ক্ষেত্রে মেশিনের কনসোলে সক্রিয় সেশন (বা গ্রাফিকাল লগইন প্রম্পট) হয়।
আপনি যে আচরণটি পর্যবেক্ষণ করছেন তার সর্বাধিক ব্যাখ্যা হ'ল এটি হ'ল আপনার শেল কনফিগারেশন ফাইল সেট করে DISPLAY
। সর্বাধিক সুস্পষ্ট অপরাধী ~/.bashrc
(যা বাশের পিতামাত যখন বাশের পিতামহ হয় rshd
বা sshd
শেল ইন্টারেক্টিভ না হয় তখনও মৃত্যুদন্ড কার্যকর করা হয় )। আরেকটি যে ফাইলটি এনভায়রনমেন্ট ভেরিয়েবল সংজ্ঞায়িত হয় /etc/environment
। যদি এটি হয় তবে সমাধানটি সুস্পষ্ট: DISPLAY
সেখানে সেট করবেন না । (খুব কম ক্ষেত্রেই আপনাকে DISPLAY
ম্যানুয়ালি সেট করতে হবে ।)
অন্যান্য বহিরাগত ব্যাখ্যা আছে। যদি আপনি আপনার লগইন শেলটি screen
(তত্ত্বের ক্ষেত্রে একটি সুন্দর ধারণা, তবে ব্যবহারিক নয়) পরিবর্তন করে থাকেন এবং আপনার কাছে একটি শেল ইনিশিয়ালাইজেশন ফাইল রয়েছে যা জোর করে DISPLAY
পর্দার অভ্যন্তরে সেট করে (এমন ভাল ধারণা নয়)। এটিও ঘটতে পারে যদি আপনি ক্লায়েন্টের দ্বারা প্রেরিত পরিবেশ ভেরিয়েবলগুলি ( AcceptEnv
ডাইরেক্টিভ ইন sshd_config
) মেনে নিতে সার্ভারটি কনফিগার করেছেন , ক্লায়েন্ট প্রেরণ করছে DISPLAY
এবং এক্স সংযোগ স্থাপন করা যায় নি। অথবা আপনি যদি command
নির্দেশের মাধ্যমে সার্ভারে পরিবেশের পরিবর্তনশীল সেট করেন তবে এটি ঘটতে পারে ~/.ssh/authorized_keys
। বা xterm
স্ক্রিপ্ট হতে পারে।
¹ অথবা X11DisplayOffset
সার্ভার কনফিগারেশনে এর মান যাই হোক না কেন , তবে এটি ডিফল্ট থেকে খুব কমই পরিবর্তিত হয়েছিল।
xterm
বর্তমান টার্মিনালে চালাতে পারবেন ?