xrsh - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

xrsh - เริ่มโปรแกรม X บนเครื่องระยะไกล

เรื่องย่อ

xrsh [ -ช่วยด้วย ] [ -version ] [ -l ชื่อผู้ใช้ ] [ -e rsprog ] [ -รับรองความถูกต้อง ประเภทการรับรองความถูกต้อง ] [ - หน้าจอ
หน้าจอ-# ] [ - ผ่าน สมัคร ] [ -debug ] [ -debug2 ] โฮสต์ระยะไกล [ X-คำสั่ง [ ข้อโต้แย้ง
... ] ]

DESCRIPTION

ใช่ รันคำสั่ง X ที่กำหนดบนรีโมตโฮสต์ มันสร้างสภาพแวดล้อมสำหรับสิ่งนั้น
คำสั่งให้แสดงหน้าต่างบนหน้าจอเซิร์ฟเวอร์ปัจจุบันโดย
เผยแพร่ตัวแปรสภาพแวดล้อม $DISPLAY หากไม่ได้ระบุไว้ ไคลเอนต์เริ่มต้นคือ
xterm. Xrsh เลือกโดยอัตโนมัติ SSH(1) รช(1) เสียใจ(1) หรือ Rcmd(1) เพื่อดำเนินการระยะไกล
คำสั่ง ขึ้นอยู่กับสภาพแวดล้อม O/S ที่มีอยู่

Xrsh จัดการการรับรองความถูกต้องโดยอัตโนมัติเพื่อให้ไคลเอนต์ระยะไกลได้รับอนุญาต
เปิดหน้าต่างบนเซิร์ฟเวอร์ มันทำได้หลายวิธีขึ้นอยู่กับค่า
ของตัวแปรสภาพแวดล้อม $XRSH_AUTH_TYPE หรืออาร์กิวเมนต์ -auth

โดยค่าเริ่มต้น xrsh จะใช้ xhost เพื่อเปิดใช้งานไคลเอนต์ระยะไกลเพื่อเปิดการเชื่อมต่อเซิร์ฟเวอร์
นอกจากนี้ยังสามารถบอกให้ใช้ xauth เพื่อรวมโลคัลคีย์ลงในไฟล์การอนุญาตระยะไกล
หรือสามารถส่งผ่านตัวแปรสภาพแวดล้อม $XAUTHORITY ไปยังรีโมตโฮสต์เพื่อแชร์ a
ไฟล์สิทธิ์ที่เมาท์ NFS ทั่วไป นอกจากนี้ยังสามารถสั่งให้ไม่ทำอะไรในกรณีได้อีกด้วย
โดยไม่จำเป็นต้องมีการอนุญาตอย่างชัดแจ้ง

ผู้ใช้ที่ต้องการหน้าต่างเทอร์มินัลระยะไกลอาจดูคำสั่งน้องสาวของ xrsh
xrเข้าสู่ระบบ(1). Xrlogin ใช้ xterm ที่ทำงานอยู่ในเครื่องเพื่อเปิดการเชื่อมต่อ rlogin กับรีโมท
เจ้าภาพ. การตัดสินใจว่าจะใช้ "xrsh host xterm" หรือ "xrlogin host" นั้นควรเป็นพื้นฐาน
จากปัจจัยหลายประการ หาก X ไม่พร้อมใช้งานบนรีโมตโฮสต์หรือเทอร์มินัลอีมูเลเตอร์
มีคุณสมบัติที่ดีกว่า ใช้ xrlogin โดยทั่วไป ผู้เขียนแนะนำให้ใช้ xrsh over
xrlogin ในสถานการณ์ส่วนใหญ่

