Egesz ujszeru remote desktop - Alluno

A minap talaltam ezt a fiatalka projectet: 

 

https://alluno.io/

https://github.com/alluno-io/alluno

 

Egesz erdekes. A Reemo-ra ( https://reemo.io ) emlekeztet, de tetszik hogy ennyire testre szabhato! meg csak LAN ban teszteltem, de ott igen impressziv a teljesitmenye! (Windows PC --> iOS chrome browser)


 

Hozzászólások

És ez mitől 'újszerű'?!

csak egy újabb 'szemfényvesztés', ahol a forgalamdat egy profit orientált cég szerverein kerszetülvezetve - havidíjért cserébe - elérheted a desktopodat 'bárhonnan' :)

Köszi, láttunk már sok ilyet, ám egyik sem váltotta meg a világot - ugyan azokból az okoból kifolyólag.

ez most komoly, hogy csinaltak egy github oldalt 1db exe file es egy readme.md file szamara, osszesen 1 committel? meg nincs aprilis 1.

en ilyen ismeretlen uj 1 fileos exe telepitot biztos nem futtatnek, jo esellyel valami malware vagy spyware lesz ugyis.

sandboxban telepitettem , most bedobtam virustotal&kaspersky (hash-el mindkettoben megtalalod) : 81ac97ab7ef9ac79507f18a8a96ac320013a841156e02e2479b00f80a2b4a59d

Volt ket fals pozitivja, kb az miatt hogy vadiuj exe, meg remote app... (legnagyobb gondja az volt, hogy a progi kepet keszit a monitorombol...)

 

Itt a kliens forras: https://github.com/adidharmatoru/remo

 

Az uj nevvel nem tudom mi a cel, elkepzelheto hogy zart lesz a forraskod.

Az egyik a web kliens a másik a szerver , nyilván nincsenek kapcsolatban . Csak arra céloztam , hogy maga a project nem csak egy exe. De mivel zárt forráskódúnak tűnik , nyilván nem lesz kód repo


De igazából en a programot akartam megmutatni , hogy zárt forráskódú , a képességei szempontjából nem releváns . Mivel a tesztek eredménye szerint nem valami vírus így most már a tényleges funkcionalitasrol is beszélhetnénk …

Remek lenne, ha porogne a fejlesztes es lenne linux server support.

nyitottam par issue-t

 

https://github.com/alluno-io/alluno/issues

 

Elso igazi tavoli teszt (Tailscale-el) picit felemas lett. eloszor nem akart osszejonni, a szerver kb 5 mp csatlakozas utan folyton ossze omlott. aztan allitgattam egy kicsit es megjavult... :) (nalam azert nehezitett a palya, 2 video kartya van, egyik AMD , a masik NVIDIA, szoval lehet nalam volt a bibi)

 

Amit most tapasztalok, hogy a remote control (eger/bill) neha random megall (a kep az marad, tehat a kapcsolat nem szakad meg) ilyenkor csak  a stream ujrainditasa segit.

Mivel lusta vagyok made by AI: 


Az Alluno nekem röviden egy olyan remote desktop appnak tűnik, ami a szokásos „csatlakozz és használd” modellnél több technikai kontrollt ad: kliens oldalon részletesen állítható a videó (H.264/HEVC/AV1, encoder, bitrate/FPS/buffer), az audio, a hálózat (MTU, UDP/STUN/TURN, force relay) és az input, miközben weben külön dashboardról kezelhető az eszköz, a láthatóság és a hozzáférés. A Reemo-hoz viszonyítva fontos különbség, hogy náluk a free (Community) csomag AVC 4:2:0-ra van korlátozva, míg a HEVC és az AVC 4:4:4 a magasabb csomagok része. Emellett a piacra általánosan nézve tényleg kevés olyan megoldás van, ami egyszerre céloz low-latency élményt, WebRTC-alapot és böngészős (clientless) használatot; a Reemo ezt kifejezetten így pozicionálja, míg sok más szereplőnél vagy natív kliens a fő út, vagy a webes mód inkább kiegészítő.
 

Alluno – funkciólista (rövid összefoglaló)

