edubuntu bureaublad per groep

[Graggor]

Voor school ben ik bezig met het opzetten van een ltsp server met edubuntu.

Nu moet ik zorgen dat bepaalde groepen users een beperkte desktop omgeving hebben.

Het menu heb ik al weten aan te passen via de profilemanager, alleen moet het bureaublad er per user ook hetzelfde uitzien qua shortcuts die erop staan.

Welke shortcuts erop staan verschilt per groep, en het is een groot aantal users.

Is er een mogelijkheid om meerdere "groeps desktops" te maken, waarna ik de desktops van de users kan vervangen door de gezamelijke?

[Hero of Time]

Je kan een redirect van /home/$USER/Desktop maken die naar een NFS locatie wijst en deze read only is voor de gebruiker, zodat ze niets aan kunnen passen. Met autofs kan je 't per groep aangeven als ik 't mij goed herinner.

En anders een script maken die bij 't aanmelden draait en verifieert in welke groep de gebruiker zit en de iconen op 't desktop zet vanaf een publieke share ofzo.

[himlims_]

tof project, dat hebben wij hier ook operationeel; https://wiki.ubuntu.com/Education/UbuntuSchools
divese ltsp-servers om load te splitsen.

omtrent jouw situatie; maak een gebruiker aan, configureer heel de desktop shit zoals jij die wenst te gebruiken.

kopieer die inhoud (incl. de .hidden files) naar /etc/skel

die folder dient als template voor de nieuwe gebruikers ~voila

zie ook: http://www.linfo.org/etc_skel.html

dump de mounts op een nfs, en je kunt die $profiel parameters via policy evt. in windows beschikbaar maken; stel dat je 2 omgevingen heb, is de inhoud en profiel van de gebruiker onder beide systemen hetzelfde

[ Voor 20% gewijzigd door himlims_ op 24-11-2014 13:16 ]

[Graggor]

Hero of Time schreef op maandag 24 november 2014 @ 12:53:
Je kan een redirect van /home/$USER/Desktop maken die naar een NFS locatie wijst en deze read only is voor de gebruiker, zodat ze niets aan kunnen passen. Met autofs kan je 't per groep aangeven als ik 't mij goed herinner.

En anders een script maken die bij 't aanmelden draait en verifieert in welke groep de gebruiker zit en de iconen op 't desktop zet vanaf een publieke share ofzo.

Bedankt voor de tips! Zal er zeker naar kijken

himlims_ schreef op maandag 24 november 2014 @ 13:15:
tof project, dat hebben wij hier ook operationeel; https://wiki.ubuntu.com/Education/UbuntuSchools
divese ltsp-servers om load te splitsen.

omtrent jouw situatie; maak een gebruiker aan, configureer heel de desktop shit zoals jij die wenst te gebruiken.

kopieer die inhoud (incl. de .hidden files) naar /etc/skel

die folder dient als template voor de nieuwe gebruikers ~voila

zie ook: http://www.linfo.org/etc_skel.html

dump de mounts op een nfs, en je kunt die $profiel parameters via policy evt. in windows beschikbaar maken; stel dat je 2 omgevingen heb, is de inhoud en profiel van de gebruiker onder beide systemen hetzelfde

Voor nieuwe gebruikers ziet dit er zeer handig uit! Bedankt voor de info!

Even ter info, hoeveel users draaien er bij jullie tegelijkertijd op 1 server? En wat voor een server is dit (qua specs)?

[himlims_]

..wij draaien ook compiz op de virtuele desktop vinden gebruikers leuk die cubes enzo; dit pakt wat extra load. hierdoor draaien we 10-20 gebruikers per VM/LTSP. huidig aatnal is 290 maar is nu dan ook pauze

[Graggor]

Waar ligt dan de bottleneck vooral? Ik kreeg hier te horen dat het eerder geprobeerd is met dezelfde "server" als die ik nu heb. Maar dat het toch tergend traag was met ongeveer 20 gebruikers. Vandaar dat het nu opnieuw gedaan word met 2 netwerkkaarten op 2 verschillende switches.

In de "server": (i7-2600, 16GB ram, 120GB SSD)

[himlims_]

... traag, ik doe een gok;
thunderbird, firefox, libre-office(??)

sommige applicaties wil je niet op je server hebben, maar lokaal, daarvoor kun je ltsp-localapp gebruiken: http://wiki.ltsp.org/wiki/Ltsp-localapps

dat de bronnen van de thinclient gebruikt worden voor operationele zaken, zoals een firefox/thunderbird.

Each application which has to run locally, needs to be installed in the client chroot. You can do this by updating your client chroot environment and installing the desired packages. It is also possible to combine this with your ltsp-build-client by adding the packages to the build client configuration. After rebooting the client you can now run any application which is installed in the chroot by issuing the following command:
user@server $ltsp-localapps xterm

de snelkoppeling in het start menu meot je wel de opdracht "ltsp-localapps" meegeven

[ Voor 47% gewijzigd door himlims_ op 24-11-2014 15:03 ]

[Graggor]

himlims_ schreef op maandag 24 november 2014 @ 14:34:
... traag, ik doe een gok;
thunderbird, firefox, libre-office(??)

sommige applicaties wil je niet op je server hebben, maar lokaal, daarvoor kun je ltsp-localapp gebruiken: http://wiki.ltsp.org/wiki/Ltsp-localapps

dat de bronnen van de thinclient gebruikt worden voor operationele zaken, zoals een firefox/thunderbird.

Each application which has to run locally, needs to be installed in the client chroot. You can do this by updating your client chroot environment and installing the desired packages. It is also possible to combine this with your ltsp-build-client by adding the packages to the build client configuration. After rebooting the client you can now run any application which is installed in the chroot by issuing the following command:
user@server $ltsp-localapps xterm

de snelkoppeling in het start menu meot je wel de opdracht "ltsp-localapps" meegeven

Hey, dit is handig! Volgens mij is hier ook nog niet eerder naar gekeken. Kan ik weer eens aan de slag om dit uit te zoeken Dank voor de link!

[himlims_]

onze implementatie is bijna onderuit gegaan ivm office/document structuur.

ipv libre-office, kan ik je kingsoft aanraden; http://www.wps.com/linux/
of knal er een koppeling naar office 365 op; http://www.omgubuntu.co.u...e-web-apps-ubuntu-desktop
of gebruikers moeten 'gewoon' leren hoe je gestructureerd een document opstelt, en niet 10x spatie ipv tab

succes!!