หากคำสั่งที่จะดำเนินการบนรีโมตโฮสต์เป็น xterm xrsh จะส่งผ่าน . โดยอัตโนมัติ
-name อาร์กิวเมนต์ไปยัง xterm ด้วยค่า "xterm-hostname" โดยที่ hostname เป็นชื่อของ
โฮสต์ระยะไกล ซึ่งช่วยให้ผู้ใช้สามารถระบุทรัพยากรในตัวจัดการทรัพยากรของเซิร์ฟเวอร์ได้
ซึ่งเจาะจงสำหรับ xterms จากโฮสต์ที่กำหนด ตัวอย่างเช่น สามารถใช้คุณสมบัตินี้เพื่อ
ทำให้หน้าต่าง xterm ทั้งหมดจากรีโมตโฮสต์ที่กำหนดเป็นสีเดียวกันหรือใช้ฟอนต์เฉพาะ
หรือเริ่มต้นในสถานที่เฉพาะบนหน้าจอ Xrlogin ส่งสตริงเดียวกันเพื่อให้เป็น
เข้ากันได้ในเรื่องนี้ คุณลักษณะนี้สามารถแทนที่ได้โดยการระบุ -name . ของคุณเอง
อาร์กิวเมนต์บนบรรทัดคำสั่ง xterm

หากคำสั่งที่จะรันบนรีโมตโฮสต์เป็น xterm xrsh จะระบุว่า default
ชื่อเรื่องสำหรับ xterm ใหม่จะเป็น "xterm@hostname" โดยที่ hostname เป็นชื่อของรีโมท
เจ้าภาพ. นอกจากนี้ยังสามารถแทนที่ด้วยการระบุอาร์กิวเมนต์ -title ของคุณเองบน xterm
บรรทัดคำสั่ง.

Xrsh ระมัดระวังเป็นอย่างยิ่งที่จะไม่ทิ้งกระบวนการพิเศษใดๆ ไว้บนโลคัลหรือรีโมต
เครื่องรอให้ลูกค้าออก ในสภาพแวดล้อมระยะไกลบางแห่ง (โดยเฉพาะ
การใช้งาน Sys V บางตัวของ csh และ rsh) สิ่งนี้เป็นไปไม่ได้และ xrsh ควรรันเป็นa
คำสั่งพื้นหลัง

OPTIONS

โปรดทราบว่าตัวเลือก xrsh นำหน้าคำสั่ง X ที่ระบุและอาร์กิวเมนต์

-รับรองความถูกต้อง ประเภทการรับรองความถูกต้อง
เลือกประเภทของการอนุญาต X (หรือการควบคุมการเข้าถึง) ที่จะใช้
Authtype สามารถเป็นหนึ่งใน "xhost", "xauth", "xhost-xterminal", "environment" หรือ
"ไม่มี". ค่าเริ่มต้นคือ xhost แต่สามารถตั้งค่าเริ่มต้นได้โดยการตั้งค่าของ
ตัวแปรสภาพแวดล้อม $XRSH_AUTH_TYPE

หากระบุ xhost และเซิร์ฟเวอร์ X กำลังทำงานบนเครื่องท้องถิ่น xhost will
ทำงานภายในเครื่องเพื่อให้โฮสต์ระยะไกลเปิดการเชื่อมต่อ X หากเซิร์ฟเวอร์เป็น
บนโฮสต์ที่สาม (ไม่ใช่ตัวที่ xrsh ทำงานอยู่และไม่ใช่ตัวที่คุณต้องการ
เพื่อเรียกใช้คำสั่ง) rsh จะใช้เพื่อเรียกใช้ xhost บนโฮสต์เซิร์ฟเวอร์เพื่ออนุญาต
โฮสต์ที่จะรันคำสั่ง

หากระบุ xauth ไว้ xrsh จะรวมรายการสำหรับเซิร์ฟเวอร์จาก
ไฟล์ $XAUTHORITY ในเครื่องของรีโมตโฮสต์โดยใช้ rsh