1) Kliens app (Windows) – Stream / Configuration nézet

  • Pairing
    • Device ID megjelenítés + másolás
    • Pairing Code megjelenítés + másolás
    • Reload / Save Changes gombok
  • Video Configuration
    • Felbontás: Width / Height (auto-detect támogatás)
    • Framerate (auto-detect)
    • Bitrate (kézi megadás)
    • Buffer Size
    • Frame Processing Mode (pl. Auto)
    • Encoding formátum: H.264 / H.265(HEVC) / AV1
    • Codec választás (auto + hardveres opciók, pl. NVENC/AMF, illetve szoftveres opció)
  • Képminőség / render opciók
    • Pixel Format (pl. NV12)
    • DPI Scale (0.0–4.0)
    • Egyedi Video Options mezők hozzáadása (key-value jelleggel)
  • Audio Configuration
    • Sample Rate (pl. 48 kHz)
    • Channels (pl. Stereo)
    • Audio Bitrate
    • Frame Duration (ms)
  • Network Configuration
    • Server Name
    • MTU
    • UDP Mux Port
    • UDP Bind IP
    • UDP Port Range Min/Max
    • UDP Public IP (auto-detect)
    • Force Relay Connection kapcsoló (TURN kényszerítés)
    • STUN szerverlista kezelése (hozzáadás)
    • TURN szerverlista kezelése (hozzáadás)
  • Control Configuration
    • Keyboard control engedélyezése
    • Mouse control engedélyezése
    • Controller support engedélyezése

 

2) Webes felület – Dashboard

  • Eszköz áttekintő kártyák:
    • Total Devices
    • Online Now
    • Users Online
    • Subscription státusz
  • Keresőmező eszközökhöz
  • OS-szűrők (Windows / MacOS / Linux)
  • Állapotszűrők (Online / Offline)
  • Eszközkártya adatok:
    • Device név
    • Device ID
    • Tulajdonos jelzés (Owner)
    • Státusz (online/offline)
    • OS
    • App verzió
    • Felhasználók száma
  • „Pair New Device” lehetőség

 

3) Webes felület – Device Settings

  • Device Status & Access Control
    • Custom URL slug (egyedi stream URL végződés)
    • Visibility Level (pl. private/dashboard-only)
    • Access Level (pl. csak owner)
  • User Management
    • Trusted user hozzáadása email címmel
    • Felhasználó keresés név/email alapján
    • Jogosult felhasználók listázása (owner jelöléssel)
  • Mentés / Mégse gombok a beállításokhoz

Hallod az AI-t bárki meg tudja kérdezni, ahhoz te pont nem kellesz. A tapasztalataid jelentenék az értéket.

Emberek, ha nem akartok fórumozni, nem kötelező, én is fényévente párszor járok ide, de ennek semmi értelme így, hogy akkor is AI generált vackot olvashatok egy olyan cuccról, amit pont az a kritika ért egyébként, hogy AI generált a weboldala. És senki nem érzi az iróniát ebben.

Blog | @hron84

valahol egy üzemeltetőmaci most mérgesen toppant a lábával 

via @snq-

Mivel gondolom nem toltotted le, ezert amikor ezt a kommentet irtam, lefotoztam az UI minden elemet es megkertem az AI-t ez alapjan keszitsen eg menuterkep szeru dolgot illetve a lefotozottak alapjan szedje ossze a feature listat. NEM a tapasztalatom irtam le (milyen tapasztalatom lett volna akkor, elozo nap talaltam...) Szimplan lusta voltam beirogatni, milyen HW encodert, custom TURN-t, Felbontast, etc... tamogat. (sztem foleg erre valo az AI... leiratot kesziteni valamirol)

Azota mar van tapasztalat, amit le is irtam kesobb.

A program bugos, igen. Ettol meg van benne potencial. a kerdes nem az, hogy most milyen, hanem hogy az alapok jok es erdekes a koncepcio (en a reemo-n kivul nem ismerek masik olyan remote prgramot, ami teljesen a WebRTC kliensre osszpontosit, a tobbi kb max kiegeszitonek ad webes feluletet is)

Nincs tul sok alternativa sajnos.... a De facto standard a Apollo+moonlight. de nekem ez jelenleg most nem opcio... ezert keresek alternativat. nekem mindenkepp RTC-s kellene. Teszteltem utobbi napokban parat, sajnos keves jo van... A Parsec amugy nem lenne rossz, csak sajnos VPN el 10-bol 2x ha csatlakozik (sajna az egesz kapcsolati metodikaja ugy van felepitve hogy neten akar menni, vagy azonos subnetbe. ez meg vpn nel nem tul elonyos....)

