|
Dimensione: 2323
Commento: Nuova Organizzazione Wiki
|
← Versione 17 del 23/11/2023 04.31.11 ⇥
Dimensione: 2555
Commento: Tabelle: rimozione vecchi colori standard
|
| Le cancellazioni sono segnalate in questo modo. | Le aggiunte sono segnalate in questo modo. |
| Linea 1: | Linea 1: |
| ## page was renamed from Hardware/UbuntuLTSP/Tour ## page was renamed from HardwareUbuntuLTSP/Tour |
|
| Linea 3: | Linea 5: |
| [[BR]] ||<tablestyle="float:right; font-size: 0.9em; width:35%; background:#F1F1ED; margin: 0 0 1em 1em;" style="padding:0.5em;">[[TableOfContents]]|| |
<<BR>> <<Indice(depth=2)>> |
| Linea 8: | Linea 10: |
| Questa pagina è una bozza per spiegare l'approccio di LTSP usato in Ubuntu (muekow) in contrapposizione all' approccio tradizione basata su codice sorgente che si trova su [http://ltsp.org/ LTSP.org]. | All'interno di questa pagina viene spiegato l'approccio di '''Ltsp''' usato in '''Ubuntu''' con il nome in codice di '''Muekow''', in contrapposizione all'approccio tradizione basato su codice sorgente che si trova a [[http://ltsp.org/|questo indirizzo]]. |
| Linea 10: | Linea 12: |
| L'implementazione tradizionale di LTSP prevedeva di distribuire l'intero ambiente chroot in un tarball. Questo comporta un alto costo in termini di spazio occupato su disco, dato che molti pacchetti vengono installati due volte. Muekow opera invece in modo diverso, permettendo di utilizzare i pacchetti nativi di Ubuntu. Permette inoltre, utilizzando chroot di installare nuovi pacchetti locali semplicemente utilizzando apt-get, invece di dover usare uno speciale ambiente di compilazione. Più informazione su muekow si possono trovare sul [http://wiki.ltsp.org/twiki/bin/view/Ltsp/MueKow wiki di LTSP] | L'implementazione tradizionale di '''Ltsp''' prevede la distribuzione dell'intero ambiente '''chroot''' all'interno di un tarball, questo comporta un alto costo in termini di spazio occupato su disco, dato che molti pacchetti vengono installati due volte, mentre '''Muekow''' opera in modo diverso, permettendo l'utilizzo di pacchetti nativi in '''Ubuntu'''. Inoltre permette di utilizzare '''chroot''' e d'installare nuovi pacchetti locali semplicemente utilizzando [[AmministrazioneSistema/Apt| apt]]. |
| Linea 14: | Linea 16: |
| || '''Sistema''' || '''Ubuntu (muekow)''' || '''LTSP.org tarball''' || || GUI Export || ssh -X || XDMCP || || Login remoto || LDM || KDM/GDM || || Distribuzione pacchetti || APT || Tar ball || || Autenticazione || ssh || file passwd su server XDMCP || |
||<:>'''Sistema'''||<:>'''Ubuntu (Muekow)''' ||<:>'''Ltsp tarball'''|| || GUI Export ||<:> Ssh -X ||<:> Xdmcp || || Login remoto ||<:> LDM ||<:> KDM/GDM || || Distribuzione pacchetti ||<:> Apt ||<:> Tar ball || || Autenticazione ||<:> Ssh ||<:> file passwd su server Xdmcp || |
| Linea 20: | Linea 22: |
| == Perchè SSH e non XDMCP? == | == Perchè Ssh e non Xdmcp? == |
| Linea 22: | Linea 24: |
| SSH fornisce una maggiore sicurezza (i dati vengono crittografati) e una compressione automatica. | [[InternetRete/ConfigurazioneRete/OpenSsh| Ssh]] fornisce una maggiore sicurezza in quanto i dati vengono criptati e compressi automaticamente. |
| Linea 24: | Linea 26: |
| == Perchè LDM e non KdM/GDM? == | == Perchè Ldm e non Kdm o Gdm? == |
| Linea 26: | Linea 28: |
| '''Kdm''' e '''Gdm''' non forniscono un metodo per loggarsi da remoto su una sessione SSH. '''Ldm''' invece è una applicazione scritta in python appositamente per loggarsi da remoto attraverso una connessione criptata in SSH. | '''Kdm''' e '''Gdm''' non forniscono un metodo per loggarsi da remoto su una sessione [[InternetRete/ConfigurazioneRete/OpenSsh| ssh]], mentre '''Ldm''' invece è una applicazione appositamente pensata per loggarsi da remoto attraverso una connessione [[InternetRete/ConfigurazioneRete/OpenSsh| criptata in ssh]]. |
| Linea 28: | Linea 30: |
| == Perchè usare APT invece dei tarball di LTSP == | == Perchè usare Apt invece dei tarball == |
| Linea 30: | Linea 32: |
| Questo metodo salva spazio nell'installazione da cd, o banda se si sta installando da rete. Consente inoltre di installare applicazioni locali molto più facilmente, e personalizzare quindi l'ambiente chroot di LTSP. Anche gli aggiornamenti sono più agevoli, specialmente se volete modificare e personalizzare il vostro sistema. L' uso di APT combinato con i pacchetti di Ubuntu consente quindi una maggiore facilità di amministrazione dell sistema LTSP. | Consente di risparmiare spazio nell'installazione da CD oppure banda se si sta installando da rete. Consente inoltre di installare applicazioni locali molto più facilmente e anche gli aggiornamenti sono più agevoli, specialmente se si vuole modificare il sistema. L'uso di [[AmministrazioneSistema/Apt| apt]] combinato con i pacchetti di '''Ubuntu''' consente quindi una maggiore facilità d'amministrazione. |
| Linea 32: | Linea 34: |
| [[Navigation(siblings)]] | = Ulteriori risorse = |
| Linea 34: | Linea 36: |
| ## da questo punto in poi non modificare! | * [[http://wiki.ltsp.org/twiki/bin/view/Ltsp/MueKow|MueKow wiki di Ltsp]] * [[https://help.ubuntu.com/community/UbuntuLTSP/Tour|Documento originale]] * [[Hardware/UbuntuLtsp| Guida a UbuntuLtsp]] |
| Linea 36: | Linea 41: |
| CategoryHardware CategoryDaRevisionare |
Introduzione
All'interno di questa pagina viene spiegato l'approccio di Ltsp usato in Ubuntu con il nome in codice di Muekow, in contrapposizione all'approccio tradizione basato su codice sorgente che si trova a questo indirizzo.
L'implementazione tradizionale di Ltsp prevede la distribuzione dell'intero ambiente chroot all'interno di un tarball, questo comporta un alto costo in termini di spazio occupato su disco, dato che molti pacchetti vengono installati due volte, mentre Muekow opera in modo diverso, permettendo l'utilizzo di pacchetti nativi in Ubuntu. Inoltre permette di utilizzare chroot e d'installare nuovi pacchetti locali semplicemente utilizzando apt.
Differenze tecniche
Sistema |
Ubuntu (Muekow) |
Ltsp tarball |
GUI Export |
Ssh -X |
Xdmcp |
Login remoto |
LDM |
KDM/GDM |
Distribuzione pacchetti |
Apt |
Tar ball |
Autenticazione |
Ssh |
file passwd su server Xdmcp |
Perchè Ssh e non Xdmcp?
Ssh fornisce una maggiore sicurezza in quanto i dati vengono criptati e compressi automaticamente.
Perchè Ldm e non Kdm o Gdm?
Kdm e Gdm non forniscono un metodo per loggarsi da remoto su una sessione ssh, mentre Ldm invece è una applicazione appositamente pensata per loggarsi da remoto attraverso una connessione criptata in ssh.
Perchè usare Apt invece dei tarball
Consente di risparmiare spazio nell'installazione da CD oppure banda se si sta installando da rete. Consente inoltre di installare applicazioni locali molto più facilmente e anche gli aggiornamenti sono più agevoli, specialmente se si vuole modificare il sistema. L'uso di apt combinato con i pacchetti di Ubuntu consente quindi una maggiore facilità d'amministrazione.
