X11 ส่งต่อกับ Ubuntu 17.10 / Wayland อย่างไร


9

ฉันใช้ Ubuntu 17.04 ฉันใช้ ssh ด้วย X11 การส่งต่อตลอดเวลาเพื่อแสดงโปรแกรม GUI ที่ทำงานบนเซิร์ฟเวอร์ของฉันบนเครื่องคอมพิวเตอร์ของฉัน

Ubuntu 17.10 ให้บริการ Wayland แทน X11 และฉันได้อ่านบทความมากมายตั้งแต่ปี 2011 เกี่ยวกับวิธีการที่ "อาจ" ส่งผลต่อแอปที่ส่งต่อ X11 ฉันพบการทำนายภัยพิบัติจำนวนมากและการพยากรณ์ความโปร่งใสของเครือข่ายมากมาย

บางโพสต์อ้างว่าฉันจะถูกบังคับให้เลือกเมื่อลงชื่อเข้าใช้ระหว่าง X11 หรือ Wayland อย่างไรก็ตามฉันมีเซิร์ฟเวอร์ที่ใช้ X11 ทั้ง Macintosh และ Windows ดังนั้นฉันไม่คิดว่านี่เป็นทางเลือกหรือทางเลือก แต่นั่นเป็นเพียงการคาดเดาเพิ่มเติม มันใช้งานได้จริงอย่างไร?

คำตอบ:


6

คำถามที่พบบ่อย Wayland Quoting

ไม่นั่นอยู่นอกขอบเขตของ Wayland เพื่อสนับสนุนการเรนเดอร์ระยะไกลคุณจำเป็นต้องกำหนด API การแสดงผลซึ่งเป็นสิ่งที่ฉันได้ระมัดระวังในการหลีกเลี่ยง เหตุผลที่เวย์แลนด์นั้นเรียบง่ายและเป็นไปได้ทั้งหมดคือฉันหลีกเลี่ยงงานใหญ่นี้และผลักดันให้ลูกค้า มันเป็นความท้าทายที่น่าสนใจเป็นงานที่ใหญ่มากและยากที่จะทำให้ถูกต้อง แต่โดยพื้นฐานแล้วฉากกับสิ่งที่ Wayland พยายามทำเพื่อให้บรรลุ

นี่ไม่ได้หมายความว่าการแสดงผลระยะไกลจะไม่สามารถทำได้ด้วย Wayland เพียง แต่หมายความว่าคุณจะต้องวางเซิร์ฟเวอร์การแสดงผลระยะไกลไว้บน Wayland เซิร์ฟเวอร์หนึ่งตัวนั้นอาจเป็นเซิร์ฟเวอร์ X.org แต่ตัวเลือกอื่น ๆ รวมถึงเซิร์ฟเวอร์ RDP เซิร์ฟเวอร์ VNC หรือใครบางคนสามารถคิดค้นรูปแบบการเรนเดอร์ระยะไกลแบบใหม่ของตัวเองได้ คุณลักษณะใดที่คุณคิด; การวาง X.org ไว้บนสุดของ Wayland มีค่าใช้จ่ายน้อยมาก แต่เซิร์ฟเวอร์การเรนเดอร์ระยะไกลประเภทอื่นไม่ต้องการ X.org อีกต่อไปและการทดลองกับโปรโตคอลใหม่นั้นง่ายกว่า

นอกจากนี้ยังเป็นไปได้ที่จะนำโพรโทคอล remoting เป็นนักแต่งเพลง Wayland ไม่ว่าจะเป็นผู้เรียบเรียง Remoting แบบสแตนด์อโลนหรือเป็นส่วนหนึ่งของนักแต่งเพลงเดสก์ทอปเต็มรูปแบบ สิ่งนี้จะให้เราส่งต่อแอปพลิเคชั่น Wayland ดั้งเดิม ผู้แต่งแบบสแตนด์อโลนสามารถให้คุณเข้าสู่เซิร์ฟเวอร์และเรียกใช้แอปพลิเคชันบนเดสก์ท็อปของคุณ การสร้างการส่งต่อไปยังผู้แต่งเพลงบนเดสก์ท็อปสามารถช่วยให้คุณสามารถส่งออกหรือแชร์หน้าต่างได้อย่างรวดเร็วด้วยนักแต่งเพลงเวย์แลนด์ระยะไกลเช่นเดสก์ท็อปของเพื่อน

