Dotaz: Linux jako náhrada Windows Serveru?

[Leon]

Provozuji starší Windows server, který je využíval jako fileserver pro cca 15 počítačů s Windows7 a 10. Dnes už to slouží v podstatě jen jako FS, každý uživatel má na síťovém disku svou složku plus všichni sdílí další složky společné pro všechny.

Chci to nahradít nějakým linuxem , asi Debian se Sambou. Předpokládám, že to dnes již není problém a i samba je v takovém stavu, že se to dá nasadit jako produkční řešení pro kancelářský provoz kde tečou desítky MB a ne desítky GB souborů.

Nemám s takovým druhem nasazeni praktické zkušenosti a tak pár dotazu.

1. Jaké balíčky nainstalovat? Chci grafické rozhraní, Samba je jasná, SSH také, co dál je dobré nezapomenout a čemu se naopak vyhnout?

2. Systém a data uživatelů budou na různých discích a tak se ptám, jaký souborový systém použít na disku pro uživatelská data?

3. Zálohování. jasně da se to udělat skriptem a cronem, ale snad už i pro linux jsou použitelné klikací aplikace, kde si naklikám co chci a ono to vytvoří onen skript, Pokud ANO jaké doporučujete?

4. Ted mě napadlo že Windows server používáme také jako terminálový server. Jde se na Debian připojit podobně pomocí vzdálené plochy z Windows? Případně uvítám cokoliv k danému způsobu nasazení, na co si dát pozor atd.

Děkuji

Odpovědi

[k3dAR]

ber to jako doporuceni z meho pohledu...
1. xfce(Desktop) + x11vnc(remote vnc desktop), dale bych dal: mc htop byobu ncdu

2. ja bych nasadil LVM(umoznujici snapshoty) a na tom ext4, ale jiste se najde spousta tech co by dali (bez LVM) btrfs(umoznujici snapshoty, (narozdil od ext4) kde o CoW)

