Le client Sun Ray est un client DHCP qui sollicite les informations de configuration en diffusant des paquets DHCP sur le réseau. Les informations demandées sont fournies par un ou plusieurs serveurs DHCP qui répondent aux sollicitations du client. Le service DHCP peut être fourni par un processus serveur DHCP s'exécutant sur un serveur Sun Ray, par des processus serveur DHCP s'exécutant sur d'autres systèmes, ou par une combinaison de ces deux éléments. Toute implémentation conforme d'un service DHCP peut être utilisée pour satisfaire les exigences DHCP du client Sun Ray. Le service DHCP d'Oracle Solaris est l'une de ces implémentations. Les implémentations de tierces parties s'exécutant sur des plates-formes non-Sun peuvent également être configurées pour fournir des informations aux clients Sun Ray.

Le protocole DHCP définit un certain nombre d'options standard qui peuvent être utilisées pour informer le client sur toute une variété de fonctions réseau courantes. Il autorise également un certain nombre d'options spécifiques au fournisseur qui véhiculent des informations spécifiques aux produits. Pour en savoir plus, reportez-vous à la section Tableau 19.4, « Autres options DHCP propres au fournisseur ».

Le client Sun Ray dépend d'un petit nombre d'options standard pour établir ses paramètres réseau de base. Il dépend de plusieurs options standard et spécifiques du fournisseur pour définir les informations supplémentaires qui constituent une configuration de client complète. Si ces paramètres de configuration supplémentaires ne sont pas fournis, le client ne peut pas effectuer certaines opérations dont l'une, capitale, est le téléchargement du nouveau microprogramme des clients Sun Ray. Tableau 19.4, « Autres options DHCP propres au fournisseur » répertorie les options propres au fournisseur.

L'emplacement du serveur Sun Ray est en général convoyé au client Sun Ray par une paire d'options propres au fournisseur : AuthSrvr et AltAuth.

Si le client Sun Ray ne reçoit pas ces informations, il utilise un mécanisme de détection par diffusion pour trouver un serveur Sun Ray sur son sous-réseau. Si la détection à base de diffusion échoue, le client Sun Ray interprète l'option standard de DHCP (l'option 49) du X Window Display Manager comme une liste d'adresses de serveurs Sun Ray auxquelles il essaie de contacter les services Sun Ray. La configuration DHCP des unités de bureau Sun Ray déployées sur des LAN peut s'en trouver simplifiée puisque l'option DHCP du fournisseur n'est plus nécessaire pour véhiculer ces informations.

Tableau 19.3, « Paramètres de services DHCP disponibles » fournit la liste des paramètres disponibles du service DHCP.

DHCP permet deux phases de détection de paramètres. La phase DHCPDISCOVER initiale détecte les paramètres réseau de base. Cette phase peut être suivie d'une commande DHCPINFORM, qui trouvera les informations supplémentaires qui n'auront pas été fournies dans le cadre de DHCPDISCOVER.

Tous les clients Sun Ray doivent avoir accès à au moins un service DHCP, qui fournit les paramètres réseau en réponse à une requête DHCPDISCOVER d'un client. Les clients Sun Ray peuvent exploiter la fonction DHCPINFORM, ce qui permet une configuration complète du client, même quand ses paramètres réseau sont fournis par un service DHCP externe qui ne définit pas des données de configuration complètes.

Le client Sun Ray envoie des requêtes DHCP sous la forme de paquets diffusés qui ne se propagent que sur le segment ou le sous-réseau LAN local. Si le client Sun Ray réside sur le même sous-réseau que le serveur DHCP, ce dernier peut voir le paquet diffusé et répondre par les informations dont le client a besoin. Si le client Sun Ray réside sur un autre sous-réseau que le serveur DHCP, il dépend alors d'un agent de relais DHCP local qui recueille les paquets diffusés et les transmet au serveur DHCP. Selon la topologie du réseau physique et la stratégie du serveur DHCP, l'administrateur peut avoir besoin de configurer un agent de relais DHCP sur chaque sous-réseau auquel des clients Sun Ray sont connectés. De nombreux routeurs IP fournissent une fonction agent de relais DHCP. Si un plan de déploiement requiert l'utilisation d'un agent de relais DHCP et que l'administrateur décide d'activer cette fonction sur un routeur, reportez-vous aux instructions appropriées dans la documentation du routeur. Elles figurent en général sous le titre "Relais DHCP" ou "Transmission BOOTP". DHCP est dérivé d'un protocole plus ancien appelé BOOTP. Certains documents utilisent aussi bien l'un ou l'autre de ces termes.