authtype xhost-xterminal มีไว้สำหรับผู้ใช้ที่ใช้เทอร์มินัล X ถ้า
xhost-xterminal ถูกใช้ จากนั้นในครั้งแรกที่รัน xrsh มันรัน xhost ในเครื่อง
เปิดใช้งานโฮสต์ระยะไกลสำหรับการเข้าถึง สิ่งนี้น่าจะใช้ได้ตั้งแต่ (ในทางทฤษฎี) the
ครั้งแรกที่รันอยู่บนโฮสต์ XDMCP สำหรับเทอร์มินัล X นับแต่นั้นเป็นต้นมา
เผยแพร่ชื่อของโฮสต์นั้นไปยังโฮสต์ระยะไกลทั้งหมดผ่านตัวแปรสภาพแวดล้อม
$XHOST. ในการเรียกที่ตามมาจากรีโมตโฮสต์ xrsh ใช้ rsh เพื่อเชื่อมต่อกับ
โฮสต์ $XHOST และรัน xhost เพื่อเปิดใช้งานรีโมตโฮสต์ใหม่

Authtype "ไม่มี" ไม่ทำงานอย่างชัดเจนสำหรับการควบคุมการเข้าถึง ใช้สิ่งนี้หากคุณไม่
เปิดใช้งานการควบคุมการเข้าถึงหรือถ้าคุณใช้กลไกอื่นในการควบคุมการเข้าใช้งาน

ในที่สุด authtype "สภาพแวดล้อม" จะเผยแพร่ตัวแปรสภาพแวดล้อมโดยอัตโนมัติ
$XAUTHORITY ไปยังรีโมตโฮสต์ โดยสมมติว่าเป็นตำแหน่งที่ติดตั้ง NFS ที่สามารถ
สามารถเข้าถึงได้จากทุกโฮสต์

-debug โดยปกติ xrsh เปลี่ยนเส้นทางอินพุตมาตรฐานและเอาต์พุตมาตรฐานไปที่ /dev/null ในan
ความพยายามที่จะออกจากกระบวนการ rshd และเชลล์ที่ไม่จำเป็น ส่งผลให้ผู้ใช้
มักจะไม่เห็นข้อผิดพลาดใด ๆ ที่อาจเกิดขึ้น (เช่น "การอนุญาตถูกปฏิเสธ" จาก
rsh) หากคุณประสบปัญหาในการทำให้ xrsh ทำงานกับรีโมตโฮสต์ ให้ลอง
ให้สวิตช์ -debug เพื่อดูว่ามีข้อผิดพลาดเกิดขึ้นหรือไม่

-debug2
สวิตช์นี้ทำให้ xrsh เปิดตัวเลือก -x ในเชลล์เพื่อให้ผู้ใช้สามารถ
ดูทุกคำสั่งเชลล์ที่ดำเนินการโดย xrsh ใช้สคริปต์นี้เฉพาะเมื่อคุณเป็น
การดีบักโค้ด xrsh เอง

-ช่วยด้วย พิมพ์รายการอาร์กิวเมนต์ไปยังเอาต์พุตมาตรฐาน

-l ชื่อผู้ใช้
ใช้สวิตช์ -l เพื่อระบุชื่อผู้ใช้อื่นเพื่อใช้เข้าสู่ระบบผ่าน rsh on
โฮสต์ระยะไกล

-e rsprog
สวิตช์ -e สามารถใช้เพื่อตั้งค่าโปรแกรมรีโมตเชลล์อื่นได้ เช่น ssh NS
ค่าเริ่มต้นคือ remsh หรือ rsh ขึ้นอยู่กับระบบของคุณ แฟล็กนี้แทนที่ $XRSH_RSH

- ผ่าน สมัคร
Envlist เป็นสตริงที่คั่นด้วยเครื่องหมายคำพูดที่ตั้งชื่อชุดสภาพแวดล้อมโดยพลการ
ตัวแปรที่จะส่งต่อไปยังสภาวะแวดล้อมเชลล์บนรีโมตโฮสต์ ถ้าใครต้องการ
ตั้งค่า $XRSH_AUTH_TYPE และ $XAUTHORITY เป็นรีโมตโฮสต์ เราสามารถใช้: -pass
"XRSH_AUTH_TYPE XAUTHORITY" ชุดเริ่มต้นของตัวแปรสภาพแวดล้อมที่จะส่งผ่านอาจเป็น
ตั้งค่าโดยใช้ตัวแปรสภาพแวดล้อม $XRSH_ENVS_TO_PASS

