Ik heb in huis drie workstations staan, op mijn favoriete werkplek de meest courante computer uiteraard. Maar op die andere werkplekken was het behelpen, want dat waren toch de afdankertjes. Lichtere windowmangers hielpen niet echt, nog afgezien van alle update ellende en ander software onderhoud. Zo'n plek gebruik je niet al te vaak, of is er voor het bezoek als je toevallig tegelijk achter een computer wil zeitten. Dan moet er geen tijd verdaan worden aan dat soort gedoe.
De oplossing is de thin client. Mijn keuze voor de benodigde software viel op ltsp. Het grote voordeel is dat op de thin clients vrijwel automatisch altijd een kloon van mijn workstation verschijnt. Vrijwel automatisch omdat voor kernelupdates op de ltsp server nog een paar handelingen moeten worden verricht om ook op de thin clients te verschijnen.
Hoe dit gedaan moet worden staat hier. Een paar kleine opmerkingen:
* In de tekst wordt gesteld dat apparatuur als cd-rom of usb-stick standaard niet te benaderen is. Dat is in de install die ik heb gedaan niet het geval.
* Het tweaken van de thin client(s) vindt plaats in lts.conf dat zich bevindt in de tftp directory waar zich ook de boot images bevinden. Ik heb dat tot op heden nog niet aan de praat kunnen krijgen.
* Alle voorbeelden gaan er vanuit dat de tftp server en de ltsp server zich op de zelfde computer bevinden. Theoretisch gesproken zou dat niet het geval hoeven te zijn. In de initrd regel zou je een optie moeten kunnen meegeven dat het volgende image zich op een andere server bevind. Ik heb dat niet werkend gekregen. Achteraf bezien heeft dat ook een voordeel, want kernel updates worden nu automatisch op de goede plek op de tftp server neergezet. Er vanuitgaande dat je de standaard directorys in de install overneemt, en niet zoals ik daar graag van afwijkt.
* Bovenstaande betekent dat de default "next server" regel in dhcp niet gevolgd kan worden, als je die tenminste hebt. Om te voorkomen dat ik bij elke thin client regels moest gaan kopieren, heb ik de thin clients in een groep gezet. In mijn geval krijgen alle nodes in het netwerk op basis van hun mac adres een ip nr toegewezen. De thin clients staan dan weer in een aparte groep met het groop statement.
* De thin client laadt met de hoogst mogelijke resolutie van het scherm, aangenomen dat Xorg de mogelijkheden van videokaart en monitor goed gedetecteerd heeft. Soms is dat niet handig. Ik heb daarom twee kleine programmatjes geinstalleerd: lxrandr en grandr. Beiden zijn graphische tooltjes waarmee zelfs een vrijwel rechteloze user toch de resoltie kan aanpassen. lxrandr is de meest simpele en gebruikersvriendelijke tool.
update 14 juli. De problemen met lts.conf in de tftp directorie en het niet kunnen starten van ltsp op een andere server dan de tftp server, lijken samen hangen met de tftp server die ik in gebruik heb: hpa-tftp. Op internet zijn er diverse verwijzingen te vinden.
lts.conf doe ik nu op de ouderwetse manier: in de /opt/ltsp/i386/etc/lts.conf instellingen opgeven en daarna een nieuw image maken met ltsp-update-image.
Zoals besproken heeft het ook een voordeel om de tftp server wel op dezelfde server te hebben als de tftp server.
Voorlopig ben ik er dan ook tevreden mee.
Update 1 augustus. Na een ubuntu release upgrade van jaunty naar lucid, lijkt het bovenstaande probleem opgelost te zijn. ltsp.conf functioneerd nu in de directory van de tftp server.
Overigens betekent een dergelijke upgrade ook dat de client opnieuw moet worden opgebouwd met het commando ltsp-build-client.
Tevens bleek de tftp server verplaatst van /var/lib naar /opt, zonder dat de directory zelf was verplaatst. Ik heb er voor gekozen om de files te verschuiven, maar ik had ook de setting in /etc/default/tftp kunnen aanpassen.
Het valt me trouwens op dat steeds meer settings in /etc/default worden gezet.
De oplossing is de thin client. Mijn keuze voor de benodigde software viel op ltsp. Het grote voordeel is dat op de thin clients vrijwel automatisch altijd een kloon van mijn workstation verschijnt. Vrijwel automatisch omdat voor kernelupdates op de ltsp server nog een paar handelingen moeten worden verricht om ook op de thin clients te verschijnen.
Hoe dit gedaan moet worden staat hier. Een paar kleine opmerkingen:
* In de tekst wordt gesteld dat apparatuur als cd-rom of usb-stick standaard niet te benaderen is. Dat is in de install die ik heb gedaan niet het geval.
* Het tweaken van de thin client(s) vindt plaats in lts.conf dat zich bevindt in de tftp directory waar zich ook de boot images bevinden. Ik heb dat tot op heden nog niet aan de praat kunnen krijgen.
* Alle voorbeelden gaan er vanuit dat de tftp server en de ltsp server zich op de zelfde computer bevinden. Theoretisch gesproken zou dat niet het geval hoeven te zijn. In de initrd regel zou je een optie moeten kunnen meegeven dat het volgende image zich op een andere server bevind. Ik heb dat niet werkend gekregen. Achteraf bezien heeft dat ook een voordeel, want kernel updates worden nu automatisch op de goede plek op de tftp server neergezet. Er vanuitgaande dat je de standaard directorys in de install overneemt, en niet zoals ik daar graag van afwijkt.
* Bovenstaande betekent dat de default "next server" regel in dhcp niet gevolgd kan worden, als je die tenminste hebt. Om te voorkomen dat ik bij elke thin client regels moest gaan kopieren, heb ik de thin clients in een groep gezet. In mijn geval krijgen alle nodes in het netwerk op basis van hun mac adres een ip nr toegewezen. De thin clients staan dan weer in een aparte groep met het groop statement.
* De thin client laadt met de hoogst mogelijke resolutie van het scherm, aangenomen dat Xorg de mogelijkheden van videokaart en monitor goed gedetecteerd heeft. Soms is dat niet handig. Ik heb daarom twee kleine programmatjes geinstalleerd: lxrandr en grandr. Beiden zijn graphische tooltjes waarmee zelfs een vrijwel rechteloze user toch de resoltie kan aanpassen. lxrandr is de meest simpele en gebruikersvriendelijke tool.
update 14 juli. De problemen met lts.conf in de tftp directorie en het niet kunnen starten van ltsp op een andere server dan de tftp server, lijken samen hangen met de tftp server die ik in gebruik heb: hpa-tftp. Op internet zijn er diverse verwijzingen te vinden.
lts.conf doe ik nu op de ouderwetse manier: in de /opt/ltsp/i386/etc/lts.conf instellingen opgeven en daarna een nieuw image maken met ltsp-update-image.
Zoals besproken heeft het ook een voordeel om de tftp server wel op dezelfde server te hebben als de tftp server.
Voorlopig ben ik er dan ook tevreden mee.
Update 1 augustus. Na een ubuntu release upgrade van jaunty naar lucid, lijkt het bovenstaande probleem opgelost te zijn. ltsp.conf functioneerd nu in de directory van de tftp server.
Overigens betekent een dergelijke upgrade ook dat de client opnieuw moet worden opgebouwd met het commando ltsp-build-client.
Tevens bleek de tftp server verplaatst van /var/lib naar /opt, zonder dat de directory zelf was verplaatst. Ik heb er voor gekozen om de files te verschuiven, maar ik had ook de setting in /etc/default/tftp kunnen aanpassen.
Het valt me trouwens op dat steeds meer settings in /etc/default worden gezet.
Reacties