3. klikaci nepouzivam, napisu pro cron script s rsync (pro zalohu vzdy posledni 1:1(napr. pro system)) a rdiff-backup (pro rozdilove zalohy s historii zmen (napr. pro etc, dokumenty)

jinak z klikacich co vim, tak treba Deja-Dup (je(bylo?) predinstalovane napr. v Ubuntu), Timeshift (predinstalovane v Mint >=19), nebo mostrum Bacula

4. pokud neni problem nainstalovat na Windows VNC klienta (napr. RealVNC) tak to x11vnc (viz bod 1), nebo pokud myslis vice uzivatelu mit nezavisle plochu, toto x11vnc neumi ale lze zamenit/pridat tigervncserver, ten umoznuje vicenasobne pripojeni ruznych uzivatelu, kazdy vlastni nezavisla plocha...
pokud bys trval na RDP abys do Win nemusel nic instalovat je muzes zkusit server xrdp, nejde ale o regulerni RDP, ale "prostrednika" mezi RDP aplikaci na klientovi a VNC serveru na serveru... (nepouzivam tak nevim co to umi)

[trozsypa]

Omlouvám se, hodně odbočím od dotazu. Není lepší v tomto případě nasadit něco hotového? Třeba FreeNAS? Zjednoduší Vám to 95% problémů, které potkáte se standardní distribucí.

[Jendа]

My teda Sambu máme i v grafickém studiu, kde tečou spíš ty gigabajty. Bottleneck je RAID6 na rotačních discích, to už bych příště neudělal. Radši RAID10.

Chci grafické rozhraní

A co v něm budeš spouštět?

2. Systém a data uživatelů budou na různých discích a tak se ptám, jaký souborový systém použít na disku pro uživatelská data?

ext4, protože jako začátečník nechceš řešit problémy s btrfs, který sice nabízí mnohem víc funkcí, ale vyžaduje zkušenosti.

3. Zálohování. jasně da se to udělat skriptem a cronem, ale snad už i pro linux jsou použitelné klikací aplikace, kde si naklikám co chci a ono to vytvoří onen skript

Ne, proč? Je to one-liner.

Btw. rdiff-backup pokud chceš historii (používá se skoro stejně jako rsync, ale drží historii).

4. Ted mě napadlo že Windows server používáme také jako terminálový server. Jde se na Debian připojit podobně pomocí vzdálené plochy z Windows?

Já na to používám VNC, UX nic moc, ale já to používám na nouzové zásahy, takže je mi to fuk. Pro dlouhodobější používání X forwarding, NX nebo Spice (nezkoušel jsem, kamarádi to používají a říkají, že je to dobré).

[Max]

Vzhledem k obsahu dotazu bych doporučil zůstat u Windows (které stejně většina win adminů neumí správně nastavit), přinejhorším bych šel do nějakého hotového řešení alá FreeNAS, jak už tady bylo doporučeno. Případně koupit hw-all-in-one alá Synology, nebo Qnap.
Nevím, jak Qnap, ale Synology u vyšších modelů podporuje i virtualizaci. Rozjet ActiveDirectory není problém stejně jako zálohování a snapshotování (btrfs).
Zdar Max

[Max]

Jinak pokud bych měl odpovědět přímo na dotaz, tak :

• neřešit klikací nástroje, není to priorita a kdo se s tím trochu naučí, tak konzole není problém, ale naopak výhoda
• sambu je jednoduché rozjet, stejně tak ActiveDirectory v rámci ní, v sambě se vytvoří share a přes windows se už nastavují oprávnění jako se to dělá klasicky ve windows (musí být rozjeto Active Directory)
• jako filesystém bych použil btrfs, dnes je to naprosto bez problémů a snapshoty přináší podobné výhody jako VSS ve windows, akorát na lepší úrovni s více možnostmi
• ano, skript a cron je to nejlepší a nejjednodušší řešení
• pro terminálové služby používám na Linuxu X2Go (jednoduché, má app pro windows atd.), ale pokud používáte terminál na Windows, tak asi kvůli nějakým win aplikacím, ne? V takovém případě nevím, proč přemýšlet nad linuxem?

Zdar Max

[Pavel]

A co použít něco předpřipraveného?:

https://www.univention.com/products/ucs/

https://www.nethserver.org/

http://www.zentyal.org/

Zvláště ten první jmenovaný je dost profi.

[leon]

Především děkuji všem za reakce.

Na úvod, trochu úmyslně jsme zatajil, že to celé nepojede na železe ale ve virtuálu (KVM)

1. Použít něco hotového jako FreeNAS, ano i to mě napadlo, ale běží to pod FreeBDS a jelikož KVM i další virtuální server poběží na Debianu přišlo mi jako dobrý nápad vše sjednotit. Plus já již ted vim, že během cca 3 měsíců budu muset přidat min appache a mySQL a napsat aplikaci pro sledování dat z jednoho stroje a nevím jak dalece se takové nebo jiné věci daji přidávat do těchto "jednoúčelových distribuci"?

2. Univention Corporate Server. Zajimavý odkaz když nic jiného je to na Debiuanu plus přímo mají i virtualku pro KVM. Mrknu na to, ale opět viz výše jde s tím pracovat jako s běžným Debianem a doinstalovat co mě napadne z distribuce Debianu? Jaké omezeni má ta free verze? Jasně není tam support, ale co tam není dál? Používáte to někdo?

3.Terminalový server. Ano dosud si v tom cca 3 vzdáleni uživatelé pouštěli Windows aplikaci, ale ta ted přešla na "webovou" a toto odpadá, bez toho bych asi těžko uvažoval o linuxu , ale oni byli a jsou zvykli si přes to tahat i soubory pokud jsou třeba u zákazníka a nemají sebou co potřebuji a mě přijde jako dobré jim to umožnit i nadále. Asi je jedno zda přes vzdálenou plochu VNC nebo putty.

4. Na co grafické rozhraní na serveru? Skvělé téma na hádku . Příklad seděl jsme v Egyptě u moře a kolega po mě chtěl povolit cosi na nějakém stroji ve firmě. Jde s na něj dostat telnetem, ale jen z vnitřní sítě, čili ja se přihlasil na naš server s grafickým prostředím pustil telnet a jelikož si nemohu vše pamatovat otevřel jsme si pdf s manuálem , ležel na stejném serveru a hotovo. jasně šlo by to i jinak, ale je to příkald kdy se ta grafická nadstavba šikla.

5. Děkuji i za doporučení konkrétních nástrojů a baličků či FS , jdu prostudovat ty, které až tak neznám a cvičně stáhnu jak KVL s Univention Corporate Server a i ten DreeNAS at to aspoň vidim, když nic jiného.

[Max]

FreeNAS je ZFS a podporuje virtualizaci (jde naklikat). Ale větší modifikace bych nečekal / nedělal. A FreeNAS, jako takový, bych ani nevirtualizoval, ZFS jako takové má nějaké režie, potřebuje checksummy a samo si zajišťuje konzistenci.

Ad ten příklad se serverem, řešením je vpn v telefonu/tabletu. Pak má člověk přístup napřímo ke všemu, co je třeba.
Ad ten terminal, z hlediska popisu je asi tedy úplně zbytečný, opět VPN a uživatelé pak mohou na interní web + případně i soubory s přístupem, jako v práci.
Zdar Max

[Leon]

Vidím to dost stejně. V mezičase jsem trochu zkoušel Univention Corporate Server (UCS) a také Openmediavault NAS, oboji založeno na Debianu, ve své podsttně je to debian , ke ketrému přidali nějakou Web based administration konzxolu , přičemž u UCS to je docela peklo dělané až moc na efekt, v principu to není špatný nápad. Není pro debian nějaký balík, který by umožnoval zakladní správu přes webové rozhrani, správu spíš konzola v které by šlo sledovat co jak je nastavené, jaké moc se které soubory používají atd.?

[Max]

Co znamená "jaké moc se které soubory používají"? To jako monitoring file share, ke kterým souborům se často chodí? A jaký to má mít smysl? Tedy, né že by to nešlo, stačí si to tahat z logů samby a ládovat tyhle informace do db a pak z toho dělat nějaké analýzy.
Jinak pro správu linuxu z web ksichtu se používá webmin, který jde nainstalovat na dost distribucí. Nicméně nevím, zda nějak ulehčuje práci, mně to ani moc nepřijde a spíše mi to evokuje, že je to kontraproduktivní.
Zdar Max

[Jendа]

Taky se dá auditovat (ano jmenuje se to "audit") syscall open, případně koukat na atime souborů.

[lertimir]

Pokud je grafický ksicht něco důležitého, tak bych doporučil se zkusit podívat na ClearOS, což je RH/Centos distribuce s příjemným administrativním rozhraním, ala FreeNAS.

Ale, jak už bylo řečeno, pro takto malé objemy přenosu dat bych zvolil Synology. A pokud by byla priorita neztratit data, tak ještě s HA, které spojí dva NASy do jednoho zrcadleného úložiště. Synology umí také btrfs a takové úložiště přijde na malý peníz. Ostatní pozadavky jako terminálový server realizoval na jiných strojích(virtuálech). Navíc takové úložiště může pak poskytovat datový prostor at již blokovým nebo filovým způsobem ostatním virtuálům. Celý koncept, kdy virtualizuji file server, mi připadá nerozumný. Pro mne File server má běžet na železe, aby mohl efektivně optimalizovat práci s daty na discích.

[Jendа]

4. Stále nechápu. Telnet je textový, takže se nasshčkuješ a v té SSH session spustíš telnet a jako výhodu máš nativní textové rozhraní až k sobě (scrollback, clipboard, klávesnice…). PDF si otevřeš přes sshfs, zkopíruješ přes scp, nebo pokud máš prohlížeč s podporou KIO nebo gvfs (což je dnes skoro každý), tak jednoduše přímo přes "místa v síti". Vůbec by mě nenapadlo číst PDF a používat telnet přes vzdálenou plochu O_o.

[Jendа]

Dokonce bych zvažoval, jestli si neforwardnout port (ssh -L nebo -D) a telnet nespustit lokálně. Takhle to dělám když potřebuju konfigurovat něco s webovým rozhraním ve vzdálené síti.

[k3dAR]

tak treba, mam na serveru (na druhem konci republiky) KVM virtualy, kdyz pustim Remminu VNC klienta u sebe, na x11vnc server s Xfce desktopem na serveru, vzdalena plocha i virtualy se chovaji jako bych to mel lokalne... zkousel sem virt-manager pres ssh, tedy vzdalene spice zobrazeni v lokalnim virt-manegeru a byl to hlemejzd...

to same pristup na KVM-over-IP (tedy ne virtual ale KeyboardVideoMouse pres internet), kdyz na to lezu z lokalniho prohlizece je to pomale, kdyz pres VNC spojeni a Firefox bezi na plose serveru z ktereho v (vzdalene)lokalni siti pristupuju na web toho KVM je to opet jako bych u toho sedel lokalne...

jinak samozrejme vse ostatni jedu prs SSH + Byobu, kdyz resim Linux stroj na KVM-over-IP nebo v KVM, tak si nejdriv pres VNC nainstaluju SSH server a pak co lze v konzoli resim pres SSH primo, co nejde resim pres VNC...

[Leon]

Ja netvrdil, že to jinak nejde, jen jsme popsal jak jsem to v aktulaní situlaci použil a přišlo mi to v dané chvíli nejjednoduší.

Chcete jeěště absurdněšjší příklad? V říjnu 2015 jsme byl v Syrii zrovna když začala ruská vojenská operace proti "umirněným opoziučním teroristům" a já četl faktické nesmysly, které psalo idnes a další , vytočilo mě to tak, že jsme chtěl popsat jaká je realita, ale oni tam mají nebo min měli fitry, které znemžnovali z syrské IP vkládat do diskuze příspěvky, prostě se takový příspěvek zahodil a v diskuzi se neobjevil. Tak jsme se přes vzdálenou plochu připojil na server v ČR a tam otevřel Firefox a diskutoval takto . Jasně mpohl jsme použít nějaké české VPN,ale opět pro mě v dané chvili bylo jednoduší to první. Na hlavní produkční server bez kterého firma nejde bych to nedal, ale tohle je tak podružná věc, že zvažřuji tam grafickou nadstvbu mít, jen protže se mi to už v minilosti parkrát hodilo.

[Jendа]

Fascinující, tohle také dělám běžně („Takhle to dělám když potřebuju konfigurovat něco s webovým rozhraním ve vzdálené síti.“), přes ssh -D, otevře mi to SOCKS proxy. A ve Firefoxu na to mám čudlík (rozšíření FoxyProxy).

Ale OK, zjevně mám jiný způsob používání počítače. Neříkám, že ten tvůj je horší, jenom mě překvapil.

[Peter Golis]

Ono je jednoduchšie sa pripojiť cez ssh -Y, a ten pretuneluje display pre spustené aplikácie. Alebo použiť vnc cez ssh. Možností je veľa.

[Aleš Kapica]

Oslovte někoho, kdo se seznámí s tím jak to chcete a na základě toho vám navrhne řešení. A pochopitelně mu za to dejte i nějakou tu kačku. Chcete rozumy, které se získávají dlouho.

[Leon]

To jste napsal sám nebo jste oslovil někoho kdo umí psát pěkně mu zaplatil aby to napsal za vás? Ono naučit se psát také trvá dost dlouho

[Josef Kufner]

Přicházíš z jiného světa. Pokud budeš přistupovat k problémům stejným stylem a snažit se je řešit tak, jak jsi zvyklý, bude to bolet a budeš zklamaný. Z toho, co jsi v této diskuzi zmínil, to je vidět velmi dobře. Ne že by to tak nešlo. Asi šlo a asi by to i mohlo fungovat, ale lze to udělat mnohem lépe a efektivněji. Je však potřeba se na ty problémy podívat z trochu jiného úhlu, než jsi zvyklý.

[Aleš Kapica]

Komu není rady, tomu není pomoci. Což žel ke své škodě nepochopila většina z těch, co se vám zde upřímně snaží poradit.

Vy jste sem nepřišel pro radu, ale abyste vytěžil jejich zkušenosti. Bylo to zřejmé už od samého počátku, kdy jste neuvedl na rovinu oč vám jde.

Zdejší diskuze vás nic nestojí, proto ji živíte, aniž by vás zajímalo konkrétní řešení.

[Radek]

Jaký má důvod to nahrazovat?

Když něco funguje a je to aktualizovatelne, tak do toho nehrabat :)

