Guide d'installation de Solaris 10 6/06: Installations basées sur les réseaux

Chapitre 6 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 préconfiguration vous évite de saisir ces informations lors de l'installation du système d'exploitation Solaris. Ce chapitre vous explique également comment préconfigurer les informations relatives à la gestion d'énergie (Power ManagementTM). Ce chapitre se compose des sections suivantes :

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 d'installation Solaris ou le programme d'installation personnalisée JumpStart 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 que vous ne souhaitiez pas avoir à définir votre fuseau horaire chaque fois que vous installez le logiciel Solaris 10 6/06 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 10 6/06 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 :

Si votre site utilise le DHCP, certaines informations système peuvent également être préconfigurées au niveau du serveur DHCP du site. Pour plus d'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.

Tableau 6–1 Méthodes de préconfiguration des informations système

Informations système préconfigurables 

Préconfiguration à l'aide du fichier sysidcfg ?

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

Service de noms

Oui 

Oui 

Nom de domaine

Oui 

Non 

Nom de serveur

Oui 

Non 

Interface réseau

Oui 

Non 

Nom d'hôte

Oui 

Ces informations étant spécifiques à chaque système, modifiez le service de noms plutôt que de créer un fichier sysidcfg distinct pour chaque système.

Oui 

Adresse IP (Internet Protocol)

Oui 

Ces informations étant spécifiques à chaque système, modifiez le service de noms plutôt que de créer un fichier sysidcfg distinct pour chaque système.

Oui 

Masque de réseau

Oui 

Non 

Protocole DHCP

Oui 

Non 

IPv6

Oui 

Non 

Route par défaut

Oui 

Non 

Mot de passe root

Oui 

Non 

Stratégie de sécurité

Oui 

Non 

Langue (version localisée) de présentation du programme d'installation et du bureau 

Oui 

Oui, si NIS ou NIS+ 

Non, si DNS ou LDAP 

Type de terminal

Oui 

Non 

Fuseau horaire

Oui 

Oui 

Date et heure

Oui 

Oui 

Proxy Web

Non 

Vous pouvez configurer ces informations à l'aide du programme d'installation Solaris, mais pas du fichier sysidcfg ni du service de noms.

Non 

x86 : Type de moniteur

Oui 

Non 

x86 : Langue et disposition du clavier

Oui 

Non 

x86 : Carte graphique, nombre de couleurs, résolution, taille écran

Oui 

Non 

x86 : Pointeur, nombre de boutons, IRQ

Oui 

Non 

SPARC : gestion d'énergie (arrêt automatique) 

Vous ne pouvez pas préconfigurer la gestion d'énergie à travers le fichier sysidcfg ou le service de noms. Pour plus d'informations, reportez-vous à la rubrique SPARC : préconfiguration des informations de gestion d'alimentation.

Non 

Non 

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 sont décrits dans la rubrique Mots-clés utilisables dans un fichier sysidcfg.

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.


Remarque –

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 section Création d’une disquette de profils pour systèmes autonomes du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.


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.example.com
name_server=connor(192.168.112.3)}

Règle de syntaxe 

Exemple 

L'ordre des mots-clés indépendants est indifférent.  

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

Les mots-clés ne sont pas sensibles à la casse.  

TIMEZONE=US/Central
terminal=sun-cmd

Regroupez tous les mots-clés dépendants entre accolades ({}) pour les relier au mot-clé indépendant dont ils dépendent.  

name_service=NIS
       {domain_name=marquee.central.example.com
        name_server=connor(192.168.112.3)}

