Chapitre 7 Préconfiguration des informations de configuration système – Tâches

Ce chapitre décrit la procédure de préconfiguration des informations système. La configuration préalable de votre système vous évite de devoir saisir les informations requises lors de d'installation de l'environnement d'exploitation de Solaris. Ce chapitre vous explique également comment préconfigurer les informations relatives à la gestion d'énergie (Power Management^TM). Ce chapitre comprend les rubriques suivantes :

• Avantages inhérents à la préconfiguration des informations système

• Méthodes de préconfiguration des informations système

• Préconfiguration à l'aide du fichier sysidcfg

• Préconfiguration à l'aide d'un service de noms

• Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches

• SPARC: préconfiguration des informations de gestion d'alimentation

Avantages inhérents à la préconfiguration des informations système

Les diverses méthodes d'installation reposent sur les informations de configuration de votre système, notamment ses périphériques, son nom d'hôte, son adresse IP (Internet Protocol) et son service de noms. Avant de vous inviter à entrer les informations de configuration de votre système, les outils d'installation les recherchent dans le fichier sysidcfg, ainsi que dans les bases de données de votre service de noms.

Si le programme Solaris Web Start, le Programme suninstall de Solaris ou le programme d'installation JumpStart personnalisée détecte des informations système préconfigurées, il ne vous invite pas à les saisir de nouveau. Par exemple, si vous disposez de plusieurs systèmes et ne souhaitez pas avoir à définir votre fuseau horaire chaque fois que vous installez le logiciel Solaris 9 sur l'un des systèmes, il vous suffit de définir votre fuseau horaire une fois pour toutes dans le fichier sysidcfg, ou dans les bases de données de votre service de noms. Le programme d'installation de Solaris 9 cesse alors de vous inviter à définir systématiquement votre fuseau horaire.

Méthodes de préconfiguration des informations système

Pour préconfigurer les informations de configuration de votre système, vous avez le choix entre plusieurs méthodes. Vous pouvez entrer ces informations :

• soit dans un fichier sysidcfg enregistré sur un système distant ou sur une disquette ;

• soit dans la base de données de services de noms disponible sur votre site.

Si votre site utilise DHCP, certaines informations système peuvent également être préconfigurées au niveau du serveur DHCP du site. Pour de plus amples informations sur l'utilisation d'un serveur DHCP pour préconfigurer les informations système, reportez-vous à la rubrique Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches.

Consultez le tableau présenté ci-dessous pour choisir si vous allez utiliser un fichier sysidcfg ou une base de données de services de noms pour préconfigurer les informations de configuration du système.

Préconfiguration à l'aide du fichier sysidcfg

Pour préconfigurer un système, vous pouvez spécifier un certain nombre de mots-clés dans le fichier sysidcfg. Les mots-clés utilisables sont répertoriés dans le Tableau 7–2.

Vous devez impérativement créer un fichier sysidcfg distinct pour chaque système requérant une configuration spécifique, mais pouvez utiliser le même fichier sysidcfg pour préconfigurer un même fuseau horaire sur plusieurs systèmes. Pour préconfigurer un mot de passe superutilisateur distinct sur chacun de ces systèmes, vous devez par contre créer un fichier sysidcfg distinct pour chaque système.

Vous pouvez placer le fichier sysidcfg dans l'un des emplacements proposés ci-dessous.

• Dans un système de fichier NFS. S'il s'agit d'un système de fichiers NFS partagé, vous devez utiliser l'option -p de la commande add_install_client(1M) lorsque vous configurez l'installation à partir du réseau. L'option -p indique au système où trouver le fichier sysidcfg lors de l'installation du logiciel Solaris 9.

• Sur une disquette UFS ou PCFS. Placez le fichier sysidcfg dans le répertoire racine (/) de la disquette.

• Sur un serveur HTTP ou HTTPS. Si vous souhaitez effectuer une installation et initialisation via connexion WAN, placez le fichier sysidcfg dans le répertoire du document du serveur Web.

si vous effectuez une installation JumpStart personnalisée et souhaitez utiliser un fichier sysidcfg enregistré sur une disquette, vous devez le placer sur la disquette du profil. Pour créer une disquette de profil, reportez-vous à la rubrique Création d'une disquette de profils pour systèmes autonomes.

