Beste LWP-ers,

Hieronder een paar opmerkingen over het concept functioneel ontwerp LWP.
We denken dat het met de definitie van de werkplek wel de goede kant op
gaat, maar willen zeker als deelnemers van de projectgroep 'oude stijl'
ook nog eens praten over zaken die nu nog een open staan. Vooral de
termen 'lokale'- of 'eigen machine' en machine met of zonder 'externe
toegang' zijn  niet voldoende duidelijk en dus ook nog niet aan
gebruikers voor te leggen.  En kijken we teveel of juist te weinig naar
de verschillen tussen een studentenwerkplek en een werkplek voor
onderzoekers etc.
Wellicht kunnen we op zo'n bijeenkomst ook nog een paar
gebruikersscenario's bedenken.

Het is jammer dat Stefan het projectleiderschap niet kan voortzetten. Ondergetekende vind het niet een goed teken dat dit project zo snel al een personele wisseling kent. We moeten maar even afwachten wat de insteek van z'n opvolger is.

Groet,
Martin Vogelaar
Sterrenkunde

=======Opmerkingen CONCEPT FO-LWP============================

(mijn opmerkingen beginnen met >>)

- Lokale aanpassingen:
Aanvullend op het eerste punt: het moet mogelijk blijven om in overleg
met beheerders op zeer korte termijn lokaal op het werkstation een setting aan te
passen of een nieuw stuk software te installeren.
 >>Voor toekomstige gebruikers is het goed om te weten hoe dat dan gaat. Zijn dit 'lokale' beheerders of gaat zoiets via de 'demand manager'.
>>Hoe flexibel en fijnmazig is het kanalen-model? Kan een onderzoeksgroep een eigen kanaal aanvragen?

- Support voor Windows-only:
Enkele geïnterviewden gaven aan uit hoofde van hun werkzaamheden
regelmatig te moeten werken met software die alleen onder windows draait. Specifiek
werden Xopus (de editor van het webplatform) en Powerpoint genoemd. Er zal support
moeten worden geboden voor toegang tot deze diensten.
 >>We zijn bezig met onderzoek naar Xen en KVM voor ondersteuning van virtual machines
 >>en verwachten (met recente hardware) een prima integratie op de Linux desktop.

De Linux Werkplek kent de volgende functionele karakteristieken:
5. Overige Applicaties:
 >>Je kunt ook gewoon alles maar installeren. Voor ontwikkelaars weet je dan zeker dat je
 >>ook alle 'devel' bibliotheken hebt geinstalleerd. Dat scheelt later een boel extra installatiewerk.

2 In verband met de noodzaak tot ondersteuning van Internet explorer
(voor XOPUS) en Powerpoint ligt Crossover  office voor de hand. Een
combinatie van OpenOffice met een terminal server oplossing of vmware is
ook mogelijk
 >>Met crossover heb je een flink stuk lokale schijfruimte nodig anders is het te traag. We hebben crossover trouwens nog nooit echt stabiel gezien. VMWare ligt o.i. meer voor de hand. Xen of KVM bepalen de toekomst lijkt het (mits met hardware ondersteuning zoals VT).

11. Authenticatie:
Voor toegang tot de werkplek zal gebruik gemaakt worden van het centrale
RUG account (s-nummer respectievelijk p-nummer). Het voordeel voor de gebruiker is
dat hij in combinatie met centrale storage onafhankelijk van gebruikte werkplek/werkstation dezelfde
desktop en software kan gebruiken en bovendien hiervoor dezelfde
usernaam-wachtwoord combinatie kan gebruiken die hij ook voor andere diensten gebruikt.
 >>Wat doe je met accounts waarvan de gebruiker iets aan z'n eigen profiel ( .cshrc o.i.d.) heeft
aangepast aan een lokale situatie? Wat gebeurt er dan als die gebruiker elders inlogt?
>>Hoe ziet een toekomstig gebruiker aan dit ontwerp dat er goed nagedacht is over een robuust systeem als het gaat om authenticatie/authorisatie en het serveren van de home directories? We worstelen zelf al heel lang met het probleem dat werkstations die prima stand-alone zouden kunnen werken, onbruikbaar worden als de home directory server uitvalt.
>>Terugkerend thema is de toegang voor gebruikers zonder p-nummer. Denk aan gastaccounts, functionele accounts,
test accounts etc. Dit thema ligt misschien gevoelig, maar verdient wel een plaats in het functioneel ontwerp.

13. Externe toegang tot de werkplek:
 >>Als een student/medewerker overal kan inloggen, wat houdt deze persoon dan tegen om voor de lol op 1000 machines Seti-achtige applicaties op te starten?
 >>Volgens ons ontkom je niet aan een model voor restricties voor externe toegang

 >>Nergens is nog iets genoemd over veiligheid. Als je met een firewall gaat werken dan moet je voor  externe toegang een soort inlogserver aanbieden, vanwaar je verder kunt (met ssh) naar een lokale machine. Gebruikers willen graag inzicht hoe ze remote op hun syteem kunnen inloggen. Bij Windows speelt dit wellicht minder, maar Unix gebruikers vinden over het algemeen externe toegang wel belangrijk.
MV.