linux kliensel hasznaltam, Tailscale-el. ott voltak ezek a gondok.

 

Itt van meg par amit ossze szedtem:

 

Apollo+Moonlight: A De facto standard. nekem most nem opcio...

 

https://remotly.com/ windows only, igertek linux klienst meg webrtc-t, de nem lett belole semmi

 

https://reemo.io/ amit te is neztel

 

https://getscreen.me/en/ elsore nem rossz, de 1. Orosz... 2. nekem nem volt olyan fluid telorol... holnap adok neki eselyt geprol

 

https://github.com/kunkundi/crossdesk erdekes ez is, kinai amugy. Githubon nepszerunek latszik. kepe eleg jo volt, de mobilrol egyrenovekvo delay volt .... (1-2 perc utan mar 10 mp koruli...) geprol azert majd csekkolom.

 

Parsecet ismered, azt nem irom. tobbet nem nagyon talaltam. Meg persze a topic targya. Sztm igeretes, csak meg nem tiszta, pontosan mi is akar majd lenni....

Par kerdesre kaptam valaszt a fejlesztotol:

 

elso a titkositas:

Hello @vampywiz17 

Yes, Alluno uses end-to-end encryption for all remote desktop sessions.

Encryption is provided by the underlying transport protocols:

  • WebRTC (peer-to-peer): DTLS-SRTP with ephemeral key pairs negotiated directly between peers
  • QUIC transport: TLS 1.3 built into the protocol
  • Relay mode: Encryption is maintained end-to-end, the relay server forwards encrypted packets and never has access to session keys (no transcoding happening in the middle)

Full technical details can be found here:

I'll be closing this request issue as well.

licensz:

 

Én kíváncsiságból (meg azért, mert lehet, hogy szükségem lesz rá, ha a haveromnak távsegítség kell) feltettem a Rustdesket, multiplatform, a server saját VPS-en lehet, van webes kliens is ha kell (ezt nem próbáltam), egyelőre úgy látom, nekem ez meg fog felelni. Ja, és opensource.

mondjuk az use-caset meg nem sikerult megfejtenem, miert akarna valaki egy masik gepen jatszani vagy 3d tervezni?

10-15 eve nagyot ment a vekonyklienses orulet, lattam en is ilyen pilot projekteket, de mind elbukott az elejen. tobbe kerult egy szerverbe bepakolni 20-30 usernek elegendo hw eroforrast (plusz a licenszek ara plusz a vekonykliens eszkozok), mint venni 20-30 normalis desktop gepet.

Játék terén már ma is tolják a 'streemelt' felhős játékokat, amik nem a te gépeden futnak. 

Azok is hasonló problémákat akarnak megoldani, de szerintem egyelőre(?) sikertelenül :)

 

Hanem, bármilyen más 3D tervezés/modellezés - ahol nem számít annyira a lag - teljesen valid use case.

Sőt, úgy általában a vékony kliensek is azok lennének, ha nem a lopásról szólna az ~összes gépbeszerzés. De fogalmazzunk finomabban:

  • a desktop hsaználat a szoftver piacot is 'mozgatja', mert midegyikre kell OS, office, viruskergető, stb.
  • a vendornak nem érdekel kevesebb (desktop) hardvert eladni
  • a vevőnek sem érdeke kevesebbet hardvert/szoftvert venni, talán nem kell részletezni az okokat... de hátha mégis:
    • visszaosztás/sikerdíj
    • éves büdzsé kihasználás
    • 3 év után ~ingyen vihető, de a használtpiacon még nagyon sokat érő gépek - főleg laptopok.

Ezen felül az összehasonlítás sem valid, mert (általában) nem veszik bele, hogy:

  • a központi hardver erőforás elosztása dinamikus, szemben a 'statikus' desktopokkal
  • a központi hardver rendelkezésreállása nagyságrendekkel nagyobb, mint az egyes desktopoké
  • a központi hardver esetében a backup is központi, amit sokkal könnyeb a gyakorlatban is működően megoldani.
  • a központi hardver távolról is elérhető... az egyes desktopok is, csak sokkal macerásabban ;)
  • ha komolyabb 3D teljesítmény kell, akkor hamar megfordul a dolog a központi hardver irányába