Vous ne pouvez placer qu'un seul fichier sysidcfg dans un répertoire ou sur une disquette. Si vous devez créer plusieurs fichiers sysidcfg, placez impérativement chacun d'entre eux dans un répertoire distinct ou sur une disquette distincte.

Règles de syntaxe pour les fichiers sysidcfg

Vous pouvez utiliser deux types de mots-clés dans un fichier sysidcfg : des mots-clés indépendants et des mots-clés dépendants. L'unicité des mots-clés dépendants n'est garantie que parmi des mots-clés indépendants. Un mot-clé dépendant n'existe que s'il est identifié par le mot-clé indépendant dont il dépend.

Dans l'exemple ci-dessous, name_service est le mot-clé indépendant, tandis que domain_name et name_server sont des mots-clés dépendants :

name_service=NIS {domain_name=marquee.central.sun.com
name_server=connor(129.152.112.3)}

pointer=MS-S
display=ati {size=15-inch}

TIMEZONE=US/Central
terminal=PC Console

name_service=NIS
       {domain_name=marquee.central.sun.com
        name_server=connor(129.152.112.3)}

network_interface='none'

network_interface=none
network_interface=le0

Mots-clés utilisables dans un fichier sysidcfg

Le tableau ci-dessous répertorie les mots-clés que vous pouvez employer dans un fichier sysidcfg.

name_service=LDAP
{domain_name=west.arp.com
profile=default
profile_server=129.221.2.1
proxy_dn="cn=proxyagent,ou=profile,
dc=west,dc=arp,dc=com"
proxy_password=password}

security_policy=kerberos
{default_realm=Yoursite.COM
admin_server=krbadmin.Yoursite.COM
kdc=kdc1.Yoursite.COM,
kdc2.Yoursite.COM}

Création d'un fichier de configuration sysidcfg

1. Créez un fichier nommé sysidcfg dans un éditeur de texte.

2. Entrez-y les mots-clés sysidcfg de votre choix.

3. Enregistrez le fichier sysidcfg.

   ---

   Remarque :

   si vous devez créer plusieurs fichiers sysidcfg, placez impérativement chacun d'entre eux dans un répertoire distinct ou sur une disquette. distincte.

   ---

4. Pour rendre le fichier sysidcfg accessible aux clients, placez-le :

   • dans un système de fichiers NFS partagé. Utilisez la commande add_install_client(1M) suivie de l'option -p pour configurer le système que vous souhaitez installer à partir de votre réseau.

   • dans le répertoire racine (/) d'une disquette UFS ou PCFS.

SPARC: exemple de fichier sysidcfg

Voici un exemple de fichier sysidcfg pour un groupe de systèmes SPARC. Les noms d'hôtes, les adresses IP et le masque de réseau de ces systèmes ont été préconfigurés dans le service de noms utilisé. Toutes les informations de configuration de ces systèmes figurant dans ce fichier, vous pouvez donc employer un profil JumpStart personnalisé pour effectuer une installation JumpStart personnalisée.

system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee.central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=m4QPOWNY
network_interface=le0 {hostname=feron
                       default_route=129.146.88.1
                       ip_address=129.146.88.210
                       netmask=255.255.0.0
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=Yoursite.COM
                          admin_server=krbadmin.Yoursite.COM
                          kdc=kdc1.Yoursite.COM,
                          kdc2.Yoursite.COM}

x86: exemple de fichier sysidcfg

Voici un exemple de fichier sysidcfg pour un groupe de systèmes x86 tous équipés du même type de clavier, de carte graphique et de pointeur. Vous obtenez les informations relatives aux périphériques (keyboard, display et pointer) en exécutant la commande kdmconfig(1M) suivie de l'option -d. Cet exemple utilise un fichier sysidcfg ; vous êtes invité à sélectionner votre langue de travail (system_locale) afin de pouvoir poursuivre l'installation.

keyboard=ATKBD {layout=US-English}
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=connor
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.sun.com
                  name_server=connor(129.152.112.3)}
root_password=URFUni9

Préconfiguration à l'aide d'un service de noms

Le tableau ci-après répertorie toutes les bases de données de service de noms que vous devez modifier ou alimenter en informations pour préconfigurer vos systèmes.

Vous ne pouvez pas préconfigurer la version localisée d'un système à l'aide d'un service de noms DNS ou LDAP. Si vous utilisez un service de noms NIS ou NIS+, suivez la procédure pour que votre service de noms préconfigure la version localisée d'un système :

