RustDesk अब Wayland पर सच्चा unattended remote access सपोर्ट करता है

मूल लेख ↗ Hacker News चर्चा ↗

RustDesk की Linux Wayland desktops पर unattended remote access देने की नई क्षमता को TeamViewer, AnyDesk, VNC, और RDP जैसे टूल्स के तेज़, open-source विकल्प के रूप में सराहा गया है, खासकर self-hosted setups और tech support के लिए। टिप्पणीकार मजबूत performance और उपयोग में आसानी को उजागर करते हैं, लेकिन पासवर्ड नीतियों, cryptographic design, direct LAN connections के लिए encryption की कमी, और project के कुछ बंद या बिना-लाइसेंस वाले components पर चिंता जताते हैं। यह feature Wayland ecosystem में जारी friction को भी रेखांकित करता है, जहाँ full remote control जैसी बुनियादी क्षमताओं के लिए अभी भी low-level DRM/KMS workarounds और compositor-specific extensions की आवश्यकता होती है।

समग्र भावना

  • कई लोग RustDesk को TeamViewer/AnyDesk के विकल्प के रूप में लेकर उत्साहित हैं, जो “बस काम करता है,” self-host किया जा सकता है, और account/lock-in से बचाता है।
  • अन्य लोग सुरक्षा संबंधी संदेह, कुछ सिस्टमों पर अधिक resource उपयोग, और Wayland/implementation संबंधी चिंताओं के कारण सतर्क या नकारात्मक हैं।

उपयोग के मामले और तुलना

  • मुख्य आकर्षण: Linux desktops (Wayland सहित) तक unattended remote access, tech support, और सामान्य remote GUI उपयोग।
  • कई लोगों का कहना है कि आप पहले से VNC, Xpra, RDP, Remmina-over-SSH, या केवल SSH से ऐसा कुछ कर सकते हैं; RustDesk को एक और विकल्प माना जाता है, कोई बिल्कुल नई चीज़ नहीं।
  • VNC के साथ तुलना में:
    • दावे किए गए फायदे: video codecs के माध्यम से बेहतर performance, multi-monitor support, आसान NAT traversal (port forwarding/VPN की जरूरत नहीं)।
    • प्रतिवाद: कुछ लोग बेहद अधिक CPU usage की रिपोर्ट करते हैं और व्यवहार में TightVNC या TigerVNC को प्राथमिकता देते हैं।
  • Sunshine/Moonlight और Steam Link के साथ तुलना में:
    • RustDesk को local networks के बाहर अधिक आसान और कम “janky” माना जाता है, लेकिन Wayland/DRM capture के लिए Sunshine को एक मजबूत तकनीकी संदर्भ के रूप में उद्धृत किया जाता है।

Wayland और technical implementation

  • नई सुविधा: Wayland पर true unattended access, जो OBS और अन्य में भी देखी गई एक लंबे समय की समस्या को हल करती है।
  • संभवतः यह एक privileged daemon के साथ DRM/KMS framebuffer capture और uinput-style input injection का उपयोग करता है, Sunshine के समान।
  • एक dependency (libdrmtap) केवल screen capture प्रदान करती है; input अभी भी compositor-specific है, इसलिए पूर्ण, सार्वभौमिक Wayland support अभी भी जटिल बना हुआ है।
  • कुछ लोग Wayland के design की आलोचना करते हैं कि यह basic remote-desktop use cases को X11 या ऐतिहासिक Windows (RDP/Terminal Services) की तुलना में कहीं अधिक कठिन बना देता है।

सुरक्षा, पासवर्ड, और encryption

  • पासवर्ड नीति:
    • कुछ लोग passphrase-style (XKCD) passwords चाहते हैं और RustDesk के complexity rules को पसंद नहीं करते।
    • अन्य लोगों का तर्क है कि short word-based passphrases consumer GPUs के साथ, जब fast hashes (MD5/SHA-256) के साथ stored हों, आसानी से crack किए जा सकते हैं।
    • प्रतिवाद entropy math, rate-limited online guessing, और लंबे passphrases के लाभों पर जोर देते हैं; सुझाव है कि SHA-256 की बजाय Argon2 जैसा KDF बेहतर होगा।
  • एक commenter ने RustDesk के code की जाँच की, custom SHA‑256-based challenge scheme का दावा किया, जिसकी documentation अस्पष्ट है और MITM risk संभव है, और software का उपयोग न करने की सलाह दी।
  • Encryption:
    • server के माध्यम से सामान्य RustDesk sessions (self-hosted सहित) को NaCl-based boxes का उपयोग करके end-to-end encrypted बताया गया है।
    • Direct IP “local network” connections encrypted नहीं हैं, डिफ़ॉल्ट रूप से off हैं, और आधिकारिक रूप से test feature माने जाते हैं; maintainers VPN (WireGuard/Tailscale) का उपयोग सुझाते हैं।
    • कुछ लोग built-in direct-link encryption की कमी को एक गंभीर कमी मानते हैं; अन्य कहते हैं कि LAN+VPN पर्याप्त है।

Open-source status और ecosystem

  • RustDesk को server सहित open source के रूप में बाज़ार में प्रस्तुत किया जाता है।
  • आलोचक बताते हैं:
    • एक आवश्यक submodule बिना license के, और कुछ features के लिए closed-source DLLs, इसे open source और source-available के बीच एक gray area में रखती हैं।
  • एक वैकल्पिक server implementation (BetterDesk) का उल्लेख है:
    • एक single Go binary का उपयोग करता है, साथ में optional Node.js/Postgres web UI (default SQLite)।
    • कुछ लोग architecture पसंद करते हैं; अन्य इसे अनावश्यक रूप से जटिल और project को AI-generated जैसा मानते हैं।

छूटी हुई सुविधाएँ और छोटे मुद्दे

  • वांछित सुविधाएँ:
    • Self-hosted web client.
    • Microphone input passthrough (वर्तमान में काम नहीं कर रहा; एक user workaround के रूप में एक अलग hardware KVM-like device पर निर्भर है)।
    • पूरी तरह headless machines के लिए स्पष्ट support माँगी गई है लेकिन उत्तर नहीं दिया गया।
  • कुछ छोटी शिकायतें:
    • Menu/notification CSS issue.
    • “encrypted when self-hosted” बनाम direct IP mode को लेकर भ्रम।
    • maintainers के “हम इसे implement करने की योजना नहीं बना रहे, लेकिन PRs welcome हैं” वाले रुख पर mixed feelings, खासकर LAN encryption के संदर्भ में।

Networking और “zero-trust” चर्चाएँ

  • कई उपयोगकर्ता RustDesk को Tailscale या WireGuard के साथ जोड़ते हैं ताकि encryption, access control, और सेवाओं को public internet पर expose करने से बचाया जा सके।
  • अन्य लोग तर्क देते हैं कि remote desktop tools को स्वाभाविक रूप से secure transport (जैसे proper authentication या TOFU के साथ TLS/QUIC) का समर्थन करना चाहिए, VPN पर निर्भर हुए बिना।
  • उल्लेखित व्यापक विचार: OIDC/WebAuthn, SSH-key-based client auth, IPv6 + dynamic DNS, DHT-based address discovery (iroh/pkarr), और self-hosted services के लिए zero-trust frontends (Envoy, Authelia)।