Respektive, co myslis, že tem lidem přinese změna? Krom potíží.

Co to přinese tobě? Krom potíží :)

Windows není tak špatný, jak tady někteří rikaji.

[Leon]

Je to jednoduche, doted tam stal server s Windows server 2008, ten se nyní nahrazuje novym řešením kde primarně poběži KVM a ve virutalu linux server s hlavní aplikaci, ano teoreticky bych mohl vedle nechat stát i původní server, ale tocí se to tu nepřetrzite 10 let, čili je otázka kdy to klekne, Window serveru 2008 příští rok končí podpora + šetřím naše lesy a chci i funkci FS + v dohledne době nějaký ten sledovací web přesunout do virtulu na novy server. Mohl bych virtualizovat Windows server, ale a musel bych pořídit novou licenci což mi vzhedem k tomu jak málo od toho potřebuji příjde až zbytečné. proto jsme si dovolil založit dotaz.

[D.J.Bobo]

Teda promiň, ale ty jsi dobrodruh. Disky 10 let ... já nevím, ale po 3 letech disky preentivně měním a staré dávám do PC uživatelů. Když kleknou tam, tak mě to tak nebolí.

Doporučuji i přes to málo raději opravdu ještě investovat do Win serveru. A paralelně testovat a učit se s Linuxem a Sambou. Myslím, že většina firem si může dovolit nějaké železo s OEM, případně otevřít OpenValue a koupit Win server licenci (pro virtuál nezbytné, OEM nestačí).

