Configuración de ProxyDHCP/PXE
Tras encender el ThinClient, la tarjeta de red realiza una difusión en la red, a la espera de que un servidor DHCP le responda con una dirección IP. En este caso, no importa si el servidor DHCP gestiona la dirección IP de forma estática o dinámica. El servicio ProxyDHCP del servidor openthinclient también está a la escucha en la red en busca de paquetes DHCP-REQUEST e identifica a los clientes mediante su dirección MAC. Estos aparecen entonces, si aún no se han creado como clientes válidos, en el openthinclient-Manager, en la sección 'Clientes PXE'.
Si la dirección MAC está registrada en el openthinclient-Manager como ThinClient, el servidor openthinclient atiende al cliente; es decir, el servicio ProxyDHCP del openthinclient-Manager complementa la respuesta del servidor DHCP con las opciones 66 y 67.
La opción DHCP 66 es el nombre de host o la dirección IP del servidor openthinclient. La opción 67 es el nombre del archivo de arranque. Dependiendo de la configuración en el gestor openthinclient, la opción 67 se completará con /pxelinux.0 (para el arranque por TFTP) o con /lpxelinux.0 (para el arranque por HTTP).
Asegúrese de que no haya ningún servicio de servidor DHCP en ejecución en el servidor openthinclient. El servidor openthinclient incluye un servicio ProxyDHCP que necesita los puertos DHCP para sí mismo.
Configuración
Servicios PXE
Explicación detallada de los distintos valores para los servicios PXE:
EavesdroppingPXEService
Esta implementación del servicio PXE funciona de forma pasiva, 'escuchando' las ofertas DHCP (DHCP OFFER) de un servidor DHCP. Si se ofrece una dirección a un cliente con PXE habilitado, se envía una oferta PXE adicional. Esto solo es posible vinculándose al puerto 68, el puerto del cliente DHCP, que ya está ocupado si el host ejecuta un cliente DHCP. Por lo tanto, esta implementación del servicio no se puede utilizar en hosts con direcciones configuradas dinámicamente. En MS Windows, también es necesario desactivar el servicio 'Cliente DHCP' desde el panel de control.
SingleHomedPXEService
Esta implementación del servicio PXE supone un servidor con una única interfaz de red. El servicio proxy PXE está vinculado a la dirección predeterminada. Las respuestas se envían desde una dirección fija del servidor que puede configurarse de forma estática. Si no se configura ninguna dirección estática, se utiliza la primera interfaz local que no sea de bucle de retorno.
BindToAddressPXEService
Esta implementación del servicio PXE funciona vinculándose a todas las direcciones de todas las interfaces de forma individual. Esto funciona si los paquetes de difusión también son recibidos por sockets no vinculados a la dirección predeterminada, sino a direcciones individuales. Funciona correctamente en MS Windows y Linux ejecutados en XEN, pero falla en la mayoría (?) de los demás servidores UNIX.
SingleHomedBroadcastPXEService
Esta implementación del servicio PXE parte de la base de un servidor con una única interfaz. El servicio proxy PXE está vinculado a la dirección predeterminada. Las respuestas se envían desde una dirección fija del servidor que puede configurarse de forma estática. Si no se configura ninguna dirección estática, se utiliza la primera interfaz local que no sea de bucle de retorno.
Política del servicio PXE
Aquí se configura a qué ThinClients debe dar servicio el servidor openthinclient.
Solo clientes registrados
Si selecciona esta opción, solo se atenderán los ThinClients que se hayan creado explícitamente.
El proceso es el descrito anteriormente, es decir, tras el primer encendido, el ThinClient se detecta y aparece en la lista de clientes PXE. A continuación, se inicia la edición haciendo doble clic, se le asigna un nombre, se seleccionan la ubicación y el tipo de hardware y, finalmente, el cliente aparece en la lista de ThinClients.
Todos los clientes PXE a través del perfil predeterminado
Si selecciona esta opción, se atenderán todos los ThinClients.
Cada ThinClient que se encienda aparecerá de la misma forma en la lista de 'Clientes PXE'. Sin embargo, para el proceso de arranque no es necesario crearlo; se atiende a todos los ThinClients de la red.
Perfil estándar: asignación y configuración
¿Cómo se configuran los ajustes del perfil estándar y cómo se asignan las aplicaciones?
Para ello, se crea manualmente un ThinClient en el openthinclient-Manager y se le asigna la dirección MAC 00:00:00:00:00:00.
A este hay que asignarle un tipo de hardware y, a través de la asignación directa o mediante el tipo de hardware, se pueden asignar dispositivos como, por ejemplo, un teclado o similares.
El problema surge cuando se quiere aplicar configuraciones diferentes a los ThinClients. Esto no es posible con esta lógica. En el tipo de hardware, en el caso del 'cliente 00:', también hay que elegir un kernel, es decir, por ejemplo, de 32 bits o de 64 bits.
El mismo procedimiento se aplica también a la asignación de aplicaciones. Es decir, la aplicación o los grupos de aplicaciones se asignan al cliente '00:'.
Nota: En el gestor openthinclient pueden crearse tanto clientes '00:' como ThinClients creados explícitamente. Se aplica la siguiente regla: si el cliente se ha creado con su propia dirección MAC, se aplicará esta asignación y configuración; de lo contrario, se aplicará la configuración del cliente '00:'.