Dans certains cas, un service DHCP d'entreprise existant fournit au client Sun Ray son adresse IP tandis qu'un serveur Sun Ray lui fournit les détails de sa version de microprogramme et l'emplacement du serveur Sun Ray. Si un plan de déploiement nécessite que des paramètres DHCP soient fournis au client par plusieurs serveurs et qu'aucun de ces serveurs n'est connecté au sous-réseau sur lequel réside le client, l'agent de relais DHCP doit être configuré de sorte que le sous-réseau des clients puisse diffuser vers tous les serveurs DHCP. Par exemple, dans les routeurs contrôlés par un Cisco IOS Executive, la commande ip helper-address active un agent de relais DHCP. Spécifier plusieurs arguments dans la commande ip helper-address permet de faire le relais avec plusieurs serveurs DHCP. Pour en savoir plus, reportez-vous à la section Section 19.3.5.2, « Déploiement sur un sous-réseau distant ».

Vous pouvez simplifier la configuration DHCP des clients Sun Ray sur des sites distants à l'aide de l'option X Window System Display Manager qui fournit la liste des serveurs Sun Ray disponibles. Les options Sun Ray spécifiques du fournisseur ne sont plus requises et il n'est plus nécessaire de transmettre les requêtes DHCPINFORM à un serveur Sun Ray.

Pour une description plus détaillée de la configuration réseau, notamment des options DHCP et des options spécifiques du fournisseur, reportez-vous au Tableau 19.3, « Paramètres de services DHCP disponibles » et au Tableau 19.4, « Autres options DHCP propres au fournisseur ».

L'exemple suivant est un exemple de configuration DHCP pour un routeur Cisco IOS.

ip dhcp excluded-address 129.149.244.161
ip dhcp pool CLIENT
import all network 129.149.244.160 255.255.255.248
default-router 129.149.244.161
option 26 hex 0556
option 49 ip 10.6.129.67 129.146.58.136
lease 0 2

L'option 49, l'option X Window System Display Manager, définit les adresses IP 10.6.129.67 et 129.146.58.136 en tant qu'adresses de serveurs Sun Ray. Le client Sun Ray tente de se connecter à ces serveurs lorsqu'il reçoit une réponse DHCP du routeur. L'option 26 définit l'unité de transmission maximale (MTU, Maximum Transmission Unit) correspondant à la taille maximale des paquets pour les connexions Sun Ray (dans ce cas, 1 366 octets), et non pas la MTU Ethernet par défaut (1 500 octets). Elle est indispensable pour allouer de l'espace pour les en-têtes IPSec afin d'implémenter une connexion de réseau privé virtuel (VPN, Virtual Private Network).

Le service DHCP, directement à partir d'un prestataire de services Internet ou à partir d'un pare-feu local, est également requis pour communiquer au routeur son adresse IP derrière le pare-feu.

Le port WAN du routeur se branche directement au modem DSL/Câble ou à la passerelle ou au pare-feu local(e). Le client Sun Ray se branche ensuite à l'un des quatre ports LAN du routeur. Un routeur VPN branché directement à un modem câble ou DSL ne peut être connecté qu'à un client Sun Ray. Si le routeur est configuré pour fournir les paramètres DHCP au client Sun Ray, il lui indiquera de tenter de se connecter au serveur Sun Ray adéquat.

Le routeur doit afficher un tunnel VPN lorsqu'il est branché. Il doit toujours être allumé. Chaque routeur doit être connecté à la passerelle du VPN et programmé à l'aide d'un nom d'utilisateur reposant sur l'ID d'un employé et d'un mot de passe aléatoire. La passerelle VPN doit être configurée de manière à n'autoriser que le trafic Sun Ray, et vers un nombre limité d'hôtes. Ainsi, aucun utilisateur ne peut connecter autre chose à la partie LAN du routeur puis se connecter au réseau de l'entreprise. Cependant, les utilisateurs peuvent connecter plusieurs clients Sun Ray.

Lorsque vous utilisez un tunnel VPN ou autre, vous devez tenir compte de la MTU IP sur le chemin entre le serveur et le client Sun Ray. En général, le VPN intègre des données de contrôle supplémentaires dans chacun des paquets, ce qui réduit l'espace disponible pour les données d'application.

Le dernier microprogramme Sun Ray tente de compenser cette réduction automatiquement, mais ce processus n'est pas toujours possible. Assurez-vous que le client Sun Ray possède le dernier microprogramme. L'installation du dernier patch sur le serveur n'est pas suffisante. Vous devez également vous assurer que le client a été configuré pour mettre à jour son microprogramme et vérifier alors que la mise à jour s'est produite.

Si le client Sun Ray dispose du dernier microprogramme mais que le problème n'est toujours pas résolu, ce client doit être défini pour fonctionner avec une MTU réduite. Vous pouvez faire appel à l'un des mécanismes généralement utilisés pour fournir à Sun Ray ses données de configuration de base, par exemple DHCP, TFTP ou, si le client exécute un microprogramme utilisable avec une interface graphique, la configuration locale sur le client Sun Ray lui-même.

Le site doit connaître la MTU active sur tout le VPN. Si ce n'est pas le cas, reportez-vous aux archives techniques disponibles ou au blog ThinkThin sur http://blogs.oracle.com/ThinkThin/. En principe, si la MTU n'a pas besoin d'être précise, une valeur faible (1 350 par exemple, la valeur standard étant 1 500) est suffisante pour vous permettre de vérifier que la MTU est à l'origine du problème.

