La fiebre LTSP sigue subiendo en el Calixto. La solución definitiva para toda máquina que butee por la red, sin importar su cantidad de RAM o micro…
Pero cuando hay más de un servidor con DHCP en la misma red, se forma el rollo.
isc-dhcp no se puede bloquear con iptables
Si tienes alguna duda de la afirmación anterior, has la tarea y busca en google. De nada vale ponerle un cortafuegos a cada servidor porque isc usa “raw packets” y se caga en lo que diga iptables. Por suerte de afuera pa dentro eso no se aplica. No obstante, ojo si pones un isc con múltiples interfaces, no sea que acabes dándole DHCP al ruter.
En un ambiente como este, no queda otra que hacer un DHCP central con múltiples parámetros, de forma que los clientes ligeros se agrupen por MAC address y se seleccione el servidor adecuado a la hora de butear.
El fichero de configuración es /etc/dhcp/dhcpd.conf y bajo la declaración de la subnet puedes poner una cláusula group para dar parámetros diferentes.
La sintaxis es sencilla:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
Tomemos el caso de dos servidores LTSP en la red, el 10.1.1.6 y el 10.1.1.3, a mi me quedó así:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 |
|
¿Qué hicimos? Sencillo, declaramos un grupo con distintos parámetros, aunque en este caso solo next-server es verdaderamente distinto. En ambos casos se engatilla el mismo file-name y root-path ya que ambos servidores hay lo mismo. Pero quizás en su red usted tiene otro servidor bootp o PXE y no querrá que las opciones de LTSP sean la misma.
Finalmente el parámetro next-server difiere y es que es este el que le da porque servidor bootear.