• Préconfiguration d'une version localisée à l'aide de NIS

• Préconfiguration d'une version localisée à l'aide de NIS+

Préconfiguration d'une version localisée à l'aide de NIS

1. Connectez-vous en tant que superutilisateur à votre serveur de noms.

2. Accédez au fichier /var/yp/Makefile pour y ajouter la carte de la version localisée.

   1. Insérez cette procédure shell après la dernière procédure shell variable.time.

      locale.time: $(DIR)/locale -@if [ -f $(DIR)/locale ]; then \ sed -e "/^#/d" -e s/#.*$$// $(DIR)/locale \ | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \ | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale.byname; \ touch locale.time; \ echo "updated locale"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) locale.byname; \ echo "pushed locale"; \ else \ : ; \ fi \ else \ echo "couldn't find $(DIR)/locale"; \ fi

   2. Recherchez la chaîne all: et insérez le mot locale à la fin de la liste de variables.

      all: passwd group hosts ethers networks rpc services protocols \ netgroup bootparams aliases publickey netid netmasks c2secure \ timezone auto.master auto.home locale

   3. Vers la fin du fichier, après la dernière entrée de ce type, insérez la chaîne locale: locale.time sur une nouvelle ligne.

      passwd: passwd.time group: group.time hosts: hosts.time ethers: ethers.time networks: networks.time rpc: rpc.time services: services.time protocols: protocols.time netgroup: netgroup.time bootparams: bootparams.time aliases: aliases.time publickey: publickey.time netid: netid.time passwd.adjunct: passwd.adjunct.time group.adjunct: group.adjunct.time netmasks: netmasks.time timezone: timezone.time auto.master: auto.master.time auto.home: auto.home.time locale: locale.time

   4. Sauvegardez le fichier.

3. Créez le fichier /etc/locale et créez une entrée pour chaque domaine ou chaque système spécifique :

   nom_domaine localisé

   Ou

   nom_système localisé

   ---

   Remarque :

   l'Annexe D comporte une liste des valeurs localisées valides.

   ---

   Dans cet exemple, l'entrée indique que la langue par défaut utilisée par le domaine worknet.com est le français :

   fr worknet.com

   L'entrée suivante indique que la langue par défaut utilisée par le système nommé charlie est le français de Belgique :

   fr_BE charlie

   ---

   Remarque :

   les versions localisées figurent sur le DVD Solaris ou sur le CD Solaris 1 sur 2.

   ---

4. Effectuez les correspondances :

   # cd /var/yp; make

   Tous les systèmes, individuels ou regroupés par domaine, de la carte locale sont désormais configurés de manière à utiliser la version localisée par défaut. La version localisée définie par défaut est utilisée par le programme d'installation, ainsi que par le bureau une fois le système redémarré.

Préconfiguration d'une version localisée à l'aide de NIS+

La procédure ci-après considère que le domaine NIS+ est configuré. Pour de plus amples informations sur la configuration du domaine NIS+, voir le System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

1. Connectez-vous au serveur de noms en tant que superutilisateur ou en tant qu'utilisateur membre du groupe d'administration NIS+.

2. Créez la table locale

   # nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw= locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d`

3. Ajoutez les entrées requises à locale.

   # nistbladm -a name=nom version_localisée=locale comment=commentaire locale.org_dir.`nisdefaults -d`

   nom

   Nom de domaine ou nom d'un système spécifique pour lequel vous souhaitez préconfigurer une version localisée par défaut.

   version_localisée

   Version localisée que vous souhaitez installer sur le système et utiliser sur votre bureau, une fois le système redémarré. L'Annexe D comporte une liste des valeurs localisées valides.

   commentaire

   Champ commentaire. Utilisez des guillemets doubles pour ouvrir et fermer les commentaires d'une longueur supérieure à un mot.

   ---

   Remarque :

   les versions localisées figurent sur le DVD Solaris ou sur le CD Solaris 1 sur 2.

   ---

   Tous les systèmes, individuels ou regroupés par domaine, du tableau locale sont désormais configurés de manière à utiliser la version localisée par défaut. La version localisée définie par défaut est celle utilisée par le programme d'installation, ainsi que par le bureau une fois le système redémarré.

Préconfiguration des informations de configuration système à l'aide du service DHCP - Tâches

