RDP na Linuxu s Wine - bude to fungovat?

[Medo77]

Dobry den.

Pani, chcem sa opytat, ci niekto nema skusenost s nasledovnym riesenim:

Existujuca situacia:
WIn stanica s RDP klientom -> MS Terminal server (a za nim File server odkial sa pusta Net Framework aplikacia, ktora komunikuje s MS SQL serverom).

Uvazovany stav:
WIn stanica s RDP -> Linux server ktory by poskytoval Terminalove sluzby v tom duchu, ze tu by sa pomocou Wine spustila FW aplikacia (volana nadalej z povodneho MS File servera).

Take celkom dost zasadne otazky:
- ako dobre (A ci vobec) zvlada Wine spolupracu z Net Frameworkami ?
- Je celkom ziaduce prenasat korektne pomocou RDP periferie (seriove/USB porty). Chodi to ?

Nemam problem si to odsimulovat, ale az sa nebortim s niecim, co nebude fungovat.
Nie je extra podstatne aby na stanici bol original MS RDP klient, moze to byt aj nieco ine (kludne aj platene).

Ak existuje platene (lifetime licencia) Terminal riesenie pre Linux, aj to je cesta nad ktorou sa da uvazovat.

Pozeram Alternativy k Terminal Service od MS, ale aj ked vyrobcovia tvrdia, ze RDP CALy netreba, MS tvrdi, ze ano.
Aj alternativy ako na potvoru su len Win produkty ... :-(

Dakujem za postrehy a pripadne nasmerovanie ako by to slo zrealizovat, ak som nieco domotal.

[Reklama]

[Miroslav Šilhavý]

Ano, pro přístup na MS server potřebujete User CAL + TS CAL, protože licenční model Microsoftu je buďto per user (co člověk z masa a kostí, to nutnost licence) nebo per device (každé jednotlivé zařízení). Alternativním softwarem na straně serveru se nevyhnete licencím.

Se zbytkem dotazu moc neporadím, protože jsem taky nenašel srovnatelně fungující alternativu k RDP. Spousta alternativ neumí ani H.264, takže fungují bídně.

Nevím pro kolik uživatelů to plánujete, nebo co Vás motivuje. Jestli je to jen úspora na CAL, tak s klidem mohu prohlásit, že jsem nepotkal firmu, která by dokázala pod 100 stanic nahradit RDP nějakým linuxovým řešením, aby se to finančně vyplatilo.

[Medo77]

No, uz nas to s kolegom provokuje dlhsie, ale nejak sme to stale odkladali.
Teraz sme chceli ulahcit situaciu zakaznikom ponizenim faktur, bohuzial MS neumoznuje (myslim ze pouzivame SPLA) fakturovat per day, len per month. A tu bohuzial plati, aj ked len jediny den z mesiaca, zaplatis cely mesiac.
Zatial hra MS mrtveho chrobaka, a netvari sa, ze by sa chystal urobit nieco solidarne ...

Tak som si povedal, ze otazku zase otvorim, co sa s tym da spravit a ci nahodou nejakym sposobom nie je Linux alternativna cesta k poplatkom ...

RDP servere nejake su, ale zatial som nenasiel nic okrem platformy Win ...

[Miroslav Šilhavý]

Tak to můžete rovnou vzdát, nevím o nikom, komu by se to pro zákazníky povedlo.

[k3dAR]

vzhledem k tomu ze "RDP" server na GNU/Linuxu neni regulerni RDP server, ale jen wraper pro vzdaleneho RDP Klienta, kterej preklada na VNC server co zpristupnuje teprve plochu, predpokladam ze USB/Serial protlacit do klienta nehrozi... mam pocit ze neco pro GNU/Linux co periferie (nevim jake) umi, ted si nevzpomenu nazev (zkusim dohledat), pak je otazka zda ten .NET SW by nebezel na GNU/Linux nativne pres mono (Linux implementace .NET kterou navic MS pred casem koupil) cim by odpadlo Wine a dalsi vec zda je nutne aby se SW poustel z Win server sdileni, kdyz by slo tu app syncovat na ten GNU/Linux tedy by slo jen o 1 licenci per device spoj GNU/LinuxServer<-WinFileServer a pak by se to poustelo na GNU/LinuxServer lokalne...

[Reklama]

[k3dAR]

tak ty alternativy k VNC na GNU/Linuxu:
1. NoMachine, dle tohoto to umi sdilet USB a dle vyctu predpokaldam ze snad i serial

2. X2Go nenachazim presne info, zda se ze forward usb je reseny pres usbip ktere umoznuje (resp. z mailu pred 2roky) neco jako forward jen pro usb tiskarny, o serial nevidim nic

nezavysle nad vide/kbd/mouse remote klientem jde asi serial pristupnit na klienta viz

btw: nic z toho jsem v praxi nezkousel

[to_je_jedno]

Vzdej to, tohle se nevyplati. Kdyz usetris zakaznikum tak te to bude stat kotel prace a ve finale se to rozbije pri prvnim upgrade.
Kdyby to nekde jednoduse opravdu fungovalo tak M$ nebude mit co zrat. Tohle je jejich produkt #1, ktery proste nema realnou konkurenci. .NETu se vyhnes pres Javu, Azure pres AWS/Google, Utlouk dobry pro manažerys, ale taky se da rozumne mailovat jinak. Ale funkcni RDP proste jinde neni (tak aby bylo zadarmo, abys pripadne netekl pres nejaky servery cizi apod).

[obser]

Pro RDP na linuxu už cca 3 roky úspěšně používám xrdp (http://xrdp.org/) ve spojení s xorgxrdp (https://github.com/neutrinolabs/xorgxrdp#xorgxrdp), což je headless Xserver s nativní podporou RDP. Nejde tedy o wrapper VPN do RDP.

Funguje v tom i podpora virtuálních kanálů, tedy napž. clipboard, zvuk, montování diskových jednotek z klientské strany do vzdáleného sezení, atd. Bez problémů to spolupracuje se standardním klientem RDP ve windows (mstsc). Může být vedle sebe připojeno neomezeně klientů, samozřejmě každý do svého sezení, a bez CALů.
Umí to zabezpečená spojení přes TLS, např. certifikáty a klíči od Letsencrypt.
Funguje dynamická změna rozlišení při změně velikosti okna klienta, nebo po odpojení a novém připojení odjinud z jinak velkého monitoru.

Je to např. mezi standardními baliky debianu.

Takže RDP na linuxu by šlo. Spíš je otázka, jak dobře poběží daná windowsová aplikace pod wine.

[Medo77]

Inspirujuce citanie. Dakujem za postrehy ... Takze ako prve skusim Appku cez Wine/Mono, a potom uvidim, ci ma vyznam to pokracovat dalej ...

[czechsys]

Pak tu vycisli, kolik clovekohodin nakladove padlo na uvazovani takoveho reseni, kolik clovekohodin bude vyzadovat podpora takoveho reseni, kolik lidi to bude schopno spravovat, atd.

Obcas je potreba vytahnout hlavu z linuxu a pochopit, ze standardne pouzivana reseni jsou mnohdy nakladove mensi, nez samodomo hracky.

[Miroslav Šilhavý]

Hlavní problém vidím v té ceně.
Vlastní řešení znamená umět podporovat všechny technologie, které zvolím. Wine, Mono a další. To je trochu nepředvidatelné, může to fungovat roky dobře a taky to může vyžadovat neustálou péči. Tu za Vás nikdo neudělá (a když, tak rozhodně ne zadarmo). Místo vývoji a podpoře vlastní aplikace strávíte hodiny cenných lidí, aby dávali do kupy něco, co už je za pár šupů vyřešené od Microsoftu.

Jak už psali kolegové výše, kdyby to bylo řešitelné, už dávno by některý z gigantů postavil proti RDP konkurenci a vydělal by balík.

[Medo77]

Mate pravdu.
Ako som popisal vyssie, v zasade sme s kolegom otvorili otazku kvoli nestastnemu licencovaniu SPLA a ochromenej ekonomike u zakaznikov.
RDP v zasade chodi, ale minuly rok pri zvrzanych updatoch sme si par mesiacov uzivali :-)
(rucne sme to opravili podhodenymi kniznicami a dalsi update to zase posr.al :-) )
(btw nas partner prevadzkuje Navision, a ten sa bortil s par tisickami nefunkcnych RDPciek :-)

