Εάν θέλουμε να χρησιμοποιήσουμε έναν κεντρικό dhcp server και όχι στον ltsp server κάνουμε τα εξής
Στον ltsp server
aptitude install ltsp-server-standalone openssh-server ltsp-build-client 2>&1 | tee ltsp-build.log aptitude purge dhcp3-server rm /etc/ltsp/dhcpd.conf
Τέλος επανεκκινούμε τον ltsp server
Έστω ότι ο ltsp server μας έχει την ip 192.168.1.10 Στον κεντρικό dhcp server τροποποιούμε το dhcpd.conf
subnet 192.168.1.0 netmask 255.255.255.0 {
..-
option broadcast-address 192.168.1.255;
option root-path "/opt/ltsp/i386";
next-server 192.168.1.10;
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
filename "/ltsp/i386/pxelinux.0";
} else {
filename "/ltsp/i386/nbi.img";
}
}
και επανεκκινούμε τον dhcp server
/etc/init.d/dhcp3-server restart
Πλέον έχουμε έναν ltsp server που παρέχει μόνο αυτήν την λειτουργία. Μπορεί κάλλιστα o ltsp server να είναι NIS/NFS client σε έναν server (π.χ. στον υπολογιστή που υπάρχει ο dhcp server).
Ένας dhcp server ελέγχει όλους τους clients, δίνοντας ρυθμίσεις δικτύου που αφορούν αρκετές υπηρεσίες πέρα από την υπηρεσία ltsp. Η αποδέσμευση του dhcp server από τον ltsp server είναι χρήσιμη, ειδικά εάν χρειαστούμε και δεύτερο ltsp server για load balancing.
Μια διαφορετική πιο επεκτάσιμη συνδεσμολογία θα μπορούσε να χρησιμοποιεί έναν ltsp server με 2 κάρτες δικτύου. Μία προς τον NIS/NFS server / router και μία προς τους thinclients. Εδώ γίνεται μια πιο τυπική εγκατάσταση ltsp server οπότε χρησιμοποιούμε και ρυθμίζουμε dhcp server στον ltsp server
rm -rf /opt/ltsp /varlib/tftpboot aptitude purge ltsp-server ltsp-server-standalone openssh-server tftpd-hpa nbd-server
Η πιο σημαντική ρύθμιση στο lts.conf αφορά εάν θα περάσει όλη η κίνηση στο δίκτυο μέσω ssh. Προκαθορισμένα είναι False για ασφάλεια αλλά με μεγάλο αντίκτυπο στις επιδόσεις λόγω πολύ μεγαλύτερης χρήσης cpu στον ltsp server. Την αλλάζουμε σε
LDM_DIRECTX=True
Επίσης προκαθορισμένα το βάθος χρώματος είναι στα 24bit. Μπορούμε να το αλλάξουμε με
X_COLOR_DEPTH=16
Για να δούμε σε τι βάθος χρώματος δουλεύουμε, εκτελούμε στον client
xwininfo -root | grep Depth:
Εάν ο client δεν μπορεί να κατεβάσει τα αρχεία από τον ltsp server αφού ελέγξουμε δίκτυο και συνδέσεις ελέγχουμε και την υπηρεσία tftp στον ltsp server
Εγκαθιστούμε tftp client στον ίδιο τον ltsp server
apt-get install tftp-hda
Έστω ότι η ip είναι 192.168.10.32, εκτελούμε
tftp 192.168.10.32 -v -m binary -c get /ltsp/i386/pxelinux.0
Σε περίπτωση που δεν μπορεί να γίνει σύνδεση ενός χρήστη (χωρίς κάποιο μήνυμα) ελέγχουμε στον LTSP Server το αρχείο /var/log/auth.log
Εάν δούμε γραμμές όπως οι παρακάτω
error: subsystem: cannot stat /bin/sftp-server: No such file or directory subsystem request for sftp failed, subsystem not found
εγκαθιστούμε ξανά τον openssh-server και ενημερώνουμε τα κλειδιά και το boot image
aptitude purge openssh-server aptitude install openssh-server ltsp-update-sshkeys ltsp-update-image
Εάν εκκινήσει ο client αλλά χωρίς γραφικό τότε εκτελούμε με το χέρι το ldm screen script
/usr/lib/ltsp/screen.d/ldm
Ψάχνουμε το πρόβλημα στα logs /var/log/Xorg.1.log
Εάν το πρόβλημα είναι στον driver της κάρτας γραφικών (π.χ βλ. https://bbs.archlinux.org/viewtopic.php?id=215847) δοκιμάζουμε να τον κάνουμε blacklist (π.χ.)
for clarch in i386 amd64; do echo -e "blacklist i915" > /opt/ltsp/$clarch/etc/modprobe.d/vbox.conf; done
Για το συγκεκριμένο παράδειγμα (lifebook AH530) χρειάστηκε άλλη εντολή (βλ. https://askubuntu.com/questions/51321/modules-loading-despite-being-added-to-the-blacklist)
for clarch in i386 amd64; do echo -e "install i915 /bin/false" > /opt/ltsp/$clarch/etc/modprobe.d/vbox.conf; done
Θα πρέπει να ανανεώσουμε και το initramfs
ltsp-chroot -m -a i386 update-initramfs -u exit ltsp-chroot -m -a amd64 update-initramfs -u exit ltsp-update-image shutdown -r 0