Le protocole DHCP (Dynamic Host Configuration Protocol) permet aux systèmes hôtes d'un réseau TCP/IP d'être configurés automatiquement pour le réseau lors de leur initialisation. DHCP utilise un mécanisme client/serveur. Les serveurs stockent et gèrent les informations de configuration des clients et les fournissent à leur demande. Ces informations comprennent l'adresse IP du client ainsi que des informations sur les services réseau accessibles au client.

L'un des avantages majeurs du DHCP est sa capacité de gérer les affectations d'adresses IP par leasing. Cette fonction permet de récupérer les adresses IP non-utilisées et de les ré-attribuer à d'autres clients. Cela permet à un site d'utiliser un pool d'adresses IP plus petit que celui qui serait nécessaire si tous les clients possédaient une adresse permanente.

Vous pouvez utiliser DHCP pour installer l'environnement d'exploitation Solaris sur certains systèmes clients de votre réseau. Seuls les systèmes Sun Enterprise Ultra et x86 remplissant les conditions matérielles requises pour exécuter l'environnement d'exploitation Solaris peuvent utiliser cette fonction.

La liste des tâches suivante présente les tâches de haut niveau à effectuer pour permettre aux clients d'obtenir les paramètres d'installation à l'aide de DHCP.

Création d'options DHCP et de macros pour les paramètres d'installation de Solaris

Lorsque vous ajoutez des clients à l'aide du script add_install_client -d sur le serveur d'installation, le script affiche les informations de configuration DHCP sur une sortie standard. Ces informations peuvent être utilisées lors de la création des options et macros nécéssaires à la transmission des informations d'installation réseau aux clients.

Pour installer des clients DHCP à partir du réseau, vous devez créer des options de catégorie Fournisseur pour transmettre les informations nécessaires à l'installation de l'environnement d'exploitation Solaris. Le Tableau 7–4 montre les options que vous devez créer et les propriétés requises pour leur création. Les classes client fournisseur répertoriées dans ce tableau déterminent les classes client pouvant utiliser l'option. Les classes client fournisseur répertoriées ci-dessous ne sont que des exemples. Vous devez définir des classes client indiquant les clients actuels de votre réseau à installer à partir de celui-ci. Reportez-vous à la rubrique “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services pour de plus amples informations concernant la définition de la classe client fournisseur d'un client.

Pour des informations détaillées sur les options DHCP, reportez-vous à la rubrique “DHCP Option Information” in System Administration Guide: IP Services.

Une fois les options créées, vous pouvez créer les macros comprenant ces options. Le tableau présenté ci-dessous répertorie des modèles de macros que vous pouvez créer afin de prendre en charge l'installation Solaris des clients.

Les noms des macros répertoriées dans le tableau précédent correspondent aux classes client fournisseur des clients devant effectuer l'installation à partir du réseau. Ces noms sont des exemples de clients que vous pourriez avoir sur votre réseau. Reportez-vous à la rubrique “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services pour consulter des informations sur la définition de la classe client fournisseur d'un client.

Vous pouvez créer ces options et macros à l'aide des méthodes suivantes :

• Écrivez un script créant les options et macros à l'aide de la commande dhtadm. Reportez-vous à la rubrique Écriture d'un script utilisant dhtadm pour créer des options et macros pour obtenir des informations concernant la rédaction de scripts créant ces options et macros.

• Créez les options et macros dans le gestionnaire DHCP. Reportez-vous à la rubrique Utilisation du gestionnaire DHCP pour créer des options et macros d'installation pour consulter les instructions sur la procédure de création des options et macros dans le gestionnaire DHCP.

Écriture d'un script utilisant dhtadm pour créer des options et macros

Vous pouvez créer un script Korn shell en adaptant l'exemple de l'Exemple 7–1 afin de créer toutes les options répertoriées dans le Tableau 7–4 ainsi que certaines macros utiles. Assurez-vous de corriger toutes les adresses IP et les valeurs contenues entre les guillemets, les noms des serveurs, ainsi que les chemins de votre réseau. Vous devez également éditer la clé Vendor= pour indiquer la classe de clients que vous possédez. Utilisez les informations affichées par add_install_client -d pour obtenir les données requises pour adapter le script.

Exemple 7–1 Exemple de script pour la prise en charge de l'installation réseau