A valós ellenérv az, hogy legtöbb helyen laptopokat hsaználnak, nem desktopokat. A vékony klienst meg ugye nem lehet hazavinni, tehát mindenképp kell egy laptop (is) ha otthonról/üzleti úton is kell.

szerintem.

Hanem, bármilyen más 3D tervezés/modellezés - ahol nem számít annyira a lag - teljesen valid use case.

de miert nem a sajat gepen futtatja? a licensz sem indokolja, a 3d cad/cam szoftverekbol mindig van floating licensz opcio, amit akarhany gepre telepithetsz de csak N gepen hasznalhatjak egyidoben.

  • a desktop hsaználat a szoftver piacot is 'mozgatja', mert midegyikre kell OS, office, viruskergető, stb.

a szerverre is kell terminal szerver / citrix / stb licensz, plusz CAL-ok stb. egy sima desktop office licensz sem eleg ehhez.

a központi hardver erőforás elosztása dinamikus, szemben a 'statikus' desktopokkal

igaz, 1 user el tudja hasznalni az osszeset, no limit :)

persze vannak olyan megoldasok, ahol minden user kulon VM-ben fut, ott viszont a dinamikus elosztas veszik el

a központi hardver rendelkezésreállása nagyságrendekkel nagyobb, mint az egyes desktopoké

nagysagrendekkel azert nem. egy kicsit. viszont ha az romlik el, akkor senki sem dolgozik, nem csak 1 user esik ki.

van ralatasom cegekre, intezmenyekre 500-2000 geppel, azert eleg ritkan hibasodnak meg a pc-k, azok is altalaban boven az 5 eves eletciklusuk utan.

a központi hardver esetében a backup is központi, amit sokkal könnyeb a gyakorlatban is működően megoldani.

azert jo esetben nem a pc-n taroljak az adatokat hanem valamilyen file sharen / cloudban, tehat ez irrelevans

a központi hardver távolról is elérhető... az egyes desktopok is, csak sokkal macerásabban ;)

de ez akar security hole is lehet... nezopont kerdese minden.

(tapasztalataim szerint foleg bankfiokokban, erzekeny adatokat kezelo irodakban, penzugyi szektorban szeretik nagyon a vekonyklienses cuccot, foleg amiatt hogy a kliens eszkozzel ne lehessen sehogy ellopni az adatokat, max a kepernyot fotozgatva de az nem valami hatekony es ugye eleg feltuno...)

ha komolyabb 3D teljesítmény kell, akkor hamar megfordul a dolog a központi hardver irányába

haaaat.. par eve megkerestek egy ilyesmi projekttel, es az nvidianak vannak olyan videokartyai ami tamogatja a gpu virtualizaciot de az egy nagysagrenddel dragabb is, mint a mezei gpu-k. szoval annyira az sem eri meg...

Szepen halad a program fejlesztese, jomagam is sok issue-t hoztam letre , meg igyekeztem minden user case-t tesztelni.

Jelenleg:

  • NVIDIA kartyaval minden codec-el szepen megy (h264, HEVC, AV1)
  • mind konstans, mint dinamikus FPS-el megy szepen (itt volt egy bug, ami a dinamikus FPS-t erintette, de javitva lett)
  • a tobbi funkcio (felbontas, FPS, bitrate, etc.. ) rendben mukodik

 

Ami meg nem teljesen megy:

  • AMD kartyaval nalam csak a HEVC es az AV1 megy, a h264 nem. Javitasa elv folyamatban van.
  • Egyelore nem fut meg service-kent, Win alatt. Ennek a beepitese folyamatban van.
  • a custom TURN server, bar mukodik, meg nem igazan stabil.. ha a kapcsolat letrejon, onnan mar OK, de neha 4-5 alkalommal is kell probalkozni. (ez amugy lehet a TURN serverem sara, nem coturn-t hanem egy rust alapu servert hasznalok: https://github.com/mycrl/turn-rs  )
  • Linux hostokat meg nem teszteltem... Ez nem hiba, csak jelzem.

 

Szepen jonnek amugy az uj release-ek, itt vannak a changelog-ok: https://github.com/alluno-io/alluno/releases