Vous pouvez entourer les valeurs de guillemets simples (') ou doubles (“).  

network_interface='none'

Pour tous les mots-clés, à l'exception de network_interface, seule une instance de mot-clé est valide. Si vous citez un même mot-clé plusieurs fois, seule la première instance sera prise en compte.

>name_service=NIS
name_service=DNS

Mots-clés utilisables dans un fichier sysidcfg

Le Tableau 6–2 répertorie les mots-clés utilisables pour la configuration des informations système dans le fichier sysidcfg.

Tableau 6–2 Mots-clés utilisables dans sysidcfg

Informations de configuration 

Mots-clé 

Service de noms, nom de domaine, serveur de noms 

Mot-clé name_service

Interface réseau, nom d'hôte, adresse IP, masque de réseau, DHCP, IPv6 

Mot-clé network_interface

Mot de passe root 

Mot-clé root_password

Stratégie de sécurité 

Mot-clé security_policy

Langue de présentation du programme d'installation et du bureau 

Mot-clé system_locale

Type de terminal 

Mot-clé terminal

Fuseau horaire 

Mot-clé timezone

Date et heure 

Mot-clé timeserver

x86: Type de moniteur 

x86 : Mot-clé monitor

x86: Langue et disposition du clavier 

x86 : mot-clé keyboard

x86: Carte graphique, nombre de couleurs, résolution, taille écran 

x86 : Mot-clé display

x86: Pointeur, nombre de boutons, IRQ 

x86 : Mot-clé pointer

Les rubriques ci-dessous répertorient les mot-clés que vous pouvez employer dans un fichier sysidcfg.

Mot-clé name_service

Le mot-clé name_service permet de configurer le service de noms, le nom de domaine et le serveur de noms du système. L'exemple suivant montre la syntaxe générale du mot-clé name_service.


name_service=service_noms {domain_name=nom_domaine
                                 name_server=serveur_noms
                                 mot_clé_facultatif=valeur}

ne choisissez qu'une valeur pour name_service. Vous pouvez inclure selon les cas la totalité ou aucun des mots-clés domain_name,name_server ou mots-clés facultatifs. Si vous n'employez aucun mot-clé, omettez les accolades {}.

Les rubriques suivantes décrivent la syntaxe du mot-clé permettant de configurer le système de sorte qu'il utilise un service de noms spécifique.

Syntaxe NIS du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise le service de noms NIS.


name_service=NIS {domain_name=domain-name
                   name_server=hostname(ip-address)}
nom_domaine

Indique le nom de domaine.

nom_hôte

Indique le nom d'hôte du serveur de noms.

adresse_ip

Indique l'adresse IP du serveur de noms.


Exemple 6–1 Spécification d'un serveur NIS à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur NIS dont le nom de domaine est west.example.com. Le nom d'hôte du serveur est timber et son adresse IP est 192.168.2.1.


name_service=NIS {domain_name=west.example.com
                  name_server=timber(192.168.2.1)}

Pour plus d'informations sur le service de noms NIS, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Syntaxe NIS+ du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise le service de noms NIS.


name_service=NIS+ {domain_name=domain-name
                   name_server=hostname(ip-address)}
nom_domaine

Indique le nom de domaine.

nom_hôte

Indique le nom d'hôte du serveur de noms.

adresse_ip

Indique l'adresse IP du serveur de noms.


Exemple 6–2 Spécification d'un serveur NIS+ à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur NIS+ dont le nom de domaine est west.example.com. Le nom d'hôte du serveur est timber et son adresse IP est 192.168.2.1.


name_service=NIS+ {domain_name=west.example.com
                   name_server=timber(192.168.2.1)}

Pour plus d'informations sur le service de noms NIS+, reportez-vous au System Administration Guide: Naming and Directory Services (NIS+).

Syntaxe DNS du mot-clé name_service

La syntaxe ci-dessous permet de configurer le système pour qu'il utilise DNS.


name_service=DNS {domain_name=domain-name
                  name_server=ip-address,ip-address,ip-address
                  search=domain-name,domain-name,domain-name,
                  domain-name,domain-name,domain-name} 
domain_name=nom_domaine

Indique le nom de domaine.

name_server=adresse_ip

Indique l'adresse IP du serveur DNS. Vous pouvez définir jusqu'à trois adresses IP comme valeurs du mot-clé name_server.

search=nom_domaine

(Facultatif) Spécifie d'autres domaines pour rechercher des informations de service de noms. Vous pouvez spécifier jusqu'à six noms de domaines dans lesquels effectuer la recherche. La longueur totale de chaque entrée de recherche ne peut pas dépasser 250 caractères.


Exemple 6–3 Spécification d'un serveur DNS à l'aide du mot-clé name_service

L'exemple suivant montre la spécification d'un serveur DNS dont le nom de domaine est west.example.com. Les adresses IP du serveur sont 10.0.1.10 et 10.0.1.20. example.com et east.example.com représentent d'autres domaines de recherche d'informations de service de noms.


name_service=DNS {domain_name=west.example.com
                  name_server=10.0.1.10,10.0.1.20
                  search=example.com,east.example.com}

Pour plus d'informations sur le service de noms DNS, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Syntaxe LDAP du mot-clé name_service

La syntaxe suivante permet de configurer le système pour qu'il utilise LDAP.


name_service=LDAP {domain_name=nom_domaine
                   profile=nom_profil profile_server=adresse_ip
                   proxy_dn="nd_proxy_bind" proxy_password=mot_de_passe}
nom_domaine

Spécifie le nom de domaine du serveur LDAP.

nom_profil

Spécifie le nom du profil LDAP à utiliser pour configurer le système.

adresse_ip

Spécifie l'adresse IP du serveur de profils LDAP.

nd_proxy_bind

(Facultatif) Spécifie le nom distinctif du proxy bind. La valeur de nd_proxy_bind doit être indiquée entre guillemets.

mot_de_passe

(Facultatif) Spécifie le mot de passe du proxy client.


Exemple 6–4 Spécification d'un serveur LDAP à l'aide du mot-clé name_service.

L'exemple suivant montre la spécification d'un serveur LDAP dont les informations de configuration sont les suivantes :


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

Pour plus d'informations sur l'utilisation de LDAP, reportez-vous au System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

Mot-clé network_interface

Le mot-clé network_interface permet d'exécuter les tâches ci-dessous.

Les rubriques ci-après décrivent la procédure d'utilisation du mot-clé network_interface pour configurer les interfaces du système.

Syntaxe pour les systèmes non mis en réseau

Pour supprimer la fonction de mise en réseau du système, définissez la valeur network_interface sur « none ». Par exemple :


network_interface=none

Syntaxe pour la configuration d'une interface unique

Pour configurer une interface unique à l'aide du mot-clé network_interface procédez comme indiqué ci-dessous.


Exemple 6–5 Configuration d'une interface unique avec le DHCP à l'aide du mot-clé network_interface

L'exemple suivant montre comment indiquer au programme d'installation d'utiliser le DHCP pour configurer l'interface réseau eri0. La prise en charge d'IPv6 n'est pas activée.


network_interface=eri0 {dhcp protocol_ipv6=no}


Exemple 6–6 Configuration d'une interface unique en spécifiant les informations de configuration à l'aide du mot-clé network_interface

L'exemple suivant montre la configuration de l'interface eri0 avec les paramètres ci-dessous.


network_interface=eri0 {hostname=host1 ip_address=172.31.88.100
                        netmask=255.255.255.0 protocol_ipv6=no}

Syntaxe pour la configuration de plusieurs interfaces

Vous pouvez configurer plusieurs interfaces réseau dans le fichier sysidcfg. Intégrez une entrée network_interface dans le fichier sysidcfg pour chaque interface à configurer.

Pour configurer plusieurs interfaces à l'aide du mot-clé network_interface, procédez comme indiqué ci-dessous.

Dans un même fichier sysidcfg, il est possible d'utiliser le DHCP à la fois pour configurer certaines interfaces et pour spécifier les informations de configuration d'autres interfaces.


Exemple 6–7 Configuration de plusieurs interfaces à l'aide du mot-clé network_interface

Dans l'exemple ci-dessous, les interfaces eri0 et eri1 sont configurées de la manière suivante :


network_interface=eri0 {dhcp protocol_ipv6=no}
network_interface=eri1 {primary hostname=host1
                        ip_address=172.146.88.100
                        netmask=255.255.255.0
                        protocol_ipv6=no}

Mot-clé root_password

Le mot de passe racine du système peut être spécifié dans le fichier sysidcfg. Pour ce faire, utilisez le mot-clé root_password avec la syntaxe ci-dessous.


root_password=mot_de_passe_chiffré

mot_de_passe_chiffré est le mot de passe chiffré tel qu'il apparaît dans le fichier /etc/shadow.

Mot-clé security_policy

Vous pouvez utiliser le mot-clé security_policy dans le fichier sysidcfg pour configurer le système afin le protocole d'authentification Kerberos soit utilisé. Si vous souhaitez configurer le système pour qu'il utilise Kerberos, utilisez la syntaxe suivante :


security_policy=kerberos {default_realm=FQDN
                          admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

NDQ indique le nom de domaine qualifié du domaine Kerberos par défaut, du serveur d'administration ou du centre de distribution des clés. Vous devez spécifier au moins un centre de distribution des clés, mais pas plus de trois.

Si vous ne souhaitez pas activer la stratégie de sécurité du système, définissez la valeur security_policy=NONE.

Pour plus d'informations sur le protocole d'authentification Kerberos, reportez-vous au System Administration Guide: Security Services.


Exemple 6–8 Configuration du système pour l'utilisation de Kerberos à l'aide du mot-clé security_policy

L'exemple suivant montre comment configurer le système pour l'utilisation de Kerberos avec les informations ci-dessous.


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

Mot-clé system_locale

Le mot-clé system_locale permet de spécifier la langue dans laquelle afficher le programme d'installation et le bureau. Utilisez la syntaxe suivante pour spécifier un environnement linguistique.


system_locale=environnement_linguistique

environnement_linguistique spécifie la langue dans laquelle vous souhaitez voir le système afficher les panneaux et écrans d'installation. Pour obtenir la liste des valeurs d'environnement linguistique valides, reportez-vous au répertoire /usr/lib/locale ou au International Language Environments Guide.

Mot-clé terminal

Le mot-clé terminal permet de spécifier le type de terminal du système. Utilisez la syntaxe suivante pour spécifier le type de terminal.


terminal=type_terminal

type_terminal spécifie le type de terminal du système. Pour consulter une liste des valeurs de terminal, reportez-vous aux sous-répertoires du répertoire /usr/share/lib/terminfo.

Mot-clé timezone

Le mot-clé timezone permet de définir le fuseau horaire du système. Utilisez la syntaxe ci-dessous.


timezone=fuseau_horaire

Dans l'exemple précédent, fuseau_horaire spécifie la valeur du fuseau horaire du système. Les valeurs des divers fuseaux horaires figurent dans les sous-répertoires et fichiers du répertoire /usr/share/lib/zoneinfo. La valeur fuseau_horaire est le chemin d'accès au fichier correspondant du répertoire /usr/share/lib/zoneinfo. Vous pouvez également définir la valeur de fuseau horaire Olson valide de votre choix.


Exemple 6–9 Configuration du fuseau horaire système à l'aide du mot-clé timezone

Dans l'exemple suivant, le fuseau horaire du système est défini sur l'heure des Montagnes rocheuses aux États-Unis.


timezone=US/Mountain

Le programme d'installation configure le système pour qu'il utilise des informations de fuseau horaire contenues dans le fichier /usr/share/lib/zoneinfo/US/Mountain.


Mot-clé timeserver

Le mot-clé timeserver permet de spécifier le système définissant la date et l'heure du système à installer.


Remarque –

Ne définissez pas timeserver=hostname ou ip-address si vous exécutez un service de noms.


Pour définir timeserver, choisissez une des méthodes ci-dessous.

x86 : Mot-clé monitor

Sur les systèmes x86, les informations du moniteur peuvent être configurées à l'aide du mot-clé monitor. Utilisez la syntaxe ci-dessous avec le mot-clé monitor.


monitor=type_moniteur

Pour définir la valeur du mot-clé monitor, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé monitor et ajoutez-la au fichier sysidcfg.

Pour plusd'informations, reportez-vous à la page de manuel kdmconfig(1M)

x86 : mot-clé keyboard

Sur les systèmes x86, les informations concernant la langue et la disposition du clavier peuvent être configurées à l'aide du mot-clé keyboard. Utilisez la syntaxe suivante avec le mot-clé keyboard.


keyboard=langue_clavier {layout=valeur}

Pour définir la valeur du mot-clé keyboard, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé keyboard et ajoutez-la au fichier sysidcfg.

Pour plusd'informations, reportez-vous à la page de manuel kdmconfig(1M)

x86 : Mot-clé display

Sur les systèmes x86, les informations ci-dessous peuvent être configurées à l'aide du mot-clé display.

Utilisez la syntaxe ci-dessous avec le mot-clé display.


display=graphics_card {size=screen_size
                     depth=color_depth
                     resolution=screen_resolution}

Pour définir les valeurs du mot-clé display, exécutez la commande kdmconfig -d sur le système. Copiez la ligne de résultat comportant le mot-clé display et ajoutez-la au fichier sysidcfg.

Pour plusd'informations, reportez-vous à la page de manuel kdmconfig(1M)

x86 : Mot-clé pointer

Sur les systèmes x86, les informations concernant la souris peuvent être configurées à l'aide du mot-clé pointer.

Utilisez la syntaxe ci-dessous avec le mot-clé pointer.


pointer=périphérique_de_pointage {nbuttons=nombre_de_boutons irq=valeur}

Pour définir la valeur du mot-clé pointer, exécutez la commande kdmconfig -d sur le système que vous voulez installer. Copiez la ligne de résultat comportant le mot-clé pointer et ajoutez-la au fichier sysidcfg.

Pour plusd'informations, reportez-vous à la page de manuel kdmconfig(1M)

ProcedureCré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 add_install_client(1M) avec l'option - p pour paramétrer le système à partir du réseau.

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


Exemple 6–10 SPARC : fichier sysidcfg

Voici un exemple de fichier sysidcfg pour un système basé sur SPARC. Le nom d'hôte, l'adresse IP et le masque de réseau de ce système ont été préconfigurés en modifiant le service de noms. 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.example.com
                  name_server=nmsvr2(172.31.112.3)}
root_password=m4QPOWNY
network_interface=hme0 {hostname=host1
                       default_route=172.31.88.1
                       ip_address=172.31.88.210
                       netmask=255.255.0.0
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=example.COM
                          admin_server=krbadmin.example.COM
                          kdc=kdc1.example.COM,
                          kdc2.example.COM}


Exemple 6–11 x86 : 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. Les informations sur le périphérique (keyboard, display et pointer) ont été obtenues en exécutant la commande kdmconfig(1M) avec 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=timehost1
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.25.112.3)}
root_password=URFUni9