- หน้าจอ หน้าจอ-#
ระบุหน้าจออื่นบนเซิร์ฟเวอร์ที่จะแสดงรีโมตไคลเอ็นต์

-version
พิมพ์ข้อมูลเวอร์ชันและออก

และพวกเรา

ตัวแปรสภาพแวดล้อม XRSH_AUTH_TYPE และ XRSH_ENVS_TO_PASS ซึ่งสามารถใช้ในการตั้งค่า
ค่าเริ่มต้นของสวิตช์จะถูกแทนที่หากมีการระบุสวิตช์ที่เทียบเท่าไว้ด้วย

สิทธิอำนาจ
ตัวแปรสภาพแวดล้อม $XAUTHORITY จะถูกส่งต่อไปยังรีโมตโฮสต์หาก authtype
ระบุโดย -auth หรือ $XRSH_AUTH_TYPE คือ "สภาพแวดล้อม"

XRSH_AUTH_TYPE
ตัวแปรสภาพแวดล้อมนี้สามารถใช้เพื่อระบุประเภทเริ่มต้นของการอนุญาต
หรือการควบคุมการเข้าถึง ค่าที่สามารถตั้งค่าได้เหมือนกับค่าของ
อาร์กิวเมนต์ -auth

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-
โฮสต์ /usr/bin/X11/xterm))

ตรวจสอบให้แน่ใจว่าตัวแปรสภาพแวดล้อม PATH ของคุณบนรีโมตโฮสต์มีไดเร็กทอรี
ที่มีโปรแกรม X ซึ่งมักจะเป็น /usr/bin/X11 หรือ /usr/local/bin/X11

ตรวจสอบให้แน่ใจว่าคุณได้กำหนดค่า rsh ให้ทำงานบนรีโมตโฮสต์ คุณสามารถทดสอบสิ่งนี้โดย
การพิมพ์: rsh remote-host echo '$PATH' จะพิสูจน์ว่า rsh ใช้งานได้และแสดงให้คุณเห็น PATH
ที่จะใช้บนรีโมตโฮสต์ หากคุณได้รับ "การอนุญาตถูกปฏิเสธ" คุณอาจต้องการ
เพื่ออัปเดตไฟล์ ~/.rhosts ไฟล์บนโฮสต์ระยะไกล ดู เข้าสู่ระบบ(1)

ตัวอย่าง

xrsh โยดา
เริ่ม xterm บนโฮสต์ yoda ซึ่งแสดงบนเซิร์ฟเวอร์ X ปัจจุบัน ใช้ xhost
เพื่อควบคุมการเข้าออก

xrsh -auth xauth ตกอับ emacs
เริ่ม emacs กับโฮสต์ที่ตกอับ รวมรายการการอนุญาต xauth สำหรับสิ่งนี้
เซิร์ฟเวอร์ลงในไฟล์สิทธิบนรีโมตโฮสต์

xrsh -l mjd -auth none -pass XRSH_AUTH_TYPE - ดีบัก tigger xterm -fn 5x7
เริ่ม xterm บนโฮสต์ tigger ด้วยฟอนต์ขนาดเล็กมาก เผยแพร่สภาพแวดล้อม
ตัวแปร $XRSH_AUTH_TYPE ไปยังรีโมตโฮสต์ ล็อกอินเข้าสู่รีโมตโฮสต์โดยใช้ id
"mjd" ห้ามทำการอนุญาตเฉพาะใด ๆ และอย่าเปลี่ยนเส้นทางเอาต์พุตมาตรฐาน/ข้อผิดพลาด
ไปที่ /dev/null เพื่อให้ฉันเห็นข้อผิดพลาด

ใช้ xrsh ออนไลน์โดยใช้บริการ onworks.net