TL; DR คือ "เกินขอบเขต" ในช่วงหลายปีที่ผ่านมามีการรวบรวมแอพและโปรโตคอลจำนวนมากสำหรับงานประเภทนั้นและมีความรู้สึกเพียงเล็กน้อยในการเพิ่มโปรโตคอลนี้ไปยัง Wayland

น่าเป็นที่ทราบกันว่า AFAIK ไม่มีใครทำงานเกี่ยวกับการใช้งานด้านความดันโลหิตตกของโปรโตคอล X.org ด้านบนของนักแต่งเพลง Wayland

ฉันขอรายงานจากผู้ใช้ Ubuntu 17.10 เกี่ยวกับ "การส่งต่อ X11"

ฉันเดาว่าคุณกำลังพูดถึงรายงานข้อผิดพลาด คุณจะไม่พบหนึ่ง(ดีอย่างน้อยไม่เปิด)เพราะมันจะถูกปิดเป็น NOTABUG

ฉันพบคำทำนายของภัยพิบัติมากมาย

มีอะไรเลวร้ายในเรื่องนี้? ไม่ใช่ว่าคุณสูญเสียฟังก์ชันการทำงานมีโปรโตคอลจำนวนมากสำหรับงานประเภทนั้น นอกจากนี้แม้ว่าฉันจะไม่ใช้การส่งต่อตัวเอง X11 แต่จากสิ่งที่ฉันได้อ่านมันไม่ได้ผลดีในทุกวันนี้สำหรับแอพมากมาย ฉันจำได้ไม่ชัดว่าเป็นเพราะแอพจำนวนมาก(ส่วนใหญ่เป็นเกมและเกมที่มีกราฟิกหนัก)กำลังใช้การเรนเดอร์โดยตรงและบายพาส XServer

คุณสามารถยึด X11 ได้ฉันไม่เห็นว่าเป็นปัญหา Wayland ยังอยู่ในระหว่างการพัฒนาและ X11 จะไม่ไปที่ใดเป็นเวลานาน ในความเป็นจริง ATM จาก DEs จำนวนมาก Gnome เป็นหนึ่งเดียวที่มี Wayland ทำงานได้ดี คุณอาจพบว่ามันตลก แต่ไม่ใช่เวสตันที่มีอยู่เพื่อจุดประสงค์เดียวในการใช้งานอ้างอิง - ทำให้มันทำงานได้อย่างสมบูรณ์เพราะมันไม่รองรับโปรโตคอลการเลือกหลัก

การพัฒนาบางอย่างดำเนินต่อไปใน XServer-land เช่นกัน เช่นเมื่อวานฉันเห็นคร่าวๆเกี่ยวกับการใช้ HDRใน # dri-devel channel ของ Freenode ดังนั้นจึงไม่ใกล้ที่จะล้าสมัยอย่างแน่นอน


6
X11 ทำงานได้ยอดเยี่ยมสำหรับเราไม่เคยมีปัญหาใด ๆ จากคลัสเตอร์คอมพิวเตอร์ประสิทธิภาพสูงของ Linux จะไม่สามารถใช้ RDP หรือบริการอื่น ๆ ได้ การส่งต่อ X11 เท่านั้น ฉันคิดว่าคำถามต่อไปของฉันจะเป็นอย่างไรผู้ใช้ Ubuntu 17.10 จะเปิดตัวเซิร์ฟเวอร์ X หลังจากที่พวกเขาเข้าสู่ระบบด้วย Wayland
pauljohn32

1
@ pauljohn32 เพียงเลือกในหน้าจอเข้าสู่ระบบทุกครั้งที่ไม่ได้พูดว่า "wayland" หลังจากรีบูตเครื่องจะเป็นการเริ่มต้นเซสชัน
Hi-Angel

gsudo gpartedเป็นกรณีการใช้งานเฉพาะที่ฉันค่อนข้างชอบและไม่ต้องการที่จะสูญเสียการเข้าถึง
Shadur

@Shadur ทำไมคุณไม่เข้าใช้งาน คุณสามารถใช้โปรโตคอลอื่น ๆ เพื่อทำงานกับเช่น SPICE, VNC, teamviewer, RDP
สวัสดีแองเจิล

1
ทั้งหมดนี้ต้องการการตั้งค่าเพิ่มเติมที่สำคัญซึ่งฉันไม่ได้ติดตั้งไว้ในเซิร์ฟเวอร์ระยะไกลที่ไม่เคยทำงานเป็นระบบเดสก์ท็อป
Shadur
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.