Exemple 6–12 Fichier sysidcfg pour la configuration de plusieurs interfaces

Dans l'exemple de fichier sysidcfg ci-dessous, les informations de configuration sont spécifiées pour les interfaces réseau eri0 et eri1. eri0 est configurée comme l'interface réseau principale et eri1 comme l'interface réseau secondaire.

timezone=US/Pacific
system_locale=C
terminal=xterms
timeserver=localhost
network_interface=eri0 {primary
                        hostname=host1
                        ip_address=192.168.2.7
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=192.168.2.1}

network_interface=eri1 {hostname=host1-b
                        ip_address=192.168.3.8
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=NONE}
root_password=JE2C35JGZi4B2
security_policy=none
name_service=NIS {domain_name=domain.example.com
                  name_server=nis-server(192.168.2.200)}

Suite de l'installation

Si vous décidez d'utiliser le fichier sysidcfg pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le fichier sysidcfg lors d'une installation et initialisation via une connexion WAN, vous devez effectuer certaines opérations supplémentaires. Pour plus d'informations, reportez-vous au Chapitre 11, Initialisation via connexion WAN - Présentation.

Si vous décidez d'utiliser le fichier sysidcfg pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.

Voir aussi

Pour plus d'informations sur le fichier sysidcfg, reportez-vous à la page man sysidcfg(4).

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.

