xrsh - אונליין בענן

תָכְנִית:

שֵׁם

xrsh - הפעלת תוכנית X במחשב מרוחק

תַקצִיר

xrsh [ עזרה ] [ -הפך ] [ -l שם משתמש ] [ -e רשפרוג ] [ -auth Authtype ] [ -מָסָך
מָסָך-# ] [ -לַעֲבוֹר רשימת הגיוס ] [ -לנפות ] [ - איתור באגים2 ] מארח מרחוק [ פקודה X [ טיעונים
... ] ]

תיאור

Xrsh מפעיל את פקודת X הנתונה על מחשב מארח מרוחק. זה מגדיר את הסביבה עבורה
פקודה כך שתציג את החלונות שלה על מסך השרת הנוכחי על ידי
הפצת משתנה הסביבה $DISPLAY. אם לא צוין, הלקוח המוגדר כברירת מחדל הוא
x מונחXrsh בוחר אוטומטית ssh(1), רש(1), רמש(1) או rcmd(1) לבצע מרחוק
פקודות, בהתאם למה שזמין בסביבת ההפעלה/הפעלה.

Xrsh מטפל באופן אוטומטי באימות כך שהלקוח המרוחק יורשה
פתיחת חלונות בשרת. זה עושה זאת בכמה דרכים שונות בהתאם לערך
של משתנה הסביבה $XRSH_AUTH_TYPE או הארגומנט -auth.

כברירת מחדל, xrsh ישתמש ב-xhost כדי לאפשר ללקוח המרוחק לפתוח חיבור שרת.
ניתן גם להורות לו להשתמש ב-xauth כדי למזג מפתחות מקומיים לקובץ הרשאה מרוחק.
או שהוא יכול להעביר את משתנה הסביבה $XAUTHORITY למארח המרוחק על מנת לשתף
קובץ רשות משותף המותקן ב-NFS. ניתן גם להורות לו לא לעשות דבר במקרה
כאשר אין צורך באישור מפורש.

משתמשים שרוצים רק חלון טרמינל מרוחק עשויים להסתכל על הפקודה האחות של xrsh,
כניסה למערכת(1). Xrlogin משתמש ב-xterm מקומי כדי לפתוח חיבור rlogin למחשב מרוחק.
מארח. ההחלטה האם להשתמש ב-"xrsh host xterm" או ב-"xrlogin host" צריכה להתבסס על
על סמך מספר גורמים. אם X אינו זמין במארח המרוחק או באמולטור הטרמינל המקומי
יש לו תכונות טובות יותר, השתמש ב-xrlogin. באופן כללי, המחבר ממליץ להשתמש ב-xrsh על פני
xrlogin ברוב המצבים.

אם הפקודה שיש לבצע במארח המרוחק היא xterm, xrsh מעביר אוטומטית את
ארגומנט -name ל-xterm עם הערך "xterm-hostname" כאשר hostname הוא שם ה-
מארח מרוחק. זה מאפשר למשתמש לציין משאבים במנהל המשאבים של השרת שלו.
אשר ספציפיים ל-xterms ממארח נתון. לדוגמה, ניתן להשתמש בתכונה זו כדי
להפוך את כל חלונות ה-xterm ממארח מרוחק נתון לאותו צבע או להשתמש בגופן ספציפי
או להתחיל במקום מסוים על המסך. Xrlogin מעביר את אותה המחרוזת כך שהם
תואם מבחינה זו. ניתן לעקוף תכונה זו על ידי ציון שם משלך
ארגומנט בשורת הפקודה של xterm.

אם הפקודה שיש לבצע במארח המרוחק היא xterm, xrsh מציין שברירת המחדל
הכותרת עבור ה-xterm החדש תהיה "xterm@hostname" כאשר hostname הוא שם השלט הרחוק
host. ניתן גם לעקוף זאת על ידי ציון ארגומנט -title משלך ב-xterm
שורת הפקודה.