Zakaznikov je par stoviek .. Prevadzkujeme RDP aj RemoteAPP ... Kolega vklada urcite nadeje na zlepsenu pracu s RemoteAPP nad HTML5 (w2019).

Ako za vyskusanie nic nedam, aj tak mam home-office a nie je do coho poriadne pichnut ..

Vynutene naklady na udrzbu si uvedumujem, a pokial to riziko bude velke, samozrejme nebudeme to tlacit za kazdu cenu, len preto aby sme usetrili (Aj ked aj zakaznici hladaju optimalizacie, takze kazdych sto eur dolu mesacne potesi, pokial by sa zadarilo, kedze tieto naklady prenasame na nich).

Alternativou k RDP je novy tenky klient, ale prepisat existujuce aPPky nebude praca na mesiac :-(

[Miroslav Šilhavý]

Alternativou k RDP je novy tenky klient, ale prepisat existujuce aPPky nebude praca na mesiac :-(

Zní to smysluplněji, než skládat technologie, které nemůžete ovlivnit, jak se budou chovat v budoucnosti. Budete si tím piplat vlastní produkt, to dává smysl.

[Vít Šesták (v6ak)]

Nejsem si úplně jist, jakou roli tam hraje to USB, ale je to asi to první, co bych ověřil. Když jsem to kdysi zjišťoval, Wine nemělo podporu USB, a obávám se, že stále nemá.

V případě Mono jsem zkoušel v rychlosti poGooglit, a našell jsem pár možností, jak tam rozjet USB, ale vypadá to, že jde spíše o specifické knihovny s jiným API, tedy ne něco, s čím by jela aplikace pro Windows bez úprav...