هذا هو الأمر xrsh الذي يمكن تشغيله في مزود الاستضافة المجانية OnWorks باستخدام إحدى محطات العمل المجانية المتعددة عبر الإنترنت مثل Ubuntu Online أو Fedora Online أو محاكي Windows عبر الإنترنت أو محاكي MAC OS عبر الإنترنت
برنامج:
اسم
xrsh - ابدأ برنامج X على جهاز بعيد
موجز
com.xrsh [ -مساعدة ] [ -الإصدار ] [ -l اسم المستخدم ] [ -e com.rshprog ] [ -عث نوع المؤلف ] [ -شاشة
شاشة-# ] [ -البشري إنفليست ] [ -ديبوغ ] [ -ديبوغ 2 ] المضيف البعيد [ X- الأمر [ الحجج
] ]
الوصف
اكسرش يدير الأمر X المحدد على مضيف بعيد. إنها تهيئ البيئة لذلك
الأمر بحيث يعرض نوافذه على شاشة الخادم الحالي بواسطة
نشر متغير البيئة DISPLAY $. إذا لم يتم تحديده ، يكون العميل الافتراضي هو
إكس تيرم. Xrsh يختار تلقائيا سه(1) RSH(1) رمش(1) أو rcmd(1) لتنفيذ عن بعد
الأوامر ، اعتمادًا على ما هو متاح في بيئة O / S.
يعالج Xrsh المصادقة تلقائيًا بحيث يُسمح للعميل البعيد بذلك
فتح النوافذ على الخادم. يقوم بذلك بعدة طرق مختلفة اعتمادًا على القيمة
لمتغير البيئة $ XRSH_AUTH_TYPE أو الوسيطة -auth.
بشكل افتراضي ، سيستخدم xrsh xhost لتمكين العميل البعيد من فتح اتصال بالخادم.
يمكن أيضًا إخباره باستخدام xauth لدمج المفاتيح المحلية في ملف ترخيص بعيد.
أو يمكنه تمرير متغير البيئة $ XAUTHORITY إلى المضيف البعيد من أجل مشاركة ملف
تحميل ملف السلطة NFS المشترك. كما يمكن توجيهه لعدم فعل أي شيء في هذه الحالة
حيث لا يلزم إذن صريح.
المستخدمون الذين يريدون فقط نافذة طرفية بعيدة قد ينظرون إلى أمر أخت xrsh ،
com.xrlogin(1). يستخدم Xrlogin xterm قيد التشغيل محليًا لفتح اتصال rlogin بجهاز تحكم عن بُعد
مضيف. يجب أن يستند القرار بشأن استخدام "xrsh host xterm" أو "xrlogin host"
على عدة عوامل. إذا كان X غير متاح على المضيف البعيد أو محاكي المحطة الطرفية المحلي
لديه ميزات أفضل ، استخدم xrlogin. بشكل عام ، يوصي المؤلف باستخدام xrsh over
xrlogin في معظم الحالات.
إذا كان الأمر المراد تنفيذه على المضيف البعيد هو xterm ، فإن xrsh يمرر تلقائيًا ملف
-name الوسيطة إلى xterm بقيمة "xterm-hostname" حيث يكون اسم المضيف هو اسم
المضيف البعيد. هذا يسمح للمستخدم بتحديد الموارد في مدير موارد الخادم الخاص بهم
التي هي خاصة بـ xterms من مضيف معين. على سبيل المثال ، يمكن استخدام هذه الميزة ل
اجعل جميع نوافذ xterm من مضيف بعيد معين بنفس اللون أو استخدم خطًا معينًا
أو ابدأ في مكان محدد على الشاشة. يقوم Xrlogin بتمرير نفس السلسلة كما هي
متوافق في هذا الصدد. يمكن تجاوز هذه الميزة بتحديد اسمك الخاص
حجة على سطر الأوامر xterm.
إذا كان الأمر المراد تنفيذه على المضيف البعيد هو xterm ، فإن xrsh يحدد ذلك الافتراضي
سيكون عنوان xterm الجديد هو "xterm @ hostname" حيث يكون اسم المضيف هو اسم جهاز التحكم عن بعد
مضيف. يمكن أيضًا تجاوز هذا عن طريق تحديد وسيطة العنوان الخاصة بك على xterm
سطر الأوامر.
Xrsh حريص جدًا على عدم ترك أي عمليات إضافية سواء على المستوى المحلي أو البعيد
الجهاز ينتظر العميل للخروج. في بعض البيئات البعيدة (على وجه الخصوص
بعض تطبيقات Sys V لـ csh و rsh) ، هذا مستحيل ويجب تشغيل xrsh كملف
أمر الخلفية.
OPTIONS
لاحظ أن خيارات xrsh تسبق الأمر X المحدد ووسيطاته.
-عث نوع المؤلف
اختر نوع تفويض X (أو التحكم في الوصول) الذي سيتم استخدامه.
يمكن أن يكون نوع المصادقة أحد "xhost" أو "xauth" أو "xhost-xterminal" أو "environment" أو
"لا أحد". الافتراضي هو xhost ، ولكن يمكن تعيين الإعداد الافتراضي عن طريق تعيين قيمة
متغير البيئة $ XRSH_AUTH_TYPE.
إذا تم تحديد xhost وكان خادم X يعمل على الجهاز المحلي ، فسيقوم xhost بذلك
يمكن تشغيلها محليًا لتمكين المضيف البعيد من فتح اتصال X. إذا كان الخادم
على مضيف ثالث (ليس المضيف الذي يعمل فيه xrsh وليس المضيف الذي تريده
لتشغيل الأمر) ، سيتم استخدام rsh لتشغيل xhost على مضيف الخادم للترخيص
المضيف حيث سيتم تشغيل الأمر.
إذا تم تحديد xauth ، فسيقوم xrsh بدمج إدخالات الخادم من ملف
محلي $ XAUTHORITY إلى ملف المضيف البعيد باستخدام rsh.
تم تصميم نوع المصادقة xhost-xterminal للاستخدام من قِبل الأشخاص الذين يستخدمون محطات X. لو
يتم استخدام xhost-xterminal ، ثم في المرة الأولى التي يتم فيها تشغيل xrsh ، يتم تشغيل xhost محليًا إلى
تمكين المضيف البعيد للوصول. يجب أن يعمل هذا منذ (نظريًا)
يتم تشغيله لأول مرة على مضيف XDMCP للمحطة X. منذ ذلك الحين فصاعدا
ينشر اسم هذا المضيف لجميع المضيفات البعيدة عبر متغير البيئة
XHOST دولار. في الدعوات اللاحقة من المضيفين البعيدين ، يستخدم xrsh rsh للاتصال به
المضيف $ XHOST وتشغيل xhost لتمكين المضيفات البعيدة الجديدة.
نوع المصادقة "بلا" لا يقوم بعمل صريح للتحكم في الوصول. استخدم هذا إذا لم تفعل
تمكين التحكم في الوصول أو إذا كنت تستخدم آلية أخرى للتحكم في الوصول.
أخيرًا ، تقوم "بيئة" نوع المصادقة تلقائيًا بنشر متغير البيئة
XAUTHORITY $ للمضيفين البعيدين ، بافتراض أنه يمكن تحميل موقع NFS
يمكن الوصول إليها من جميع المضيفين.
-ديبوغ عادةً ما يعيد xrsh توجيه الإدخال القياسي والإخراج القياسي إلى / dev / null في ملف
جهد لإحداث عمليات rshd و shell غير الضرورية للخروج. نتيجة لذلك ، المستخدم
لا يمكن عادةً رؤية أي أخطاء قد تحدث (مثل "تم رفض الإذن." من
rsh). إذا كنت تواجه مشكلة في جعل xrsh يعمل مع مضيف بعيد ، فحاول
إعطاء مفتاح -debug لمعرفة ما إذا كان يتم إنشاء أي أخطاء.
-ديبوغ 2
يتسبب رمز التبديل هذا في تشغيل xrsh للخيار -x في shell بحيث يمكن للمستخدم ذلك
انظر كل أوامر قذيفة ينفذها xrsh. استخدم هذا البرنامج النصي فقط إذا كنت كذلك
تصحيح كود xrsh نفسه.
-مساعدة اطبع قائمة الوسائط إلى الإخراج القياسي.
-l اسم المستخدم
استخدم مفتاح التبديل -l لتحديد اسم مستخدم مختلف لاستخدامه في تسجيل الدخول عبر rsh on
المضيف البعيد.
-e com.rshprog
يمكن استخدام مفتاح التبديل -e لتعيين برنامج shell عن بعد مختلف ، مثل ssh. ال
الافتراضي هو remsh أو rsh ، حسب نظامك. تتجاوز هذه العلامة $ XRSH_RSH.
-البشري إنفليست
Envlist عبارة عن سلسلة مقسمة إلى اقتباس تسمي مجموعة عشوائية من البيئة
متغيرات لتمريرها إلى بيئة shell على المضيف البعيد. إذا أراد المرء
عيّن $ XRSH_AUTH_TYPE و $ XAUTHORITY للمضيف البعيد ، يمكن للمرء استخدام: -مرور
"XRSH_AUTH_TYPE XAUTHORITY". قد تكون مجموعة افتراضية من متغيرات البيئة لتمريرها
تعيين باستخدام متغير البيئة $ XRSH_ENVS_TO_PASS.
-شاشة شاشة-#
حدد شاشة مختلفة على الخادم لعرض العميل البعيد عليها.
-الإصدار
اطبع معلومات الإصدار واخرج.
البيئة
متغيرات البيئة XRSH_AUTH_TYPE و XRSH_ENVS_TO_PASS والتي يمكن استخدامها لتعيين
يتم تجاوز الإعدادات الافتراضية للمفتاح إذا تم تحديد المفتاح المكافئ أيضًا.
السلطة
يتم تمرير متغير البيئة $ XAUTHORITY إلى المضيف البعيد إذا كان نوع المصادقة
المحدد بواسطة -auth أو $ XRSH_AUTH_TYPE هو "بيئة".
XRSH_AUTH_TYPE
يمكن استخدام متغير البيئة هذا لتحديد نوع التفويض الافتراضي
أو التحكم في الوصول. القيم التي يمكن تعيينها عليها هي نفس قيم
حجة -عث.
XRSH_RSH
يمكن لهذا المتغير إعادة تعريف برنامج shell البعيد لاستخدامه ، على سبيل المثال ssh.
XRSH_RSH_ERRORS
إذا تم تعيين متغير البيئة XRSH_RSH_ERRORS على اسم ملف ، فإن أي rsh
ستظهر أخطاء في هذا الملف على المضيف البعيد. إذا لم يتم ضبط هذا المتغير ،
سيتم التخلص من رسائل الخطأ ما لم يتم توفير مفتاح تصحيح الأخطاء. (ملاحظة: لا تفعل
استخدم ~ في اسم الملف لأنه سيتم توسيعه إلى ~ على المضيف المحلي ، لكن حاول وضعه
الأخطاء الموجودة في هذا الملف على المضيف البعيد.)
XRSH_ENVS_TO_PASS
COMMON مشاكل
تأكد من تعيين متغير البيئة PATH على المضيف البعيد في .cshrc أو
.bashrc حتى تتمكن برامج rsh من الوصول إليه. (/ بن / ش و / bin / ksh المستخدمين لديهم صعوبة
الوقت هنا لأن قذائفهم لا تنفذ أي ملفات init تحت rsh. يمكنك استعمال ال
XRSH_ENVS_TO_PASS متغير بيئة لتمرير متغير بيئة PATH إلى جهاز التحكم عن بعد
مضيف. اختياريًا ، يمكنك كتابة مسار كامل إلى xrsh في هذه الحالة. (على سبيل المثال xrsh remote-
host / usr / bin / X11 / xterm))
تأكد من أن متغير البيئة PATH الخاص بك على المضيف البعيد يتضمن الدليل
تحتوي على برامج X. هذا غالبًا / usr / bin / X11 أو / usr / local / bin / X11.
تأكد من تكوين rsh للعمل على المضيف البعيد. يمكنك اختبار هذا من خلال
كتابة: rsh remote-host echo '$ PATH' هذا سيثبت أن rsh يعمل ويظهر لك المسار
التي سيتم استخدامها على المضيف البعيد. إذا حصلت على "رفض الإذن". ربما تحتاج
لتحديث الخاص بك ~ / .rhosts ملف على المضيف البعيد. ارى روغلين(1).
أمثلة
xrsh يودا
ابدأ xterm على yoda المضيف الذي يتم عرضه على خادم X الحالي. استخدم xhost
للتحكم في الوصول.
xrsh -auth xauth المستضعف emacs
بدء emacs على المضيف المستضعف. دمج إدخالات ترخيص xauth لهذا الغرض
الخادم في ملف الاستناد على المضيف البعيد.
xrsh -l mjd -لا يوجد شيء -مرور XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
ابدأ xterm على tigger المضيف بخط صغير جدًا ، انشر البيئة
متغير XRSH_AUTH_TYPE $ للمضيف البعيد ، قم بتسجيل الدخول إلى المضيف البعيد باستخدام المعرف
"mjd" ، لا تفعل أي تفويض محدد ولا تعيد توجيه الإخراج المعياري / الخطأ
إلى / dev / null حتى أتمكن من رؤية أي أخطاء.
استخدم xrsh عبر الإنترنت باستخدام خدمات onworks.net
