Linux Terminal Server Project: differenze tra le versioni

Versione delle 23:19, 10 nov 2013

Versione attuale delle 07:22, 17 lug 2021

(30 versioni intermedie di 9 utenti non mostrate)

Riga 1:

[[File:LtspLinux diagramTerminal Server.pngsvg|thumbminiatura|Schema di una rete LTSP]]

'''LTSP''' ('''Linux Terminal Server Project''') è un [[software libero]] atto a centralizzare una [[rete di computer]] [[GNU/Linux]]. In una rete di questo tipo i [[client]] sono in grado di [[Preboot Execution Environment|avviarsi via rete]] senza alcun [[sistema operativo]] precedentemente installato, o persino senza [[disco rigido]], ed essere unilateralmente gestiti in modo centralizzato da un [[server]].<ref>{{cita web|url=http://www.ltsp.org/benefits/|titolo=Key Benefits of LTSP|accesso=11 marzo 2014|lingua=en|urlarchivio=https://web.archive.org/web/20140216073521/http://www.ltsp.org/benefits|dataarchivio=16 febbraio 2014|urlmorto=sì}}</ref>

'''Linux Terminal Server Project''' è un insieme di [[script]] e programmi per [[Linux]] che permette di avviare dei client tramite rete locale senza che su di essi debba esserci necessariamente installato alcun sistema operativo. I vantaggi sono differenti, fra cui una gestione centralizzata di un gruppo di client direttamente da parte del server centrale, e la possibilità di gestire una rete di client senza che essi abbiano particolari caratteristiche hardware.

== Caratteristiche dei client ==

In una rete LTSP è possibile configurare due differenti tipi di client: i ''[[thin client|thin]]'' e i ''fat'' client, solitamente a seconda sedelle sirisorse desidera sfruttare l'[[hardware]] a disposizione sui client osugli menostessi.

=== Thin client ===

{{Vedi anche|Thin client}}

Il [[thin client]] prevede caratteristiche hardware minimali, in quanto è soltantoutilizzato unacome proiezione visiva della sessione e dei processi instaurati sul server.

Il suo funzionamento è questoapprossimativamente il seguente:

* Il [[BIOS]] del thin client richiedesarà configurato per effettuare l'avvio davia rete, ovvero tramite [[Bootstrap Protocol|BOOTP]] o [[Dynamic HostPreboot ConfigurationExecution Protocol|DHCPEnvironment]];

* Il thin client effettuerà richieste [[Dynamic Host Configuration Protocol|DHCP]] (o a volte [[Bootstrap Protocol|BOOTP]]) al server centrale;

* Il server risponde con: IP, Gateway, DNS e path per il kernel (che poi il client dovrà scaricare)

* Il server risponde con: [[indirizzo IP]], [[gateway (informatica)|gateway]], server [[Domain Name System|DNS]] e percorso per lo scaricamento del [[kernel]];

* Il client scaricherà il kernel oppure un finto kernel (che in realtà è un bootloader derivato da syslinux) passato come path nella risposta precedente del server

* Il client scaricherà il kernel (che spesso si tratta di un bootloader derivato da [[SYSLINUX]]) attraverso il protocollo [[Trivial File Transfer Protocol|TFTP]]);

* Il client scaricherà anche il ramdisk iniziale ([[initrd]]), preparato appositamente con gli script di avvio;

* Il client provvede ad avviare il kernel: in questa fase inoltre il kernelclient inizia ad siessere faindipendente, ridaree l'indirizzosolitamente IPri-effettua conuna irichiesta parametriDHCP;

* Il client monta una cartella NFS (che gli servirà per prendere le config e i programmi non inclusi nel ramdisk iniziale) e il ramdisk iniziale in RAM.

* Il client carica in [[RAM]] il ramdisk iniziale e [[Montare|monta]] una cartella remota dal server utilizzando il protocollo [[Network File System|NFS]], per poter accedere a software non incluso nel limitato ramdisk iniziale;

* A seconda di come configurato potrà avviare un client [[X.Org]], un client terminale, una sessione [[bash]] locale, un client Rdesktop[[Remote Desktop Protocol|RDP]] (per i terminaliclient windows[[Microsoft Windows]]) o altri programmi (inclusi manualmente).

La peculiarità di questo sistema è che sui client '''non deve essere installato niente''', eccezion fatta eccezione per il clientsoftware di avvio di rete, che moltemolti BIOS, schede di rete e molte schede madri con la rete integrata possiedonointegrano giànativamente.

Nel caso non fosse presente il suddetto clientsoftware di avvio di rete integrato esistono progetti come [http://www.etherboot.org/ Etherboot] e [httphttps://wwwweb.archive.org/web/20080408030632/http://netboot.org/ Netboot] che si prefiggono lo scopo di preparare ROM per i chip delle varie schede. C'è da menzionare anche il progetto [http://www.rom-o-matic.net/ Rom-o-matic] {{Webarchive|url=https://web.archive.org/web/20070203072414/http://rom-o-matic.net/ |data=3 febbraio 2007 }}, "un'interfaccia web" per Etherboot, dalla quale si possono scaricare anche immagini avviabili per dischi fissi, cdrom, [[floppy disk]] e quant'altro.

=== Fat client ===

Il fat client all'avvio scarica dal server una un'immagine completa del sistema, e quindi èdiventando in grado di rendersi indipendente dal server e non appesantire il serverappesantirlo. Il fat client sfrutta quindi le sueproprie caratteristiche hardware.

== Dispositivi locali ==

Nell'ultima versione di LTSP esiste anche il supporto ai dispositivi locali come CDrom[[CD-ROM]], [[floppy disk]], [[Disco fisso|dischi fissi]], usb e altrounità [[USB]]. È anche possibile avereusufruire ldell'audio locale, grazie ad un mini server [[Advanced Linux Sound Architecture|ALSA]] inserito all'interno del ramdisk.

== Vantaggi e svantaggi ==

Nell'ultima versione di LTSP esiste anche il supporto ai dispositivi locali come CDrom, floppy, dischi fissi, usb e altro. È anche possibile avere l'audio locale, grazie ad un mini server ALSA inserito all'interno del ramdisk.

;Gestione: Non occorre mantenere il software di un'intera rete di computer, basta mantenere solo il software sul server;

;[[Trashware]]: È possibile recuperare computer in stato di obsolescenza;

;Energia elettrica: Esistono thin client che abbattono notevolmente l'energia richiesta (~ 14 [[Watt]] a stazione) rispetto a una comune [[workstation]] che in media utilizza dai 100 ai 200 Watt.<ref>{{Cita web|1=http://www.disklessworkstations.com/thin-clients.html|2=Thin Clients|3=28 aprile 2016|lingua=en|dataarchivio=29 aprile 2016|urlarchivio=https://web.archive.org/web/20160429135916/http://www.disklessworkstations.com/thin-clients.html|urlmorto=sì}}</ref><ref>{{Cita web |http://www.udoo.org/mandee-first-ltsp-distro-for-udoo-available-for-download/ |Mandee: first LTSP distro for UDOO available for download |28 aprile 2016 | lingua=en}}</ref>

==Svantaggi==

== Vantaggi e svantaggi ==

;Carico di rete: La [[Banda (informatica)|banda]] a disposizione per ogni client deve essere almeno 54[[Megabit per secondo|Mbps]], meglio se 100, a causa del traffico della sessione grafica di X.org;

;Interruzione del servizio: Se il server dovesse smettere di funzionare tutti i client non funzionerebbero più. Un sistema di [[Computer cluster|cluster]] implementato a dovere ovvierebbe a questo problema;<ref>{{cita web|url=https://www.ltsp-cluster.org|titolo=LTSP Cluster|lingua=en|accesso=11 marzo 2014|urlmorto=sì|urlarchivio=https://web.archive.org/web/20140210005406/https://www.ltsp-cluster.org/|dataarchivio=10 febbraio 2014}}</ref>

;Carico del server: Il server deve essere all'altezza del carico che deve gestire (parametri importanti sono una potenza di calcolo adeguata, RAM a sufficienza e velocità dei dischi accettabile).<ref>{{cita web|url=http://wiki.ubuntu-it.org/Hardware/UbuntuLtsp|titolo=Ubuntu LTSP|accesso=11 marzo 2014}}</ref>

==Note==

Sicuramente i vantaggi di un sistema simile sono:

<references/>

* Meno manutenzione: solo il software del server va controllato, visto che il client di suo non ne possiede.

* Recupero di PC: con questo sistema è anche possibile fare del [[Trashware]], ovvero recuperare computer lenti.

* Dati e autenticazione centralizzati: si hanno tutti i dati, non esplicitamente inseriti nei dischi locali, centralizzati sul server, così come l'autenticazione avviene sul server.

Gli svantaggi sono invece:

* Carico di rete: la rete per ogni client deve essere minimo 54Mbps, meglio se 100. Questo a causa del client terminale di X.

* Centralizzazione: se il server va giù tutti i client non funzionano più. Un sistema di cluster fatto bene potrebbe ovviare a questo problema.

* Carico del server: il server deve essere all'altezza del carico che deve gestire.

== Voci correlate ==

* [[FreeNX]]

* [[Thin client]]

== CollegamentiAltri esterniprogetti ==

{{Interprogetto}}

==Collegamenti esterni==

* [http://www.ltsp.org/ Linux Terminal Server Project - Sito ufficiale] (EN)

* {{Collegamenti esterni}}

* {{Cita web|1=http://wiki.ltsp.org/wiki/LTSPedia|2=LTSPedia|lingua=en|accesso=14 giugno 2014|urlarchivio=https://web.archive.org/web/20140619094105/http://wiki.ltsp.org/wiki/LTSPedia|dataarchivio=19 giugno 2014|urlmorto=sì}}

* {{Cita web|https://wiki.debian.org/LTSP|LTSP|lingua=en}}

* {{Cita web|https://manpages.ubuntu.com/manpages/trusty/man5/lts.conf.5.html|lts.conf documentation|lingua=en}}

* {{Cita web|1=https://www.ltsp-cluster.org|2=LTSP cluster|lingua=en|accesso=22 aprile 2019|urlarchivio=https://web.archive.org/web/20170108091557/https://www.ltsp-cluster.org/|dataarchivio=8 gennaio 2017|urlmorto=sì}}

{{Portale|Softwaresoftware libero}}

[[Categoria:LinuxSoftware per Debian]]

[[Categoria:Software per Ubuntu]]