Une fois que vous avez effectué cette opération et redémarré le client Sun Ray, ce dernier indique la nouvelle valeur de MTU au serveur et celui-ci adapte sa stratégie de construction de paquets en fonction de cette valeur. En principe, le client ne transmet plus de données Sun Ray sous des formes trop volumineuses pour être transférées ensemble via le tunnel VPN.

Vous pouvez à présent activer un jeu de clients Sun Ray uniquement à l'aide de paramètres DHCP standard. La tâche de définition de la liste de serveurs est alors transférée au DNS (Domain Name Service, service de noms de domaine) et la gestion du microprogramme à TFTP.

Si sunray-config-servers et sunray-servers sont correctement définis par le DNS servant un ensemble de clients Sun Ray distants, seules les informations réseau de base sont nécessaires. Aucun paramètre DHCP supplémentaire n'est requis.

Dans le cas où une erreur de téléchargement du microprogramme se produirait, des messages d'erreur fournissent des informations supplémentaires facilitant le diagnostic et la correction du problème. Reportez-vous à la section Chapitre 16, Icônes de dépannage.

De même, lors des recherches effectuées dans le DNS, une ligne d'état affichée sur l'icône OSD indique le nom en cours de recherche et, en cas de résultat, l'adresse IP correspondante.

Le Tableau 19.4, « Autres options DHCP propres au fournisseur » répertorie les options DHCP spécifiques du fournisseur définies et utilisées par Sun Ray.

Le client peut exécuter ses fonctions de base même si aucune de ces options n'est fournie pendant l'initialisation, mais certaines fonctions avancées ne seront pas actives tant que certaines options ne seront pas fournies. En particulier :

Le nom de la classe de clients DHCP pour toutes les options Sun Ray propres au fournisseur est SUNW.NewT.SUNW. Le client cite ce nom dans les requêtes DHCP de sorte que le serveur puisse répondre avec l'ensemble approprié d'options propres au fournisseur. Ainsi, le client ne reçoit pas d'options propres au fournisseur définies pour d'autres types d'équipements et les options n'ayant de sens que pour le client ne sont pas envoyées à d'autres équipements.

Pour chaque nom de paramètre, il existe un ID de fournisseur, un code d'option, un type d'option et une indication sur le caractère obligatoire ou non du paramètre.

Les options spécifiques du fournisseur sont fournies via des options encapsulées dans DHCP. Les options encapsulées sont légèrement plus compliquées, comme illustré dans la réponse DHCPINFORM, ou DHCPACK, suivante qui montre la classification des octets dans la partie des informations spécifiques du fournisseur.

2b 4a 17 1d 32 2e 30 .......: .+J..2.0
0140 5f 31 39 2e 63 2c 52 45 56 3d 32 30 30 32 2e 30 _19.c,RE V=2002.0
0150 39 2e 30 36 2e 31 35 2e 35 34 21 04 68 6d 65 30 9.06.15. 54!.hme0
0160 1f 04 81 92 3a 88 15 04 81 92 3a 88 1d 01 06 1c ....:... ..:.....
0170 01 06 1b 01 06 1a 01 06 19 01 06 18 04 81 92 3a ........ .......:
0180 88 16 02 1b 61

La valeur d'option est suivie par un autre code d'option encapsulée, et ainsi de suite.

L'exemple commence par 0x2b=43, l'option DHCP relative aux informations spécifiques du fournisseur. Il a une longueur de 0x4a=74 octets, ce qui correspond au total des octets qui suivent. Ces octets contiennent les options de fournisseur encapsulées.

Le reste de cet exemple représente la valeur des options relatives aux informations spécifiques du fournisseur. Le premier octet contient la première option encapsulée, dont la valeur est 0x17=23 et l'option NewTVer, dont la valeur est de type ASCII. L'octet suivant est 0x1d=29, qui est la longueur de la chaîne NewTVer. Ces options sont suivies de 29 octets qui représentent la chaîne proprement dite.

L'interprétation ASCII sur la droite de DHCPACK, est2.0_19.c,REV=2002.09.06.15.54. Il s'agit de la fin de la première option encapsulée. L'octet suivant est le début de l'option suivante, Intf, représentée par 0x21=33. L'octet suivant, la longueur, est 0x04=4, et les quatre octets suivants sont la valeur ASCII hme0. Il s'agit de la fin de la deuxième option encapsulée.

L'octet suivant est 0x1f=31, qui représente le paramètre FWSrvr, dont la fonction est d'indiquer l'adresse IP du serveur TFTP du microprogramme. L'octet suivant est la longueur, 4, dont la valeur est toujours "true" pour une adresse IP. La valeur hexadécimale est 0x81 0x92 0x3a 0x88, ce qui correspond à l'adresse IP 129.146.58.136.