Informations système à préconfigurer 

Base de données de service de noms 

Nom d'hôte et adresse IP (Internet Protocol) 

hosts

Date et heure 

hosts. Indiquez l'alias timehost à côté du nom d'hôte du système dont l'heure et la date serviront de référence pour les systèmes que vous souhaitez installer.

Fuseau horaire 

timezone

Masque de réseau 

netmasks

Vous ne pouvez pas préconfigurer l'environnement linguistique 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 l'environnement linguistique d'un système :

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

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

  2. Modification de /var/yp/Makefile pour ajouter le mappage local.

    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 de caractères all: et à la fin de la liste des variables, insérez le mot locale.

      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 définissez une entrée pour chaque domaine ou système spécifique :

    nom_domaine environnement linguistique
    

    Ou

    nom_système localisé
    

    Remarque –

    Le International Language Environments Guide contient la liste des versions localisées valides.


    Par exemple, l'entrée ci-dessous indique que le français est la langue par défaut du domaine example.com :

    fr example.com

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

    fr_BE myhost 

    Remarque –

    les versions localisées figurent sur le Solaris DVD ou sur le Logiciel Solaris - 1.


  4. Effectuez les mappages :


    # 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 l'environnement linguistique 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é.

Suite de l'installation

Si vous décidez d'utiliser le service de noms NIS pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le service de noms NIS pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.