Navíc, pokud je to do 15 userů, stačí WInSrv Foundation, nebo do 25ti je Essential - na SMB sdílení naprosto stačí. Jen ten Foundation nevyžaduje CALy, ostatní edice ano.

PS: Pokud necheš rozjíždět Samba4+AD, je jednodušší mít AD ve Windows (naklikat) a SAMBA3 jde připojit jako server s ověřováním proti AD - jednodušší, ale ani to není úplně Easy.

Bez dostatečného vyzkoušení, aby jsi se to naučill, bychs e do SAMBA pro produkci nepouštěl. Zkušenost.

[Mišo]

Pokiaľ to má slúžiť ako FS, tak by som nasadil NextCloud, alebo OwnCLoud.

https://owncloud.org/ https://nextcloud.com/

[Leon]

Dík za tip, ale pokud správně chápu je to pokus o implementaci něčeho jako je Dropbox na vlastním serveru a pro využití je nutné mit na PC nainstalovaného klienta. To si nebude to pravé ořechové, už z důvodů nutnosti doinstalovat něco do PC uživatelů o nemožnosti přidat si na takový server vlastní věci nemluvě.

[Josef Kufner]

NextCloud je jedna ze služeb, kterou ten server může poskytovat. Výhodou je, že klienti jsou i pro Android a další platformy, takže je možné k souborům přistupovat z telefonů a tabletů. Pokud jde o kancelářské sdílení souborů, může to být mnohem lepší volba než Samba. Doporučuju to minimálně prozkoumat a vyzkoušet.