# Load the Solaris vendor specific options. We'll start out supporting
# the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Changing -A to -M would replace
# the current values, rather than add them.
dhtadm -A -s SrootOpt -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0'
dhtadm -A -s SrootIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1'
dhtadm -A -s SrootNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0'
dhtadm -A -s SrootPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0'
dhtadm -A -s SswapIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0'
dhtadm -A -s SswapPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0'
dhtadm -A -s SbootFIL -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0'
dhtadm -A -s Stz -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0'
dhtadm -A -s SbootRS -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1'
dhtadm -A -s SinstIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1'
dhtadm -A -s SinstNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0'
dhtadm -A -s SinstPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0'
dhtadm -A -s SsysidCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0'
dhtadm -A -s SjumpsCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0'
dhtadm -A -s Sterm -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0'
dhtadm -A -s SbootURI -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0'
dhtadm -A -s SHTTPproxy -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0'
# Load some useful Macro definitions.
# Define all Solaris-generic options under this macro named Solaris.
dhtadm -A -m Solaris -d \
':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":'
# Define all sparc-platform specific options under this macro named sparc.
dhtadm -A -m sparc -d \
':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":'
# Define all sun4u architecture-specific options under this macro named sun4u.
#  (Includes Solaris and sparc macros.)
dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:'
# Solaris on IA32-platform-specific parameters are under this macro named i86pc.
dhtadm -A -m i86pc -d \
':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\
:SbootFIL="/platform/i86pc/kernel/unix":'
# Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All
# clients identifying themselves as members of this class will see these
# parameters in the macro called SUNW.i86pc, which includes the i86pc macro.
dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:'
# Sun-Blade-1000 platforms identify themselves as part of the
# "SUNW.Sun-Blade-1000" class.
# All clients identifying themselves as members of this class
#  will see these parameters.
dhtadm -A -m SUNW.Sun-Blade-1000 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\
Include=sun4u:'
# Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class.
# All clients identifying themselves as members of this class will see these parameters.
dhtadm -A -m SUNW.Sun-Fire-880 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:'
# Add our boot server IP to each of the network macros for our topology served by our
# DHCP server. Our boot server happens to be the same machine running our DHCP server.
dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.22.0.0	-e BootSrvA=10.21.0.2
# Make sure we return host names to our clients.
dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_
# The client with this MAC address is a diskless client. Override the root settings
# which at the network scope setup for Install with our client's root directory.
dhtadm -A -m 0800201AC25E -d \
':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":'

Exécutez dhtadm en mode batch en tant que superutilisateur. Spécifiez le nom du script pour ajouter les options et macros à votre dhcptab. Par exemple, si votre script se nomme netinstalloptions, entrez la commande suivante :

# dhtadm -B netinstalloptions

Les clients ayant des classes client fournisseur répertoriées dans la chaîne Vendor= peuvent désormais utiliser DHCP pour s'installer via le réseau.

Pour de plus amples informations sur l'utilisation de la commande dhtadm, reportez-vous à dhtadm(1M). Pour de plus amples informations sur le fichier dhcptab, reportez-vous à dhcptab(4).

Utilisation du gestionnaire DHCP pour créer des options et macros d'installation

Vous pouvez utiliser le gestionnaire DHCP pour créer les options répertoriées dans le Tableau 7–4 et les macros répertoriées dans le Tableau 7–5.

Procédure de création d'options pour la prise en charge de l'installation Solaris (gestionnaire DHCP)

Cette procédure suppose que vous ayez déjà configuré votre serveur DHCP. Si ce n'est pas le cas, reportez-vous à la rubrique “Planning for DHCP Service (Task)” in System Administration Guide: IP Services.

1. Connectez-vous en tant que superutilisateur sur le système serveur DHCP.

2. Démarrez le gestionnaire DHCP.

   # /usr/sadm/admin/bin/dhcpmgr &

   La fenêtre du gestionnaire DHCP s'affiche.

3. Sélectionnez l'onglet Options dans le gestionnaire DHCP.

4. Sélectionnez Create dans le menu Edit.

   La boîte de dialogue Create Option s'ouvre.