Voir aussi

Pour plus d'informations sur le service de noms NIS, reportez-vous à la Partie III, NIS Setup and Administration du System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP).

ProcedurePréconfiguration d'un environnement linguistique à l'aide de NIS+

La procédure ci-après considère que le domaine NIS+ est configuré. La procédure de configuration du domaine NIS+ est décrite dans 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 le tableau locale :


    # nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw=
    locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d`
    
  3. Ajout des entrée nécessaires au tableau locale.


    # nistbladm -a name=nomlocale=version localisée 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.

    environnement_linguistique

    Environnement linguistique que vous souhaitez installer sur le système et utiliser sur votre bureau, une fois le système redémarré. Le International Language Environments Guide contient la liste des versions 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 sont disponibles sur le Solaris DVD ou le CD Logiciel Solaris - 1.


    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é.

Suite de l'installation

Si vous décidez d'utiliser le service de noms NIS+ pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le service de noms NIS+ pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.

Voir aussi

Pour plus d'informations sur le service de noms NIS+, reportez-vous au System Administration Guide: Naming and Directory Services (NIS+).

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. Le 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.

Le protocole DHCP vous permet d'installer le système d'exploitation Solaris sur certains systèmes client de votre réseau. Tous les systèmes SPARC reconnus par le système d'exploitation Solaris et les systèmes x86 et répondant aux exigences de configuration matériel pour l'exécution du OS 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 du DHCP.

Tableau 6–3 Liste des tâches : préconfiguration des informations de configuration système à l'aide du service DHCP

Tâche 

Description 

Instructions 

Définir un serveur d'installation. 

Définissez un serveur Solaris pour prendre en charge les clients qui installent le système d'exploitation Solaris à partir du réseau. 

Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation

Définir les systèmes clients pour l'installation de Solaris sur le réseau à l'aide du DHCP. 

Utilisez add_install_client -d pour ajouter la prise en charge de l'installation réseau DHCP pour une catégorie de client (un certain type de machine, par exemple) ou pour un ID client particulier.

Si vous utilisez le DVD Solaris : 

Ajout de systèmes à installer à partir du réseau à l'aide d'une image DVD

Si vous utilisez le CD Solaris : 

Ajout de systèmes à installer à partir du réseau à l'aide d'une image CD

add_install_client(1M)

Préparer votre réseau à utiliser le service DHCP. 

Déterminez la configuration de votre serveur DHCP. 

Chapitre 13, Planning for DHCP Service (Tasks) du System Administration Guide: IP Services

Configurer le serveur DHCP. 

Pour configurer votre serveur DHCP, utilisez le gestionnaire DHCP. 

Chapitre 14, Configuring the DHCP Service (Tasks) du System Administration Guide: IP Services

Créer des options DHCP pour les paramètres d'installation et des macros incluant les options. 

Utilisez le gestionnaire DHCP ou dhtadm pour créer de nouvelles options Fournisseur, ainsi que des macros pouvant être utilisées par le serveur DHCP pour transmettre les informations d'installation aux clients.

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

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écessaires à la transmission des informations d'installation réseau aux clients.

Vous pouvez personnaliser les options et macros de votre service DHCP pour exécuter les types d'installation suivants :

Pour plus d'informations sur le paramétrage des clients en vue de l'utilisation de DHCP pour une installation réseau, reportez-vous aux procédures suivantes.

Options et valeurs des macros DHCP

Pour installer des clients DHCP à partir du réseau, vous devez créer des options de type Fournisseur pour transmettre les informations nécessaires à l'installation du système d'exploitation Solaris. Les tableaux suivants décrivent les options DHCP communes utilisables pour l'installation d'un client DHCP.

Pour plus d'informations sur les options DHCP, reportez-vous à la section DHCP Option Information du System Administration Guide: IP Services.

Tableau 6–4 Valeurs pour des options standard DHCP

Nom de l'option 

Code 

Type de données 

Granularité 

Maximum 

Description 

BootFile

Non applicable 

ASCII 

Chemin d'accès au fichier d'initialisation du client 

BootSrvA

Non applicable 

Adresse IP 

Adresse IP du serveur d'initialisation 

DNSdmain

15 

ASCII 

Nom du domaine DNS 

DNSserv

Adresse IP 

Liste des serveurs de noms DNS 

NISdmain

40 

ASCII 

Nom de domaine NIS 

NISservs

41 

Adresse IP 

Adresse IP du serveur NIS 

NIS+dom

64 

ASCII 

Nom de domaine NIS+ 

NIS+serv

65 

Adresse IP 

Adresse IP du serveur NIS+ 

Router

Adresse IP 

Adresse IP des routeurs du réseau 

Tableau 6–5 Valeurs pour la création des options de catégorie fournisseur pour des clients Solaris

Nom 

Code 

Type de données 

Granularité 

Maximum 

Classes client fournisseur * 

Description  

Les options de la catégorie fournisseur ci-dessous sont nécessaires pour permettre au serveur DHCP de prendre en charge les clients de l'installation Solaris. Elles sont utilisées dans les scripts de démarrage des clients Solaris.


Remarque –

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.


SrootIP4

Adresse IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Adresse IP du serveur racine 

SrootNM

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Nom d'hôte du serveur racine 

SrootPTH

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au répertoire racine du client sur le serveur racine 

SinstIP4

10 

Adresse IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Adresse IP du serveur d'installation JumpStart 

SinstNM

11 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Nom d'hôte du serveur d'installation 

SinstPTH

12 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès à l'image d'installation sur le serveur d'installation  

Les options suivantes peuvent être utilisées par les scripts de démarrage du client, mais ne sont pas requises par ceux-ci.


Remarque –

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.


SrootOpt

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Options de montage NFS pour le système de fichiers racine du client 

SbootFIL

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au fichier d'initialisation du client 

SbootRS

NOMBRE 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Taille de lecture NFS utilisée par le programme d'initialisation autonome lors du chargement du noyau 

SsysidCF

13 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au fichier sysidcfg, au format server:/path

SjumpsCF

14 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au fichier de configuration JumpStart, au format server:/path

SbootURI

16 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au fichier d'initialisation autonome ou chemin d'accès au fichier d'initialisation via une connexion WAN. Pour le fichier d'initialisation autonome, utilisez le format suivant : 

tftp://inetboot.sun4u

Pour le fichier d'initialisation via connexion WAN, le format est le suivant : 

http://host.domain/path-to-file

Cette option permet d'annuler les paramètres BootFile et siaddr pour récupérer un fichier d'initialisation autonome. Protocoles pris en charge : tftp (inetboot), http (wanboot). Par exemple, utilisez le format suivant : tftp://inetboot.sun4u

SHTTPproxy

17 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Adresse IP et numéro de port du serveur proxy utilisés par votre réseau. Cette option n'est nécessaire que lorsqu'un client effectue une initialisation via une connexion WAN, et que le réseau local utilise un serveur proxy. Par exemple, utilisez le format suivant : 198.162.10.5:8080

Actuellement, les options suivantes ne sont pas utilisées par les scripts de démarrage des clients Solaris. Vous ne pouvez les utiliser que si vous éditez les scripts de démarrage.


Remarque –

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.


SswapIP4

Adresse IP 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Adresse IP du serveur swap 

SswapPTH

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Chemin d'accès au fichier swap du client sur le serveur swap 

Stz

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Fuseau horaire du client 

Sterm

15 

Texte ASCII 

SUNW.Sun-Blade-1000, SUNW.Sun-Fire-880, SUNW.i86pc

Type de terminal  

Une fois ces options créées, vous pouvez créer les macros correspondantes. 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.

Tableau 6–6 Modèles de macros pour la prise en charge des clients de l'installation réseau

Nom de la macro 

Contient ces options et macros 

Solaris

SrootIP4, SrootNM, SinstIP4, SinstNM

sparc

SrootPTH, SinstPTH

sun4u

Macros Solaris et sparc

sun4v

Macros Solaris et sparc

i86pc

Macro Solaris , SrootPTH, SinstPTH, SbootFIL

SUNW.i86pc

Macro i86pc


Remarque –

La classe client fournisseur SUNW.i86pc n'est valide que pour la version Solaris 10 3/05 et les versions compatibles.


SUNW.Sun-Blade-1000

Macro sun4u, SbootFIL

SUNW.Sun-Fire-880

Macro sun4u, SbootFIL

PXEClient:Arch:00000:UNDI:002001

BootSrvA, BootFile

Macros adresse réseau xxx.xxx.xxx.xxx

L'option BootSrvA peut s'ajouter aux macros d'adresse réseau existantes. La valeur de BootSrvA doit indiquer le serveur tftboot.

Macros spécifiques du client 01client-MAC-address (par exemple, 010007E9044ABF)

BootSrvA, BootFile

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. Pour plus d'informations sur la manière de déterminer la classe client fournisseur, reportez-vous à la section Working With DHCP Options (Task Map) du System Administration Guide: IP Services.

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

Notez que la taille totale des options fournisseur fournies pour un client donné ne doit pas dépasser 255 octets, y compris les codes d'option et les informations sur les longueurs. Il s'agit d'une limitation imposée par l'implémentation actuelle du protocole DHCP pour Solaris. En règle générale, vous devez fournir le minimum d'informations nécessaires concernant le vendeur. Pour les options requérant des chemins d'accès, vous devez utiliser des noms courts. Si vous créez des liens symboliques vers des chemins d'accès longs, vous pouvez utiliser les noms de liens les plus courts.

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

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

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

Avant de commencer

Exécutez les tâches suivantes avant de créer des macros DHCP pour votre installation.

  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 résultat de la commande add_install_client, le Tableau 6–4 et le Tableau 6–5 pour contrôler les noms et valeurs des options pour les 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. Pour plus d'informations sur la manière de déterminer la classe client fournisseur, reportez-vous à la section Working With DHCP Options (Task Map) du System Administration Guide: IP Services.

  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. Pour les valeurs, reportez-vous au Tableau 6–4 et au Tableau 6–5.

  10. Répétez la procédure à partir 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.


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

Avant de commencer

Exécutez les tâches suivantes avant de créer des macros DHCP pour votre installation.

  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.

    Pour les noms de macro que vous pourriez utiliser, reportez-vous au Tableau 6–6.

  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 6–4 et au Tableau 6–5 pour le type de données des options et aux informations fournies par add_install_client -d.

  8. Répétez la procédure de l'Étape 6 et de l'Étape 7 pour chacune des options à 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.

Suite de l'installation

Si vous décidez d'utiliser le protocole DHCP pour effectuer une installation sur le réseau, vous devez configurer un serveur d'installation et ajouter le système en tant que client d'installation. Pour plus d'informations, reportez-vous au Chapitre 7, Préparation en vue d'une installation à partir du réseau – Présentation.

Si vous décidez d'utiliser le protocole DHCP lors d'une installation et initialisation via une connexion WAN, vous devez effectuer certaines opérations supplémentaires. Pour plus d'informations, reportez-vous au Chapitre 11, Initialisation via connexion WAN - Présentation.

Si vous décidez d'utiliser le protocole DHCP pour effectuer une installation JumpStart personnalisée, vous devez créer un profil ainsi qu'un fichier rules.ok. Pour plus d'informations, reportez-vous au Chapitre 5, Méthode d’installation JumpStart personnalisée – Présentation du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.

Voir aussi

Pour plus d'informations sur DHCP, reportez-vous à la Partie III, DHCP du System Administration Guide: IP Services.

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

Vous pouvez créer un script Korn shell en modifiant l'exemple figurant dans l'Exemple 6–13 pour créer toutes les options répertoriées dans le Tableau 6–4 et le Tableau 6–5 de 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 6–13 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. Note that the
# SUNW.i86pc option only applies for the Solaris 10 3/05 release.
# 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.
# Note that this macro applies only for the Solaris 10 3/05 release.
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.
# Note that this class only applies for the Solaris 10 3/05 release.
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_
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 3/05 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=nbp.i86pc:BootSrvA=10.21.0.2:
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 2/06 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=i86pc:BootSrvA=10.21.0.2:
# Create a macro for the x86 based client with the Ethernet address 00:07:e9:04:4a:bf
# to install from the network by using PXE.
dhtadm -A -m 010007E9044ABF -d :BootFile=010007E9044ABF:BootSrvA=10.21.0.2:
# 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 le 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 à la page de manuel dhcptab(4).

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

Le logiciel Power Management, fourni avec le système d'exploitation Solaris, permet d'enregistrer l'état du système et d'arrêter ce dernier automatiquement au bout de 30 minutes d'inactivité. Lorsque vous installez le système d'exploitation Solaris 10 6/06 sur un système conforme aux normes EPA Energy Star (version 2), tel que le système sun4u, Power Management est installé par défaut. Si vous effectuez l'installation par le biais de l'interface graphique utilisateur (IG) du Programme d'installation de Solaris, ce dernier vous invite à activer ou à désactiver le logiciel Power Management. L'interface de ligne de commande de Solaris vous invite à activer ou à désactiver le logiciel Power Management lorsque l'installation est terminée et que votre système redémarre.


Remarque –

si Energy Star version 3 ou supérieure est installé 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 de 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 sont décrit dans la section Création de scripts de fin du Guide d’installation de Solaris 10 6/06: Installation JumpStart personnalisée et installation avancée.