[otasomil]

Zdravim
No asi je celkem jedno jakou pouzijete distribuci tzn. Ubuntu server nebude spatna volba. Do toho jen Samba a vse nastavite pres SSH cili netreba zadne GUI. Evidentne nekde ve firme spravujete sit a PC takze nejaky erarni PC mate jiste pod stolem a bez vetsich obtizi si snadno nainstalujete, zprovoznite SMB server. Zde si budete pohravat nejvic se souborem smb.conf. Zalohovani - jiste treba si s tim pohrat ale je to na par prikazu do cronu. Pokud nemate zkusenosti se spravou Linux systemu a nemate na to cas se do problematiky dostat tak radeji volte hotove reseni ci zustante u windows.

[CandySan]

xrdp neni jen prostrednik, ale lze se s tim prihlasit k desktopu pomoci rdp protokolu a muze byt prihlaseno vice uzivatelu najednou a kazdy ve svem - tedy "neperou" se o jedno sezeni - jako terminalovy server.

Na neco tak jednoducheho netreba zadnou spesl distribuci, protoze se v ramci nejakeho takoveho prostredi stejne clovek musi naucit chodit a kdyz uz ma utracet cas nejakym ucenim, tak at se venuje tomu co pak pouzije univerzalne kdekoliv. Kdyz clovek tyhle zaklady umi, pak se snadno zorientuje i v tech spesl udelatkach a az pak treba vytezi z toho, ze neco je tam jednodussi, nebo je tam nejaka nadstavba atd... Takze debian se mi zda byt na toto nejvhodnejsi a jakekoliv jine distro muze byt stejne dobre, ale debian neni na nic specializovany. Snad jen na univerzalnost pousiti a to se vzdy asi hodi. Ale to lze probrat v jinem vlaknu. Kazdopadne vyinstalujes samotny system a balicky si kdykoliv pridas, nebo odeberes jak budes potrebovat, nebo jak se budou menit tve potreby a znalosti za pochodu a casem.