5. Entrez le nom de la première option, puis entrez les valeurs correspondantes.

   Utilisez le Tableau 7–4 pour vérifier les noms et valeurs des options que vous devez créer. Vous remarquerez que les classes client fournisseur ne sont que des suggestions de valeurs. Vous devez créer des classes pour indiquer les types de clients actuels ayant besoin d'obtenir les paramètres d'installation Solaris auprès du service DHCP. Reportez-vous à la rubrique “Working With DHCP Options (Task Map)” in System Administration Guide: IP Services pour de plus amples informations concernant la définition de la classe client fournisseur d'un client.

6. Cliquez sur OK une fois les valeurs entrées.

7. Dans l'onglet Options, sélectionnez l'option que vous venez de créer.

8. Sélectionnez Duplicate dans le menu Edit.

   La boîte de dialogue Duplicate Option s'ouvre.

9. Entrez le nom d'une autre option, puis modifiez les autres valeurs de façon appropriée.

   Les valeurs des code, type de données, granularité et maximum sont les plus susceptibles de requérir des modifications. Reportez-vous au Tableau 7–4 pour les valeurs.

10. Répétez les étapes de l'Étape 7 à l'Étape 9 jusqu'à ce que vous ayez créé toutes les options.

    Vous pouvez à présent créer les macros afin de transmettre les options aux clients de l'installation réseau, comme décrit dans la procédure suivante.

    ---

    Remarque :

    vous n'avez pas besoin d'ajouter ces options au fichier /etc/dhcp/inittab d'un client Solaris car elles figurent déjà dans ce fichier.

    ---

Procédure de création de macros pour la prise en charge de l'installation Solaris (gestionnaire DHCP)

Cette procédure suppose que vous ayez déjà configuré votre serveur DHCP. Si ce n'est pas le cas, reportez-vous à la rubrique “Planning for DHCP Service (Task)” in System Administration Guide: IP Services.

1. Sélectionnez l'onglet Macros dans le gestionnaire DHCP.

2. Sélectionnez Create dans le menu Edit.

   La boîte de dialogue Create Macro s'ouvre.

3. Entrez le nom de la macro.

   Consultez le Tableau 7–5 pour obtenir les noms de macros que vous pouvez utiliser.

4. Cliquez sur le bouton Select.

   La boîte de dialogue Select Option s'ouvre.

5. Sélectionnez Vendor dans la liste Category.

   Les options Vendor créées sont répertoriées.

6. Sélectionnez une option que vous souhaitez ajouter à la macro et cliquez sur OK.

7. Entrez une valeur pour l'option.

   Reportez-vous au Tableau 7–4 pour le type de données de l'option et référez-vous aux informations de add_install_client -d.

8. Répétez les étapes de l'Étape 6 à l'Étape 7 pour chaque option que vous souhaitez inclure.

   Pour inclure une nouvelle macro, entrez Include comme nom de l'option et entrez le nom de la macro comme valeur de l'option.

9. Cliquez sur OK quand la macro est terminée.

SPARC: préconfiguration des informations de gestion d'alimentation

L'environnement Solaris est accompagné d'un logiciel Power Management qui enregistre automatiquement l'état d'un système et l'éteint dès lors qu'il n'a effectué aucune opération au cours des 30 dernières minutes. Si vous installez le logiciel Solaris 9 sur un système compatible avec Energy Star version 2 de EPA, un système sun4u par exemple, le logiciel Power Management est installé par défaut. Lors de l'installation de Solaris Web Start, vous êtes invité à activer ou à désactiver le logiciel Power Management. Le programme d'installation suninstall vous invite à activer ou à désactiver le logiciel Power Management lorsque l'installation est complète et que votre système redémarre.

si Energy Star version 3 ou supérieure est installée sur votre système, vous ne verrez pas apparaître cette question.

Les installations interactives n'autorisent pas la préconfiguration des informations relatives à la gestion d'énergie. Vous ne recevez donc aucune invite dans ce cas. Toutefois, dans le cas d'une installation JumpStart personnalisée, vous pouvez préconfigurer les informations relatives à la gestion d'énergie à l'aide d'un script de fin pour créer un fichier /autoshutdown ou /noautoshutdown sur votre système. Lorsque le système redémarre, le fichier /autoshutdown active la gestion d'énergie, et le fichier/noautoshutdown la désactive.

Par exemple, la ligne ci-dessous insérée dans un script de fin active le logiciel Power Management et annule l'affichage de l'invite au redémarrage.

touch /a/autoshutdown

Les scripts de fin font l'objet d'une description plus approfondie dans la rubrique Création de scripts de fin.