Xrsh נזהר מאוד לא להשאיר תהליכים נוספים, לא בשרת המקומי ולא בשרת המרוחק.
מכונה שמחכה ליציאת הלקוח. בסביבות מרוחקות מסוימות (במיוחד
(בחלק מימושים של Sys V של csh ו-rsh), זה בלתי אפשרי ויש להריץ את xrsh כ-
פקודת רקע.

אפשרויות

שים לב שאפשרויות xrsh קודמות לפקודת X הנתונה ולארגומנטים שלה.

-auth Authtype
בחר איזה סוג של הרשאת X (או בקרת גישה) ישמש.
סוג האימות יכול להיות אחד מהבאים הבאים: "xhost", "xauth", "xhost-xterminal", "environment", או
"none". ברירת המחדל היא 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 כדי להפעיל מארחים מרוחקים חדשים.

סוג האימות "none" אינו מבצע שום עבודה מפורשת עבור בקרת גישה. השתמש באפשרות זו אם אינך
לאפשר בקרת גישה או אם אתם משתמשים במנגנון אחר לבקרת גישה.

לבסוף, סוג האימות "סביבה" מפיץ באופן אוטומטי את משתנה הסביבה
$XAUTHORITY למארחים מרוחקים, בהנחה שמדובר במיקום המותקן ב-NFS שיכול
ניתן לגשת אליו מכל המארחים.

-לנפות בדרך כלל xrsh מפנה מחדש את הקלט והפלט הסטנדרטיים אל /dev/null בקובץ
מאמץ לגרום לסגירת תהליכי rshd ו-shell מיותרים. כתוצאה מכך, המשתמש
בדרך כלל לא ניתן לראות שגיאות שעלולות להתרחש (כמו "ההרשאה נדחתה" מ
rsh). אם אתה מתקשה לגרום ל-xrsh לעבוד עם מארח מרוחק, נסה
מתן הבורר -debug כדי לראות אם נוצרות שגיאות כלשהן.

- איתור באגים2
מתג זה גורם ל-xrsh להפעיל את האפשרות -x במעטפת כך שהמשתמש יוכל
ראה כל פקודת מעטפת המבוצעת על ידי xrsh. השתמש בסקריפט זה רק אם אתה
ניקוי באגים של קוד ה-xrsh עצמו.

עזרה הדפס את רשימת הארגומנטים לפלט סטנדרטי.

-l שם משתמש
השתמש בבורר -l כדי לציין שם משתמש אחר לשימוש לצורך כניסה דרך rsh ב
המארח המרוחק.

-e רשפרוג
ניתן להשתמש בבורר -e כדי להגדיר תוכנית מעטפת מרוחקת אחרת, למשל ssh.
ברירת המחדל היא remsh או rsh, בהתאם למערכת שלך. דגל זה גובר על ‎$XRSH_RSH.

-לַעֲבוֹר רשימת הגיוס
Envlist היא מחרוזת מופרדת במירכאות הנותנת שם לקבוצה שרירותית של סביבות
משתנים להעביר לסביבת המעטפת במארח המרוחק. אם מישהו רצה
להגדיר את $XRSH_AUTH_TYPE ואת $XAUTHORITY למארח המרוחק, ניתן להשתמש ב: -pass
"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
משתנה זה יכול להגדיר מחדש את תוכנית המעטפת המרוחקת שתשתמש בה, לדוגמה ssh.

שגיאות XRSH_RSH_ERRORS
אם משתנה הסביבה XRSH_RSH_ERRORS מוגדר לשם הקובץ, כל rsh
שגיאות יופיעו בקובץ זה במארח המרוחק. אם משתנה זה אינו מוגדר,
הודעות שגיאה ייזרקו אלא אם כן ניתן הבורר -debug. (הערה: אל תעשה
השתמש ב-~ בשם הקובץ מכיוון שהוא יתרחב ל-~ במארח המקומי, אבל נסה לשים
השגיאות בקובץ זה במארח המרוחק.)

XRSH_ENVS_TO_PASS

משותף בעיות

ודא שמשתנה הסביבה PATH שלך במארח המרוחק מוגדר בקובץ .cshrc שלך או
.bashrc כך שלתוכניות rsh תהיה גישה אליו. (/ Bin / sh ומשתמשי /bin/ksh מתקשים
זמן זמן כאן מכיוון שהקליפות שלהם לא מריצות קבצי init תחת rsh. אתה יכול להשתמש ב-
משתנה הסביבה XRSH_ENVS_TO_PASS כדי להעביר את משתנה הסביבה PATH למערכת המרוחקת
מארח. לחלופין, ניתן להקליד נתיב מלא ל-xrsh במקרה כזה. (לדוגמה, xrsh remote-
מארח /usr/bin/X11/xterm))

ודא שמשתנה הסביבה PATH שלך במארח המרוחק כולל את הספרייה
המכיל את תוכניות X. לעתים קרובות זהו /usr/bin/X11 או /usr/local/bin/X11.

ודא ש-rsh מוגדר לעבודה על המארח המרוחק. תוכל לבדוק זאת על ידי
הקלדה: rsh remote-host echo '$PATH' פעולה זו תוכיח ש-rsh עובד ויראה לכם את ה-PATH
שישמש במארח המרוחק. אם תקבלו את ההודעה "ההרשאה נדחתה", כנראה שתצטרכו
לעדכן את שלך ~/.rhosts קובץ במארח המרוחק. ראה rlogin(1).

דוגמאות

יודה
התחל xterm על המארח yoda שמוצג בשרת X הנוכחי. השתמש ב-xhost
לבקרת גישה.

xrsh -auth xauth אנדרדוג emacs
הפעל emacs על האנדרדוג המארח. מזג ערכי הרשאת xauth עבור זה.
השרת לתוך קובץ הסמכות במארח המרוחק.

xrsh -l mjd -auth none -pass XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
התחל xterm על הטיגריס המארח בגופן קטן מאוד, הפץ את הסביבה
המשתנה $XRSH_AUTH_TYPE למארח המרוחק, התחבר למארח המרוחק באמצעות ה-id
"mjd", אל תבצע שום הרשאה ספציפית ואל תפנה מחדש פלט סטנדרטי/שגיאה
ל- /dev/null כדי שאוכל לראות שגיאות.

השתמש ב-xrsh באינטרנט באמצעות שירותי onworks.net