Jako graficke prostredi je vyborne xfce. Umi vsechno co je potreba a je male a sikovne a jelikoz perfektne zvlada i praci s vice monitory, tak se nejspis stane, ze na nejakem desktopu to urcite ocenis a tak je jiste prijemne mit vsude to svoje a duverne zname prostredi, ktere je po vsech strankach super.

Zalohovacich postupu a uhlu pohledu je tolik, ze by to bylo na diskusi. Pokud jde jen o to, aby to bylo graficke, tak dejadup. Pokud to ma byt nejakym zpusobem rozumne, tak je potreba zvazit co se musi resit. Zda je potreba minimalizovat prenos dat po siti, tak to bude chctit neco co umi pouzivat rsync (asi temer vsechny zalohovaci programy budou s timto, nebo takto pracovat). Pokud jde o zachovani verzi a pohodlny pristup k nim, tak urcite dirvish, rdiff-backup nebo borgbackup se bude hodit. Pokud jde o deduplikaci klidne i ohromnych dat, tak borgbackup bude skvely (ja si k tomu napsal obsluzny script a tak veskerou praci s tim delam pres jediny prikaz). Pokud je potreba zachovat integritu dat v prostredi, kde se casto meni data v prubehu zalohy, pak se to muze vyresit pomoci lvm snapshotu, nebo pomoci btrfs. Pokud je take potreba zalohovat se vsemi vyse uvedenymi vyhodami treba i cele lvm svazky (napr. virtualni disky) primo na sitove uloziste a k tomu jeste rozdilovym zpusobem a s deduplikaci a jeste k tomu velmi rychle a treba i rovnou v zasifrovane podobe, pak to chce prave ten borgbackup.

Pokud chces pristupovat k serveru, ktery je za natem a chces k nemu pristupovat odkudkoliv a bez instalace nejakeho klienta (tedy treba i z "internetove kavarny") a jen pres browser a to vse zadara, tak pouzij treba https://dwservice.net a muzes pristupovat nejen k desktopu, ale i do konzole, nebo treba jen k souborovemu systemu. Navic muzes vytvorit odkazy, ktere muzes pujcit druhym lidem a povolit jim treba jen ten pristup k souborum. No a neni nic proti nicemu potom zkouset nejake dalsi moznosti, ktere by pripadne mohly prinest nejaky dalsi uzitek oproti dwservice, pokud pocitis, ze bys to potreboval a neco by ti vadilo, nebo chybelo. Za sebe muzu rict, ze to drandi dokonale a rychle. A je to komplet zdarma.

Jeste dodam k lvm, ze pokud pouzijes lvm a ze zacatku jeste nevyuzijes vsechny moznosti, tak potom muzes pridat disky a za behu pridelat raid, nebo ho za behu ruzne menit. Muzes se presouvat s daty z disku na disk, pridavat a menit disky temer za behu a vselijak to predelavat jak se ti zachce. Staci ze to je v lvm a tim ziskas vsechny tyhle moznosti, ktere muzes potom v budoucnu zuzitkovat.

[k3dAR]

xrdp neni jen prostrednik, ale lze se s tim prihlasit k desktopu pomoci rdp protokolu a muze byt prihlaseno vice uzivatelu najednou a kazdy ve svem - tedy "neperou" se o jedno sezeni - jako terminalovy server.

dik, jak sem psal nepouzivam tak sem nevedel zda ma vice session, nicmene prostrednik to je, prave toho ze v Windows pritom nej RDP klient(mstsc) se pripoji na xrdp na serveru a to localne komunikuje s vnc serverem, vnc server (ne x11vnc ale tigervnc) umi i sam o sobe vice session "akorat" (nevim jak je to u xrdp zda si to zaridi sam) je potreba mu naconfigurovat co ma poustet za casti Desktopu...

[CandySan]

Pardon! Ve skutecnosti mas pravdu ty! Onehda jsem ve firme delal pocitac s virtualboxem pro viceuzivatelsky provoz. Je to pro par lidi, kteri potrebovali mit virtualky se snapshoty, ale aby se firma za ne starala o zalohovani. Tak jsem jim udelal "pripojeni pres rdp" a oni se pripojuji kazdy zvlast na svuj desktop a spousti si svuj virtualbox. Ve vychozi instalaci xrdp byla nabidka sessman a koukal jsem ted do konfigurace a vidim, ze se pak user pripojuje na xvnc na localhostu.

Takze mas pravdu ty! Pardon.

No a jako prostrednika to pak pouzivam napr. ke kvm serverum, kdyz chci aby useri meli pristup ke svym virtualkam (nekde mi bezi web rozhrani, kde si zapnou konzoli, nastavi si heslo a pak je to propoji s xrdp a maji pristup ke konzoli kvm primo - bez asistence os z vnitrku virtualky) a k tomu se vyuziva vnc protokol.

[Andrej]

Chci grafické rozhraní

K čemu taková zbytečná přítěž? To patří na desktop, ne na server.

co dál je dobré nezapomenout

Fedoru, SUSE, CentOS nebo zkrátka rozumnou distribuci.

a čemu se naopak vyhnout?

Debianu. Nemáme rok 1995, do kterého by docela dobře pasoval.

jaký souborový systém použít na disku pro uživatelská data

Btrfs. (Nebo ZFS, ale to je trochu složitější kvůli odvěkému problému s licencí.) Všechno ostatní nepatří do 21. století a je to ruská ruleta s daty uživatelů kvůli silent data corruption a asi tak desítce dalších problémů (náhodné chyby v (R)AID1, (R)AID5 zničí všechny disky po selhání jednoho atd.). Zkrátka, bez Btrfs se dnes žádný "deployment" Linuxu neobejde.

Jen pro úplnost: HPFS z roku 1989 (licencovaný později jako NTFS) je ještě mnohem horší než staré linuxové souborové systémy bez checskumů a redundance, pokud jde o spolehlivost — na 5GB disku bych to asi snesl, ale na 5TB ani omylem. Btrfs má první skutečný softwarový RAID v Linuxu (tj. na úrovni filesystému), checksumy dat i metadat, redundanci (se spoustou možností konfigurace), copy-on-write (cp --reflink, subvolumes atd.) a spoustu dalších hustých vychytávek.

kde si naklikám co chci a ono to vytvoří onen skript

Nějak tento přístup k věci nechápu. Stačí si důkladně přečíst manuálovou stránku pro rsync a tím jsou vyřešené všechny nápady typu "raději bych někde klikal". Ono se takové klikání těžko převádí do skriptu a nikdo nikde na světě zatím nevymyslel lepší konfiguraci než textový soubor, který dovede přečíst stroj i člověk.

Mimochodem, Btrfs je souborový systém snů pro tento use case, potože umí vytvářet konzistentní atomické snapshoty.

Jde se na Debian připojit podobně pomocí vzdálené plochy z Windows?

No ovšemže ano. Klíčové slovo je spice. (Doporučuji vyhnout se obloukem VNC, protože to je záležitost z 90. let minulého století.) Super je, že pomocí spice se dá přistupovat stejným způsobem k virtuálním strojům i k fyzickým strojům. Například na Fedoře s multi-seat / KVM + livbirtd něco takového přímo září.

[k3dAR]

@Leon POZOR, Andreje je potreba brat s velkou reservou (nema cenu zduraznovat ze je to psychopat)
Desktopu na serveru, Debianu(nebo klidne UbuntuServer) a VNC se rozhodne neni treba bat(boji se toho jen Andrej, proto na to fanaticky nadava), nebo se tomu vyhnout...
u BTRFS uz je to otazka, muzes ziskat teoreticky bezpecnejsi system s vice moznostma, ale prakticky je mozne dle zkusenosti nefanatickych uzivatelu, ze prijdes o data casteji nez s resenim LVM + ext4 (pripadne i nad madm raidem)