SUSE LINUX G UIDE DE L’ ADMINISTRATEUR 10. Édition 2004 Copyright © Cet ouvrage est la propriété intellectuelle de Novell Inc. Il peut être copié en partie ou dans son intégralité à condition que cette mention de copyright figure sur chaque copie. Toutes les informations contenues dans cet ouvrage ont été rassemblées avec le plus grand soin. Néanmoins, ceci ne garantit pas l’absence totale d’erreur. La responsabilité de SUSE LINUX GmbH, des auteurs et des traducteurs ne peut en aucun cas être engagée pour d’éventuelles erreurs et leurs possibles conséquences. Les noms de logiciels et matériels utilisés dans ce livre sont le plus souvent des noms de marques déposées et sont cités sans aucune garantie que le produit soit librement utilisable. SUSE LINUX GmbH adopte l’orthographe utilisée par les fabricants. D’autres noms cités dans ce livre (avec ou sans notation spécifique) peuvent également être des noms de marques déposées et sont donc la propriété de leurs propriétaires respectifs. Pour toute remarque ou commentaire, veuillez contacter [email protected]. Auteurs: Traduction: Rédaction: Stefan Behlert, Frank Bodammer, Stefan Dirsch, Olaf Donjak, Roman Drahtmüller, Torsten Duwe, Thorsten Dubiel, Thomas Fehr, Stefan Fent, Werner Fink, Kurt Garloff, Carsten Groß, Joachim Gleißner, Andreas Grünbacher, Franz Hassels, Andreas Jaeger, Klaus Kämpf, Hubert Mantel, Lars Marowsky-Bree, Johannes Meixner, Lars Müller, Matthias Nagorni, Anas Nashif, Siegfried Olschner, Peter Pöml, Thomas Renninger, Heiko Rommel, Marcus Schäfer, Nicolaus Schüler, Klaus Singvogel, Hendrik Vogelsang, Klaus G. Wagner, Rebecca Walter, Christian Zoz Bureau Cornavin, Marlies Kierstaedter, Patricia Vaz Jörg Arndt, Antje Faber, Karl Eichwalder, Berthold Gunreben, Roland Haidl, Jana Jaeger, Edith Parzefall, Ines Pozo, Thomas Rölz, Thomas Schraitle Manuela Piotrowski, Thomas Schraitle Mis en page: Typographie: DocBook-XML, LATEX Ce livre a été imprimé sur papier blanchi sans aucune addition de chlore. Table des matières I Installation 5 1 Installation avec YaST 7 1.1 Amorçage du système pour l’installation . . . . . . . . . . . . . . . . 8 1.1.1 Possibles problèmes lors de l’amorçage depuis le CD/DVD 8 1.1.2 Autres possibilités d’amorçage . . . . . . . . . . . . . . . . . 9 1.2 Écran d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10 1.3 Sélection de la langue . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 1.4 Mode d’installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13 1.5 Suggestions pour l’installation . . . . . . . . . . . . . . . . . . . . . . 14 1.6 1.5.1 Mode d’installation . . . . . . . . . . . . . . . . . . . . . . . . 14 1.5.2 Disposition du clavier . . . . . . . . . . . . . . . . . . . . . . 15 1.5.3 Souris . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15 1.5.4 Partitionnement . . . . . . . . . . . . . . . . . . . . . . . . . . 16 1.5.5 Partitionnement pour experts avec YaST . . . . . . . . . . . 21 1.5.6 Logiciels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 28 1.5.7 Installation du gestionnaire d’amorçage . . . . . . . . . . . . 32 1.5.8 Zone horaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32 1.5.9 Langue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 1.5.10 Procéder à l’installation . . . . . . . . . . . . . . . . . . . . . 34 Terminer l’installation . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 2 Mode de passe root . . . . . . . . . . . . . . . . . . . . . . . . 34 1.6.2 Configuration réseau . . . . . . . . . . . . . . . . . . . . . . . 35 1.6.3 Tester la connexion Internet . . . . . . . . . . . . . . . . . . . 37 1.6.4 Télécharger des mises à jour des logiciels . . . . . . . . . . . 38 1.6.5 Authentification des utilisateurs . . . . . . . . . . . . . . . . 38 1.6.6 Configuration en tant que client NIS . . . . . . . . . . . . . . 39 1.6.7 Créer des utilisateurs locaux . . . . . . . . . . . . . . . . . . 41 1.6.8 Notes de version . . . . . . . . . . . . . . . . . . . . . . . . . 43 1.7 Configuration du matériel . . . . . . . . . . . . . . . . . . . . . . . . 43 1.8 Login graphique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44 Configuration du système avec YaST 2.1 45 Le démarrage de YaST . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 2.1.1 Démarrer depuis une interface graphique . . . . . . . . . . . 46 2.1.2 Démarrer depuis un terminal distant . . . . . . . . . . . . . 46 2.2 Le centre de contrôle de YaST . . . . . . . . . . . . . . . . . . . . . . 47 2.3 Logiciels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 47 2.4 iv 1.6.1 2.3.1 Changer le support d’installation . . . . . . . . . . . . . . . . 47 2.3.2 YaST OnlineUpdate, Mise à jour en ligne YaST . . . . . . . . 48 2.3.3 Installer/supprimer des logiciels . . . . . . . . . . . . . . . . 50 2.3.4 Mise à jour du système . . . . . . . . . . . . . . . . . . . . . 60 Matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 62 2.4.1 Lecteurs CD et DVD . . . . . . . . . . . . . . . . . . . . . . . 63 2.4.2 Imprimante . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63 2.4.3 Contrôleur de disques durs . . . . . . . . . . . . . . . . . . . 69 2.4.4 Carte graphique et moniteur (SaX2) . . . . . . . . . . . . . . 70 2.4.5 Informations sur le matériel . . . . . . . . . . . . . . . . . . . 80 2.4.6 Mode IDE DMA . . . . . . . . . . . . . . . . . . . . . . . . . 81 2.4.7 Joystick . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 2.4.8 Sélectionner le modèle de souris . . . . . . . . . . . . . . . . 82 2.4.9 Scanneur . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82 Table des matières 2.4.10 Son . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84 2.4.11 Sélection de la disposition du clavier . . . . . . . . . . . . . 87 2.4.12 Cartes TV et radio . . . . . . . . . . . . . . . . . . . . . . . . 87 2.5 Périphériques réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.6 Services réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 88 2.7 2.8 2.6.1 Administration depuis un ordinateur distant . . . . . . . . . 88 2.6.2 Serveur DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.6.3 Nom d’hôte et DNS . . . . . . . . . . . . . . . . . . . . . . . 89 2.6.4 Serveur DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.6.5 Serveur HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.6.6 Client LDAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 89 2.6.7 Agent de transfert de message (MTA) . . . . . . . . . . . . . 90 2.6.8 Client NFS et serveur NFS . . . . . . . . . . . . . . . . . . . . 91 2.6.9 Client NIS et Serveur NIS . . . . . . . . . . . . . . . . . . . . 91 2.6.10 Client NTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . 91 2.6.11 Services réseau (inetd) . . . . . . . . . . . . . . . . . . . . . . 92 2.6.12 Routage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92 2.6.13 Configuration d’un serveur/client Samba . . . . . . . . . . . 93 Sécurité et utilisateurs . . . . . . . . . . . . . . . . . . . . . . . . . . . 93 2.7.1 Gestion des utilisateurs . . . . . . . . . . . . . . . . . . . . . 93 2.7.2 Gestion des groupes . . . . . . . . . . . . . . . . . . . . . . . 94 2.7.3 Paramètres de sécurité . . . . . . . . . . . . . . . . . . . . . . 95 2.7.4 Pare-feu . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 98 Système . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99 2.8.1 Copie de sauvegarde des zones du système . . . . . . . . . . 99 2.8.2 Restauration du système . . . . . . . . . . . . . . . . . . . . . 99 2.8.3 Disquette d’amorçage, de secours ou de modules . . . . . . 100 2.8.4 LVM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 2.8.5 Partitionner . . . . . . . . . . . . . . . . . . . . . . . . . . . . 103 2.8.6 Gestionnaire de profils (SCPM) . . . . . . . . . . . . . . . . . 103 SUSE LINUX v 2.9 2.10 3 2.8.7 Éditeur de niveau d’exécution . . . . . . . . . . . . . . . . . 104 2.8.8 Éditeur sysconfig . . . . . . . . . . . . . . . . . . . . . . . . . 105 2.8.9 Sélection de la zone horaire . . . . . . . . . . . . . . . . . . . 105 2.8.10 Sélection de la langue . . . . . . . . . . . . . . . . . . . . . . 105 Divers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105 2.9.1 Requête d’assistance technique . . . . . . . . . . . . . . . . . 105 2.9.2 Fichier de démarrage . . . . . . . . . . . . . . . . . . . . . . . 107 2.9.3 Fichier de traces du système . . . . . . . . . . . . . . . . . . 107 2.9.4 Charger le CD de pilotes du fabricant . . . . . . . . . . . . . 107 YaST en mode texte (ncurses) . . . . . . . . . . . . . . . . . . . . . . . 107 2.10.1 Navigation dans les modules de YaST . . . . . . . . . . . . . 109 2.10.2 Restrictions sur les combinaisons de touches . . . . . . . . . 110 2.10.3 Appel des différents modules . . . . . . . . . . . . . . . . . . 111 2.10.4 YaST Online Update . . . . . . . . . . . . . . . . . . . . . . . 111 Variantes d’installation spéciales 3.1 3.2 linuxrc . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116 3.1.1 Notions de base : linuxrc . . . . . . . . . . . . . . . . . . . . . 116 3.1.2 Menu principal . . . . . . . . . . . . . . . . . . . . . . . . . . 117 3.1.3 Informations sur le système . . . . . . . . . . . . . . . . . . . 117 3.1.4 Chargement de modules . . . . . . . . . . . . . . . . . . . . . 119 3.1.5 Saisie de paramètres . . . . . . . . . . . . . . . . . . . . . . . 120 3.1.6 Démarrer le système / l’installation . . . . . . . . . . . . . . 122 3.1.7 Problèmes possibles . . . . . . . . . . . . . . . . . . . . . . . 123 3.1.8 Passer des paramètres à linuxrc . . . . . . . . . . . . . . . . . 124 Installation via VNC . . . . . . . . . . . . . . . . . . . . . . . . . . . . 126 3.2.1 Préparation de l’installation VNC . . . . . . . . . . . . . . . 126 3.2.2 Clients pour l’installation VNC . . . . . . . . . . . . . . . . . 126 3.3 Installation en mode texte avec YaST . . . . . . . . . . . . . . . . . . 127 3.4 Démarrer SUSE LINUX . . . . . . . . . . . . . . . . . . . . . . . . . . 128 3.4.1 vi 115 L’écran graphique SUSE . . . . . . . . . . . . . . . . . . . . . 129 Table des matières 3.4.2 3.5 3.6 Installations particulières . . . . . . . . . . . . . . . . . . . . . . . . . 130 3.5.1 Installation sans prise en charge du CD-ROM . . . . . . . . 130 3.5.2 Installation en réseau . . . . . . . . . . . . . . . . . . . . . . . 131 Trucs et astuces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131 3.6.1 Disquette d’amorçage sous DOS . . . . . . . . . . . . . . . . 131 3.6.2 Disquette d’amorçage sous un système de type Unix . . . . 133 3.6.3 Amorcer depuis une disquette (SYSLINUX) . . . . . . . . . 134 3.6.4 Mon lecteur de CD-ROM prend-il en charge Linux ? . . . . . 135 3.7 Le CD-ROM ATAPI reste bloqué lors de la lecture . . . . . . . . . . . 135 3.8 Périphériques SCSI . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137 3.9 Partitionnement pour les experts . . . . . . . . . . . . . . . . . . . . 138 3.10 3.11 4 Désactiver l’écran SUSE . . . . . . . . . . . . . . . . . . . . . 130 3.9.1 Taille de la partition d’échange (swap) . . . . . . . . . . . . . 138 3.9.2 Suggestions de partitionnement pour scénarios spéciaux . . 139 3.9.3 Possibilités d’optimisation . . . . . . . . . . . . . . . . . . . . 140 Gestionnaire de volumes logiques (LVM) . . . . . . . . . . . . . . . . 142 3.10.1 Gestionnaire de volumes logiques (LVM) . . . . . . . . . . . 143 3.10.2 YaST : Configuration du gestionnaire de volumes logiques . 145 3.10.3 LVM – Programme de partitionnement . . . . . . . . . . . . 146 3.10.4 LVM – Organisation des volumes physiques . . . . . . . . . 148 3.10.5 Volumes logiques . . . . . . . . . . . . . . . . . . . . . . . . . 150 RAID logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152 3.11.1 Niveaux RAID courants . . . . . . . . . . . . . . . . . . . . . 153 3.11.2 Configuration du RAID logiciel avec YaST . . . . . . . . . . 153 Mise à jour du système et gestion des paquetages 4.1 155 Actualiser SUSE LINUX . . . . . . . . . . . . . . . . . . . . . . . . . . 156 4.1.1 Préparatifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 156 4.1.2 Problèmes possibles . . . . . . . . . . . . . . . . . . . . . . . 157 4.1.3 mise à jour avec YaST . . . . . . . . . . . . . . . . . . . . . . 157 4.1.4 Actualisation de divers paquetages . . . . . . . . . . . . . . 158 SUSE LINUX vii 4.2 4.3 5 II 6 viii Modifications des logiciels d’une version à l’autre . . . . . . . . . . . 158 4.2.1 De la version 8.0 à la version 8.1 . . . . . . . . . . . . . . . . 159 4.2.2 De la version 8.1 à la version 8.2 . . . . . . . . . . . . . . . . 160 4.2.3 De la version 8.2 à la version 9.0 . . . . . . . . . . . . . . . . 161 4.2.4 De la version 9.0 à la version 9.1 . . . . . . . . . . . . . . . . 162 4.2.5 De la version 9.1 à la version 9.2 . . . . . . . . . . . . . . . . 169 RPM – Le gestionnaire de paquetages de la distribution . . . . . . . 174 4.3.1 Vérification de l’authenticité d’un paquetage. . . . . . . . . 175 4.3.2 Gestion des paquetages . . . . . . . . . . . . . . . . . . . . . 175 4.3.3 RPM et correctifs . . . . . . . . . . . . . . . . . . . . . . . . . 177 4.3.4 Interrogation . . . . . . . . . . . . . . . . . . . . . . . . . . . 179 4.3.5 Installation et compilation de paquetages sources . . . . . . 183 4.3.6 Création de paquetages avec build . . . . . . . . . . . . . . . 184 4.3.7 Utilitaires pour RPM . . . . . . . . . . . . . . . . . . . . . . . 185 Réparation du système 187 5.1 Démarrer l’outil de réparation du système de YaST . . . . . . . . . . 188 5.2 Réparation automatique . . . . . . . . . . . . . . . . . . . . . . . . . 189 5.3 Réparation personnalisée . . . . . . . . . . . . . . . . . . . . . . . . . 190 5.4 Outils pour experts . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191 5.5 Le système de secours SUSE . . . . . . . . . . . . . . . . . . . . . . . 192 5.5.1 Démarrer le système de secours . . . . . . . . . . . . . . . . 193 5.5.2 Utiliser le système de secours . . . . . . . . . . . . . . . . . . 195 Système Applications 32 bit et 64 bit dans un environnement système de 64 bit 197 199 6.1 Support de la durée d’exécution . . . . . . . . . . . . . . . . . . . . . 200 6.2 Développement de logiciels . . . . . . . . . . . . . . . . . . . . . . . 201 6.3 Compilation de logiciels sur des plateformes Biarch . . . . . . . . . 201 6.4 Spécifications du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . 203 Table des matières 7 Amorçage et chargeur d’amorçage 7.1 La procédure d’amorçage . . . . . . . . . . . . . . . . . . . . . . . . . 206 7.1.1 Secteur maître d’amorçage . . . . . . . . . . . . . . . . . . . 206 7.1.2 Secteurs d’amorçage . . . . . . . . . . . . . . . . . . . . . . . 207 7.1.3 Amorçage de DOS ou de Windows . . . . . . . . . . . . . . 207 7.2 Méthodes d’amorçage . . . . . . . . . . . . . . . . . . . . . . . . . . . 208 7.3 Choix du chargeur d’amorçage . . . . . . . . . . . . . . . . . . . . . 208 7.4 Amorcer avec GRUB . . . . . . . . . . . . . . . . . . . . . . . . . . . 209 7.5 8 205 7.4.1 Le menu de démarrage de GRUB . . . . . . . . . . . . . . . . 210 7.4.2 Le fichier device.map . . . . . . . . . . . . . . . . . . . . . . 215 7.4.3 Le fichier /etc/grub.conf . . . . . . . . . . . . . . . . . . . . 216 7.4.4 L’interpréteur de commandes (shell) GRUB . . . . . . . . . . 217 7.4.5 Créer un mot de passe d’amorçage . . . . . . . . . . . . . . . 218 Configuration du chargeur d’amorçage avec YaST . . . . . . . . . . 219 7.5.1 La fenêtre principale . . . . . . . . . . . . . . . . . . . . . . . 219 7.5.2 Options de la configuration du chargeur d’amorçage . . . . 221 7.6 Désinstallation du chargeur d’amorçage Linux . . . . . . . . . . . . 223 7.7 Créer un CD-ROM d’amorçage . . . . . . . . . . . . . . . . . . . . . 223 7.8 Problèmes possibles et solutions . . . . . . . . . . . . . . . . . . . . . 225 7.9 Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . 226 Le noyau Linux 227 8.1 Mise à jour du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . 228 8.2 Les sources du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . 229 8.3 Configuration du noyau . . . . . . . . . . . . . . . . . . . . . . . . . 230 8.4 8.3.1 Configuration depuis la ligne de commande . . . . . . . . . 230 8.3.2 Configuration en mode texte . . . . . . . . . . . . . . . . . . 230 8.3.3 Configuration avec le système X Window . . . . . . . . . . . 231 Modules du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231 8.4.1 Reconnaissance du matériel actuel avec hwinfo . . . . . . . 232 8.4.2 Manipulation des modules . . . . . . . . . . . . . . . . . . . 232 SUSE LINUX ix 9 8.4.3 /etc/modprobe.conf . . . . . . . . . . . . . . . . . . . . . . . 233 8.4.4 Kmod – le chargeur de modules du noyau . . . . . . . . . . 234 8.5 Réglages lors de la configuration du noyau . . . . . . . . . . . . . . 234 8.6 Compilation du noyau . . . . . . . . . . . . . . . . . . . . . . . . . . 234 8.7 Installer un noyau . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 235 8.8 Faire le ménage sur le disque dur après la compilation . . . . . . . . 236 Particularités du système 9.1 Remarques sur certains paquetages logiciels . . . . . . . . . . . . . . 238 9.1.1 Les paquetages bash et /etc/profile . . . . . . . . . . . . . . 238 9.1.2 Le paquetage cron . . . . . . . . . . . . . . . . . . . . . . . . 238 9.1.3 Fichiers journaux — le paquetage logrotate . . . . . . . . . . 239 9.1.4 Les pages de manuel . . . . . . . . . . . . . . . . . . . . . . . 240 9.1.5 La commande locate . . . . . . . . . . . . . . . . . . . . . . . 241 9.1.6 La commande ulimit . . . . . . . . . . . . . . . . . . . . . . . 241 9.1.7 La commande free . . . . . . . . . . . . . . . . . . . . . . . . 242 9.1.8 Le fichier /etc/resolv.conf . . . . . . . . . . . . . . . . . . . . 243 9.1.9 Configuration de GNU Emacs . . . . . . . . . . . . . . . . . 243 9.1.10 Brève initiation au vi . . . . . . . . . . . . . . . . . . . . . . . 244 9.2 Consoles virtuelles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247 9.3 Assignation des touches . . . . . . . . . . . . . . . . . . . . . . . . . 248 9.4 Adaptations locales et linguistiques . . . . . . . . . . . . . . . . . . . 249 9.4.1 Quelques exemples . . . . . . . . . . . . . . . . . . . . . . . . 250 9.4.2 Réglage de la langue . . . . . . . . . . . . . . . . . . . . . . . 251 10 Processus d’amorçage 10.1 x 237 253 Démarrer avec le disque virtuel initial . . . . . . . . . . . . . . . . . 254 10.1.1 Énoncé du problème . . . . . . . . . . . . . . . . . . . . . . . 254 10.1.2 Concept du disque virtuel initial . . . . . . . . . . . . . . . . 255 10.1.3 Déroulement du processus de démarrage avec initrd . . . . 255 10.1.4 Gestionnaire d’amorçage . . . . . . . . . . . . . . . . . . . . 256 Table des matières 10.1.5 Utilisation de initrd avec SUSE . . . . . . . . . . . . . . . . . 257 10.1.6 Difficulté possible – noyau auto-compilé . . . . . . . . . . . 258 10.1.7 Perspectives . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259 10.2 Le programme init . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259 10.3 Les niveaux d’exécution . . . . . . . . . . . . . . . . . . . . . . . . . 260 10.4 Changement de niveau d’exécution . . . . . . . . . . . . . . . . . . . 262 10.5 Les scripts d’initialisation . . . . . . . . . . . . . . . . . . . . . . . . . 263 10.5.1 Ajouter des scripts d’initialisation . . . . . . . . . . . . . . . 265 10.6 Éditeur de niveaux d’exécution de YaST . . . . . . . . . . . . . . . . 267 10.7 SuSEconfig et /etc/sysconfig . . . . . . . . . . . . . . . . . . . . . . . 269 10.8 L’éditeur de variables de Sysconfig de YaST . . . . . . . . . . . . . . 271 11 Le système X Window 11.1 11.2 Optimiser l’installation du Système X Window . . . . . . . . . . . . 274 11.1.1 Screen Section . . . . . . . . . . . . . . . . . . . . . . . . . . . 276 11.1.2 Device-Section . . . . . . . . . . . . . . . . . . . . . . . . . . 278 11.1.3 Sections Monitor et Modes . . . . . . . . . . . . . . . . . . . 279 Installation et configuration de polices de caractères . . . . . . . . . 280 11.2.1 11.3 273 Détails sur les systèmes de polices . . . . . . . . . . . . . . . 281 Configuration de OpenGL/3D . . . . . . . . . . . . . . . . . . . . . . 287 11.3.1 Prise en charge du matériel . . . . . . . . . . . . . . . . . . . 287 11.3.2 Pilote OpenGL . . . . . . . . . . . . . . . . . . . . . . . . . . 288 11.3.3 Outil de diagnostic 3Ddiag . . . . . . . . . . . . . . . . . . . 288 11.3.4 Programmes test pour OpenGL . . . . . . . . . . . . . . . . . 288 11.3.5 Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289 11.3.6 Assistance à l’installation . . . . . . . . . . . . . . . . . . . . 289 11.3.7 Suite de la documentation en ligne . . . . . . . . . . . . . . . 289 SUSE LINUX xi xii 12 Imprimante (utilisation) 12.1 Préparatifs et autres considérations . . . . . . . . . . . . . . . . . . . 12.2 Raccordement de l’imprimante . . . . . . . . . . . . . . . . . . . . . 12.3 Installation du logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . 12.4 Configuration de l’imprimante . . . . . . . . . . . . . . . . . . . . . . 12.4.1 Imprimantes locales . . . . . . . . . . . . . . . . . . . . . . . 12.4.2 Imprimante réseau . . . . . . . . . . . . . . . . . . . . . . . . 12.4.3 Opérations de configuration . . . . . . . . . . . . . . . . . . 12.5 Particularités de SUSE LINUX . . . . . . . . . . . . . . . . . . . . . . 12.5.1 Le serveur CUPS et le pare-feu . . . . . . . . . . . . . . . . . 12.5.2 Interface web (CUPS) et administration sous KDE . . . . . . 12.5.3 Modifications du démon cupsd . . . . . . . . . . . . . . . . . 12.5.4 Fichiers PPD se trouvant dans différents paquetages . . . . 12.6 Problèmes éventuels et leurs solutions . . . . . . . . . . . . . . . . . 12.6.1 Imprimante sans langage d’impression standard . . . . . . . 12.6.2 Il manque un fichier PPD adapté à l’imprimante PostScript 12.6.3 Ports parallèles . . . . . . . . . . . . . . . . . . . . . . . . . . 12.6.4 Connexion de l’imprimante en réseau . . . . . . . . . . . . . 12.6.5 Impressions défectueuses sans message d’erreur . . . . . . . 12.6.6 Files d’attente désactivées . . . . . . . . . . . . . . . . . . . . 12.6.7 Effacer des travaux d’impression diffusées par CUPS . . . . 12.6.8 Travaux d’impression erronés . . . . . . . . . . . . . . . . . . 12.6.9 Analyse des problèmes dans le système d’impression CUPS 291 292 293 294 295 295 295 297 299 299 301 302 303 306 306 307 307 308 311 311 312 312 313 13 Travail nomade sous Linux 13.1 Travail nomade avec des ordinateurs portables . . . . . . 13.1.1 Particularités du matériel de l’ordinateur portable 13.1.2 Economies d’énergie en utilisation nomade . . . . 13.1.3 Environnements d’exploitation variables . . . . . 13.1.4 Logiciels pour une utilisation nomade . . . . . . . 13.1.5 Sécurité des données . . . . . . . . . . . . . . . . . 13.2 Matériel nomade . . . . . . . . . . . . . . . . . . . . . . . . 13.3 Communication mobile : téléphones portables et PDA . . 13.4 Informations supplémentaires . . . . . . . . . . . . . . . . 315 317 317 317 318 320 323 324 326 326 Table des matières . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14 PCMCIA 329 14.1 Matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330 14.2 Logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330 14.3 14.2.1 Modules de base . . . . . . . . . . . . . . . . . . . . . . . . . 330 14.2.2 Gestionnaire de cartes . . . . . . . . . . . . . . . . . . . . . . 331 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332 14.3.1 Cartes réseau . . . . . . . . . . . . . . . . . . . . . . . . . . . 332 14.3.2 RNIS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333 14.3.3 Modem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333 14.3.4 SCSI et IDE . . . . . . . . . . . . . . . . . . . . . . . . . . . . 333 14.4 Autres programmes d’aide . . . . . . . . . . . . . . . . . . . . . . . . 334 14.5 Problèmes possibles et solutions . . . . . . . . . . . . . . . . . . . . . 334 14.6 14.5.1 Le système de base PCMCIA ne fonctionne pas . . . . . . . 335 14.5.2 La carte PCMCIA ne fonctionne pas (correctement) . . . . . 336 Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . 338 15 SCPM — System Configuration Profile Management 339 15.1 Terminologie . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340 15.2 Konfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 341 15.3 15.4 15.2.1 Démarrer de SCPM et définir des groupes de ressources . . 341 15.2.2 Création et gestion de profils . . . . . . . . . . . . . . . . . . 342 15.2.3 Commuter entre profils de configuration . . . . . . . . . . . 343 15.2.4 Paramètres de profil avancés . . . . . . . . . . . . . . . . . . 344 15.2.5 Choix du profil lors du démarrage . . . . . . . . . . . . . . . 345 Problèmes possibles et solutions . . . . . . . . . . . . . . . . . . . . . 345 15.3.1 Interruption lors d’une opération de commutation . . . . . 345 15.3.2 Modification de la configuration du groupe de ressources . 346 Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . 346 SUSE LINUX xiii 16 Gestion de l’énergie 16.1 Fonctionnalités d’économie d’énergie . . . . . . . . . . . . . . . . . . 348 16.2 APM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 350 16.3 ACPI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351 16.4 16.5 16.6 16.3.1 Pratique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352 16.3.2 Contrôle de la performance du processeur . . . . . . . . . . 355 16.3.3 Outils supplémentaires . . . . . . . . . . . . . . . . . . . . . 356 16.3.4 Problèmes possibles et leurs solutions . . . . . . . . . . . . . 357 Pause du disque dur . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358 Le paquetage powersave . . . . . . . . . . . . . . . . . . . . . . . . . 360 16.5.1 Configuration du paquetage powersave . . . . . . . . . . . . 361 16.5.2 Configuration d’APM et ACPI . . . . . . . . . . . . . . . . . 363 16.5.3 Autres fonctionnalités d’ACPI . . . . . . . . . . . . . . . . . 365 16.5.4 Problèmes possibles et solutions . . . . . . . . . . . . . . . . 366 Le module de gestion d’énergie de YaST . . . . . . . . . . . . . . . . 369 17 Communications sans fil 17.1 17.2 xiv 347 375 Réseau local sans fil (WLAN) . . . . . . . . . . . . . . . . . . . . . . . 376 17.1.1 Matériel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 376 17.1.2 Fonctionnement . . . . . . . . . . . . . . . . . . . . . . . . . 377 17.1.3 Configuration avec YaST . . . . . . . . . . . . . . . . . . . . . 379 17.1.4 Programmes d’aide utiles . . . . . . . . . . . . . . . . . . . . 382 17.1.5 Trucs et astuces pour la configuration d’un WLAN . . . . . 383 17.1.6 Problèmes possibles et solutions . . . . . . . . . . . . . . . . 384 17.1.7 Informations complémentaires . . . . . . . . . . . . . . . . . 384 Bluetooth . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 385 17.2.1 Principes de base . . . . . . . . . . . . . . . . . . . . . . . . . 385 17.2.2 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . 386 17.2.3 Composants système et assistants utiles . . . . . . . . . . . . 390 17.2.4 Applications graphiques . . . . . . . . . . . . . . . . . . . . . 391 17.2.5 Exemples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 392 Table des matières 17.3 17.2.6 Problèmes possibles et solutions correspondantes . . . . . . 394 17.2.7 Informations supplémentaires . . . . . . . . . . . . . . . . . 395 Infrared Data Association . . . . . . . . . . . . . . . . . . . . . . . . . 395 17.3.1 Logiciels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 396 17.3.2 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . 396 17.3.3 Utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397 17.3.4 Problèmes possibles et solutions . . . . . . . . . . . . . . . . 398 18 Le système Hotplug 399 18.1 Périphériques et interfaces . . . . . . . . . . . . . . . . . . . . . . . . 400 18.2 Événements Hotplug . . . . . . . . . . . . . . . . . . . . . . . . . . . 401 18.3 Agents Hotplug . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 402 18.3.1 Activation des interfaces réseau . . . . . . . . . . . . . . . . 403 18.3.2 Activation des périphériques de stockage . . . . . . . . . . . 403 18.4 Chargement automatique de modules . . . . . . . . . . . . . . . . . 404 18.5 Hotplug avec PCI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406 18.6 Les scripts d’amorçage Coldplug et Hotplug . . . . . . . . . . . . . . 406 18.7 Analyse d’erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 407 18.7.1 Fichiers journaux . . . . . . . . . . . . . . . . . . . . . . . . . 407 18.7.2 Problèmes d’amorçage . . . . . . . . . . . . . . . . . . . . . . 407 18.7.3 L’enregistreur d’événements . . . . . . . . . . . . . . . . . . 408 18.7.4 Charge système trop élevée ou amorçage trop lent . . . . . . 408 19 Noeuds de périphériques dynamiques avec udev 409 19.1 Bases de la création de règles . . . . . . . . . . . . . . . . . . . . . . . 410 19.2 Automatisation avec NAME et SYMLINK . . . . . . . . . . . . . . . 411 19.3 Expressions régulières dans les codes . . . . . . . . . . . . . . . . . . 411 19.4 Conseils pour choisir les codes appropriés . . . . . . . . . . . . . . . 412 19.5 Noms cohérents pour périphériques de mémoir de masse . . . . . . 413 SUSE LINUX xv 20 Systèmes de fichiers sous Linux 20.1 Glossaire . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 416 20.2 Les principaux systèmes de fichiers sous Linux . . . . . . . . . . . . 416 20.2.1 ReiserFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 417 20.2.2 Ext2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 418 20.2.3 Ext3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419 20.2.4 JFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 421 20.2.5 XFS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422 20.3 Autres systèmes de fichiers pris en charge . . . . . . . . . . . . . . . 423 20.4 Prise en charge des gros fichiers sous Linux . . . . . . . . . . . . . . 424 20.5 Pour plus d’informations . . . . . . . . . . . . . . . . . . . . . . . . . 426 21 PAM – Pluggable Authentication Modules Construction d’un fichier de configuration PAM . . . . . . . . . . . . 428 21.2 La configuration PAM de sshd . . . . . . . . . . . . . . . . . . . . . . 430 21.3 Configuration des modules PAM . . . . . . . . . . . . . . . . . . . . 431 21.3.1 pam_unix2.conf . . . . . . . . . . . . . . . . . . . . . . . . . . 432 21.3.2 pam_env.conf . . . . . . . . . . . . . . . . . . . . . . . . . . . 432 21.3.3 pam_pwcheck.conf . . . . . . . . . . . . . . . . . . . . . . . . 433 21.3.4 limits.conf . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 433 Plus d’informations . . . . . . . . . . . . . . . . . . . . . . . . . . . . 434 Services 435 22 Grands principes de la mise en réseau 22.1 22.2 437 TCP/IP – Introduction . . . . . . . . . . . . . . . . . . . . . . . . . . 438 22.1.1 Modèle en couches . . . . . . . . . . . . . . . . . . . . . . . . 440 22.1.2 Adresses IP et routage . . . . . . . . . . . . . . . . . . . . . . 442 22.1.3 Résolution de noms (Domain Name System – DNS) . . . . . 446 IPv6 – L’Internet de la nouvelle génération . . . . . . . . . . . . . . . 447 22.2.1 xvi 427 21.1 21.4 III 415 Avantages d’IPv6 . . . . . . . . . . . . . . . . . . . . . . . . . 448 Table des matières 22.3 22.4 22.2.2 Le système d’adresses d’IPv6 . . . . . . . . . . . . . . . . . . 450 22.2.3 IPv4 par rapport à IPv6 – passer d’un monde à l’autre . . . 454 22.2.4 Documentation et liens supplémentaires au sujet d’IPv6 . . 456 Configuration manuelle du réseau . . . . . . . . . . . . . . . . . . . . 457 22.3.1 Fichiers de configuration . . . . . . . . . . . . . . . . . . . . 460 22.3.2 scripts de démarrage . . . . . . . . . . . . . . . . . . . . . . . 467 L’intégration dans le réseau . . . . . . . . . . . . . . . . . . . . . . . 468 22.4.1 Préparatifs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 469 22.4.2 Configurer une carte réseau avec YaST . . . . . . . . . . . . 469 22.4.3 Modem . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 472 22.4.4 DSL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475 22.4.5 RNIS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 477 22.4.6 PCMCIA / USB . . . . . . . . . . . . . . . . . . . . . . . . . . 482 22.4.7 Configuration d’IPv6 . . . . . . . . . . . . . . . . . . . . . . . 482 22.5 Le routage sous SUSE LINUX . . . . . . . . . . . . . . . . . . . . . . 483 22.6 SLP — Transmission de services dans le réseau . . . . . . . . . . . . 484 22.7 22.6.1 Support SLP dans SUSE LINUX . . . . . . . . . . . . . . . . 484 22.6.2 Informations supplémentaires . . . . . . . . . . . . . . . . . 486 DNS – Domain Name System . . . . . . . . . . . . . . . . . . . . . . 487 22.7.1 Démarrer le serveur de noms BIND . . . . . . . . . . . . . . 487 22.7.2 Le fichier de configuration /etc/named.conf . . . . . . . . . 489 22.7.3 Les options de configuration de la section Options . . . . . . 490 22.7.4 La section de configuration Logging . . . . . . . . . . . . . . 492 22.7.5 Structure des déclarations de zones . . . . . . . . . . . . . . 492 22.7.6 Structure des fichiers de zones . . . . . . . . . . . . . . . . . 494 22.7.7 Transactions sécurisées . . . . . . . . . . . . . . . . . . . . . 497 22.7.8 Actualisation dynamique des données de zones . . . . . . . 499 22.7.9 DNSSEC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499 22.7.10 Configuration avec YaST . . . . . . . . . . . . . . . . . . . . . 500 22.7.11 Informations supplémentaires . . . . . . . . . . . . . . . . . 508 SUSE LINUX xvii 22.8 22.9 NIS – Network Information Service . . . . . . . . . . . . . . . . . . . 509 22.8.1 Serveur NIS maître et esclave . . . . . . . . . . . . . . . . . . 510 22.8.2 Le module client NIS dans YaST . . . . . . . . . . . . . . . . 513 LDAP – un service d’annuaire . . . . . . . . . . . . . . . . . . . . . . 514 22.9.1 LDAP par rapport à NIS . . . . . . . . . . . . . . . . . . . . . 516 22.9.2 Structure d’une arborescence d’annuaires LDAP . . . . . . . 517 22.9.3 Configuration d’un serveur avec slapd.conf . . . . . . . . . 520 22.9.4 Manipulation de données dans l’annuaire LDAP . . . . . . 525 22.9.5 Le client LDAP YaST . . . . . . . . . . . . . . . . . . . . . . . 530 22.9.6 Informations supplémentaires . . . . . . . . . . . . . . . . . 539 22.10 NFS – Systèmes de fichiers partagés . . . . . . . . . . . . . . . . . . . 541 22.10.1 Importation de systèmes de fichiers avec YaST . . . . . . . . 541 22.10.2 Importation manuelle de systèmes de fichiers . . . . . . . . 542 22.10.3 Exportation de systèmes de fichiers avec YaST . . . . . . . . 542 22.10.4 Exportation manuelle de systèmes de fichiers . . . . . . . . 543 22.11 DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 546 22.11.1 Le protocole DHCP . . . . . . . . . . . . . . . . . . . . . . . . 546 22.11.2 Paquetages logiciels DHCP . . . . . . . . . . . . . . . . . . . 547 22.11.3 Le serveur DHCP dhcpd . . . . . . . . . . . . . . . . . . . . . 548 22.11.4 Ordinateur avec adresse IP fixe . . . . . . . . . . . . . . . . . 550 22.11.5 Particularités propres à SUSE LINUX . . . . . . . . . . . . . 551 22.11.6 Configuration du protocole DHCP avec YaST . . . . . . . . 552 22.11.7 Pour plus d’informations . . . . . . . . . . . . . . . . . . . . 556 22.12 Synchronisation temporelle avec xntp . . . . . . . . . . . . . . . . . . 556 22.12.1 Configuration réseau . . . . . . . . . . . . . . . . . . . . . . . 557 22.12.2 Mise en place d’un étalon de temps local . . . . . . . . . . . 558 22.12.3 Configuration d’un client NTP avec YaST . . . . . . . . . . . 559 xviii Table des matières 23 Le serveur web Apache 23.1 563 Notions de base . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 564 23.1.1 Serveur web . . . . . . . . . . . . . . . . . . . . . . . . . . . . 564 23.1.2 HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 564 23.1.3 Les URL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 564 23.1.4 Affichage automatique d’une page par défaut . . . . . . . . 565 23.2 Installation du serveur HTTP avec YaST . . . . . . . . . . . . . . . . 565 23.3 Les modules d’Apache . . . . . . . . . . . . . . . . . . . . . . . . . . 566 23.4 Les fils d’exécution (threads) . . . . . . . . . . . . . . . . . . . . . . . 567 23.5 Installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 568 23.6 23.5.1 Choix des paquetages dans YaST . . . . . . . . . . . . . . . . 568 23.5.2 Activation d’Apache . . . . . . . . . . . . . . . . . . . . . . . 568 23.5.3 Les modules pour les contenus dynamiques . . . . . . . . . 568 23.5.4 Paquetages supplémentaires recommandés . . . . . . . . . . 569 23.5.5 Installation de modules avec apxs . . . . . . . . . . . . . . . 569 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 570 23.6.1 Configuration avec SuSEconfig . . . . . . . . . . . . . . . . . 570 23.6.2 Configuration manuelle . . . . . . . . . . . . . . . . . . . . . 571 23.7 Apache en action . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 575 23.8 Les contenus dynamiques . . . . . . . . . . . . . . . . . . . . . . . . 576 23.9 23.8.1 Les Server Side Includes : SSI . . . . . . . . . . . . . . . . . . 577 23.8.2 L’interface Common Gateway Interface : CGI . . . . . . . . . 577 23.8.3 GET et POST . . . . . . . . . . . . . . . . . . . . . . . . . . . 578 23.8.4 Les langages pour CGI . . . . . . . . . . . . . . . . . . . . . . 578 23.8.5 Générer des contenus dynamiques avec des modules . . . . 578 23.8.6 mod_perl . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 579 23.8.7 mod_php4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 581 23.8.8 mod_python . . . . . . . . . . . . . . . . . . . . . . . . . . . 581 23.8.9 mod_ruby . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 582 Les hôtes virtuels . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 582 SUSE LINUX xix 23.9.1 Les hôtes virtuels basés sur le nom . . . . . . . . . . . . . . . 582 23.9.2 Les hôtes virtuels basés sur l’adresse IP . . . . . . . . . . . . 583 23.9.3 Plusieurs instances d’Apache . . . . . . . . . . . . . . . . . . 585 23.10 Sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 586 23.10.1 Limiter les risques . . . . . . . . . . . . . . . . . . . . . . . . 586 23.10.2 Les droits d’accès . . . . . . . . . . . . . . . . . . . . . . . . . 586 23.10.3 Toujours rester à la page . . . . . . . . . . . . . . . . . . . . . 587 23.11 Résolution de problèmes . . . . . . . . . . . . . . . . . . . . . . . . . 587 23.12 Documentation complémentaire . . . . . . . . . . . . . . . . . . . . . 587 23.12.1 Apache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 587 23.12.2 CGI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 588 23.12.3 Sécurité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 588 23.12.4 Autres sources . . . . . . . . . . . . . . . . . . . . . . . . . . 588 24 Synchronisation des fichiers 24.1 24.2 xx 591 Logiciels pour la synchronisation des fichiers . . . . . . . . . . . . . 592 24.1.1 unison . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 593 24.1.2 CVS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 593 24.1.3 subversion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 593 24.1.4 mailsync . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 594 24.1.5 rsync . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 594 Critères de choix du logiciel . . . . . . . . . . . . . . . . . . . . . . . 595 24.2.1 Modèle client-serveur contre égalité des droits . . . . . . . . 595 24.2.2 Portabilité . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 595 24.2.3 Interactif contre automatique . . . . . . . . . . . . . . . . . . 595 24.2.4 Conflits : survenue et solutions . . . . . . . . . . . . . . . . . 595 24.2.5 Choisir et ajouter des fichiers . . . . . . . . . . . . . . . . . . 596 24.2.6 Historique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 596 24.2.7 Quantité de données / Encombrement du disque dur . . . . 596 24.2.8 Interface graphique utilisateur . . . . . . . . . . . . . . . . . 597 24.2.9 Contraintes de l’utilisateur . . . . . . . . . . . . . . . . . . . 597 Table des matières 24.2.10 Sécurité contre les attaques . . . . . . . . . . . . . . . . . . . 597 24.2.11 Sécurité contre la perte de données . . . . . . . . . . . . . . . 597 24.3 24.4 24.5 24.6 24.7 Introduction à unison . . . . . . . . . . . . . . . . . . . . . . . . . . . 599 24.3.1 Domaines d’application . . . . . . . . . . . . . . . . . . . . . 599 24.3.2 Conditions requises . . . . . . . . . . . . . . . . . . . . . . . 599 24.3.3 Commande . . . . . . . . . . . . . . . . . . . . . . . . . . . . 599 24.3.4 Documents permettant d’approfondir . . . . . . . . . . . . . 600 Introduction à CVS . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601 24.4.1 Domaines d’application . . . . . . . . . . . . . . . . . . . . . 601 24.4.2 Configuration d’un serveur CVS . . . . . . . . . . . . . . . . 601 24.4.3 Utilisation de CVS . . . . . . . . . . . . . . . . . . . . . . . . 602 24.4.4 Documents permettant d’approfondir . . . . . . . . . . . . . 604 Introduction à Subversion . . . . . . . . . . . . . . . . . . . . . . . . 604 24.5.1 Domaines d’application . . . . . . . . . . . . . . . . . . . . . 604 24.5.2 Configuration d’un serveur Subversion . . . . . . . . . . . . 604 24.5.3 Utilisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 605 24.5.4 Documents permettant d’approfondir . . . . . . . . . . . . . 607 Introduction à rsync . . . . . . . . . . . . . . . . . . . . . . . . . . . . 608 24.6.1 Domaine d’application . . . . . . . . . . . . . . . . . . . . . . 608 24.6.2 Configuration et utilisation . . . . . . . . . . . . . . . . . . . 608 24.6.3 Problèmes éventuels . . . . . . . . . . . . . . . . . . . . . . . 610 24.6.4 Documents permettant d’approfondir . . . . . . . . . . . . . 610 Introduction à mailsync . . . . . . . . . . . . . . . . . . . . . . . . . . 610 24.7.1 Domaine d’application . . . . . . . . . . . . . . . . . . . . . . 610 24.7.2 Configuration et utilisation . . . . . . . . . . . . . . . . . . . 610 24.7.3 Problèmes éventuels . . . . . . . . . . . . . . . . . . . . . . . 613 24.7.4 Documents permettant d’approfondir . . . . . . . . . . . . . 613 SUSE LINUX xxi 25 Samba 25.1 615 Configuration du serveur . . . . . . . . . . . . . . . . . . . . . . . . . 617 25.1.1 Section global de la configuration donnée en exemple . . . . 618 25.1.2 Partages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 619 25.1.3 Security Level . . . . . . . . . . . . . . . . . . . . . . . . . . . 621 25.2 Samba en tant que serveur d’authentification . . . . . . . . . . . . . 622 25.3 Configuration du serveur Samba avec YaST . . . . . . . . . . . . . . 624 25.4 Configuration des clients . . . . . . . . . . . . . . . . . . . . . . . . . 626 25.5 25.4.1 Configuration d’un client Samba avec YaST . . . . . . . . . . 626 25.4.2 Windows 9x/ME . . . . . . . . . . . . . . . . . . . . . . . . . 627 Optimisation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 627 26 Internet 26.1 26.2 26.3 629 Le démon smpppd en tant qu’assistant à la numérotation . . . . . . 630 26.1.1 Programmes pour la connexion Internet . . . . . . . . . . . . 630 26.1.2 La configuration du démon smpppd . . . . . . . . . . . . . . 630 26.1.3 kinternet, cinternet et qinternet en utilisation distante . . . . 631 Configuration d’une connexion ADSL / T-DSL . . . . . . . . . . . . 632 26.2.1 Configuration par défaut . . . . . . . . . . . . . . . . . . . . 632 26.2.2 Connexion xDSL à la demande . . . . . . . . . . . . . . . . . 633 Un serveur de proximité : Squid . . . . . . . . . . . . . . . . . . . . . 633 26.3.1 Qu’est-ce qu’un serveur cache de proximité ? . . . . . . . . . 634 26.3.2 Informations au sujet du serveur cache de proximité . . . . 634 26.3.3 Configuration requise . . . . . . . . . . . . . . . . . . . . . . 636 26.3.4 Démarrer Squid . . . . . . . . . . . . . . . . . . . . . . . . . . 638 26.3.5 Le fichier de configuration /etc/squid/squid.conf . . . . . . 640 26.3.6 Configuration d’un serveur de proximité transparent . . . . 646 26.3.7 cachemgr.cgi . . . . . . . . . . . . . . . . . . . . . . . . . . . 649 26.3.8 squidGuard . . . . . . . . . . . . . . . . . . . . . . . . . . . . 651 26.3.9 Génération de rapports de cache avec Calamaris . . . . . . . 652 26.3.10 Pour plus d’informations sur Squid . . . . . . . . . . . . . . 653 xxii Table des matières 27 Sécurité sous Linux 27.1 27.2 27.3 27.4 IV 655 Mascarade et pare-feu . . . . . . . . . . . . . . . . . . . . . . . . . . . 656 27.1.1 Filtrage de paquets avec iptables . . . . . . . . . . . . . . . . 656 27.1.2 Principes de base de la mascarade . . . . . . . . . . . . . . . 658 27.1.3 Principes de base du pare-feu . . . . . . . . . . . . . . . . . . 659 27.1.4 SuSEfirewall2 . . . . . . . . . . . . . . . . . . . . . . . . . . . 660 27.1.5 Informations complémentaires . . . . . . . . . . . . . . . . . 665 SSH – travailler en réseau en toute sécurité . . . . . . . . . . . . . . . 666 27.2.1 Le paquetage OpenSSH . . . . . . . . . . . . . . . . . . . . . 666 27.2.2 Le programme ssh . . . . . . . . . . . . . . . . . . . . . . . . 667 27.2.3 scp – Copie sécurisée . . . . . . . . . . . . . . . . . . . . . . . 667 27.2.4 sftp - Transfert de fichiers sécurisé . . . . . . . . . . . . . . . 668 27.2.5 Le démon SSH (sshd) – côté serveur . . . . . . . . . . . . . . 668 27.2.6 Mécanismes d’authentification de SSH . . . . . . . . . . . . 670 27.2.7 Redirections : de X, de l’authentification, etc. . . . . . . . . . 671 Chiffrer les partitions et les fichiers . . . . . . . . . . . . . . . . . . . 672 27.3.1 Scénarios d’utilisation . . . . . . . . . . . . . . . . . . . . . . 672 27.3.2 Installation avec YaST . . . . . . . . . . . . . . . . . . . . . . 673 27.3.3 Chiffrer le contenu de médias d’échange . . . . . . . . . . . 675 La sécurité est une affaire de confiance . . . . . . . . . . . . . . . . . 675 27.4.1 Principes fondamentaux . . . . . . . . . . . . . . . . . . . . . 675 27.4.2 Sécurité locale et sécurité du réseau . . . . . . . . . . . . . . 676 27.4.3 Conseils et astuces : renseignements d’ordre général . . . . 685 27.4.4 Publication centralisée des nouveaux problèmes de sécurité 688 Administration 689 28 Listes de contrôle d’accès sous Linux 691 28.1 À quoi servent les ACL ? . . . . . . . . . . . . . . . . . . . . . . . . . 692 28.2 Définitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 693 SUSE LINUX xxiii 28.3 28.4 Utilisation des ACL . . . . . . . . . . . . . . . . . . . . . . . . . . . . 693 28.3.1 Structure des éléments d’ACL . . . . . . . . . . . . . . . . . 694 28.3.2 Éléments d’ACL et bits de droits d’accès . . . . . . . . . . . 695 28.3.3 Un répertoire avec ACL d’accès . . . . . . . . . . . . . . . . 696 28.3.4 Un répertoire avec une ACL par défaut . . . . . . . . . . . . 700 28.3.5 Exploitation d’une ACL . . . . . . . . . . . . . . . . . . . . . 703 Prise en charge par les applications . . . . . . . . . . . . . . . . . . . 703 29 Utilitaires pour la surveillance du système 705 29.1 Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 706 29.2 Liste des fichiers ouverts : lsof . . . . . . . . . . . . . . . . . . . . . . 706 29.3 Qui accède au fichiers : fuser . . . . . . . . . . . . . . . . . . . . . . . 707 29.4 Caractéristiques d’un fichier : stat . . . . . . . . . . . . . . . . . . . . 708 29.5 Processus : top . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 709 29.6 Liste de processus : ps . . . . . . . . . . . . . . . . . . . . . . . . . . . 710 29.7 Arborescence de processus : pstree . . . . . . . . . . . . . . . . . . . 711 29.8 Qui fait quoi : w . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 712 29.9 Utilisation de la mémoire : free . . . . . . . . . . . . . . . . . . . . . . 712 29.10 Tampon circulaire du noyau : dmesg . . . . . . . . . . . . . . . . . . 713 29.11 Systèmes de fichiers : mount, df et du . . . . . . . . . . . . . . . . . . 714 29.12 Le système de fichiers /proc . . . . . . . . . . . . . . . . . . . . . . . 715 29.13 procinfo . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 717 29.14 Ressources PCI : lspci . . . . . . . . . . . . . . . . . . . . . . . . . . . 718 29.15 strace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 719 29.16 ltrace . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 720 29.17 De quelle bibliothèque a-t-on besoin : ldd . . . . . . . . . . . . . . . 720 29.18 Informations sur les fichiers binaires ELF . . . . . . . . . . . . . . . . 721 29.19 Communication inter-processus : ipcs . . . . . . . . . . . . . . . . . . 722 29.20 Mesure du temps avec time . . . . . . . . . . . . . . . . . . . . . . . 722 xxiv Table des matières V Appendices 723 A Sources d’information et documentations 725 B Page de manuel de reiserfsck 729 C Page de manuel-de e2fsck 735 D The GNU General Public License 741 Glossaire 749 Bibliographie 761 SUSE LINUX xxv Bienvenue Félicitations pour votre nouveau système d’exploitation LINUX et merci beaucoup d’avoir choisi SUSE LINUX 9.2. L’achat de cette version vous donne droit à l’assistance technique à l’installation par téléphone et courrier électronique. Sur le portail SUSE LINUX (http: //portal.suse.com), activez votre compte assistance à l’aide du code imprimé sur l’emballage de vos CD-ROM. Afin que votre système reste toujours à la pointe de la technologie, nous vous conseillons de procéder à une mise à jour régulière à l’aide du confortable YaST Online Update. En addition, nous vous proposons eNewsletter, un service gratuit qui vous envoie des insformations relatives à la sécurité ainsi que des trucs et astuces pour l’utilisation de SUSE LINUX. Il vous suffit d’entrer votre adresse de courrier électronique sur http://www.suse.com/us/private/ newsletter.html Le Guide de l’administrateur SUSE LINUX vous apporte des informations générales sur le fonctionnement de votre système SUSE LINUX. Depuis les principes de base des systèmes de fichiers, la configuration du noyau et les processus d’amorçage jusqu’à l’installation d’un serveur Web Apache et à la mise en place d’une authentification sécurisée, cet ouvrage a pour objectif de vous initier à l’administration système Linux. Ce Guide de l’administrateur SUSE LINUX se divise en cinq parties principales : Installation L’installation et la configuration d’un système avec YaST, des détails relatifs à des variantes d’installation spéciales, au gestionnaire de volumes logiques (LVM) et à la configuration RAID, aux mises à jour et à la réparation du système. Système Caractéristiques principales d’un système SUSE LINUX, détails relatifs au noyau, à l’amorçage et au processus init, configuration du gestionnaire d’amorçage et du système X Window, utilisation d’une imprimante et travail mobile sous Linux. Services Intégration dans un réseau (hétérogène), installation d’un serveur Web Apache, synchronisation des fichiers et aspects liés à la sécurité. Administration Systèmes de fichiers ACL (listes de contrôle d’accès) et outils importants pour la surveillance du système. Apendices Sources d’information importantes relatives à Linux et glossaire. Vous trouverez les versions numériques des manuels SUSE LINUX dans le répertoire file:///usr/share/doc/manual/. Nouveautés dans le manuel de l’administrateur Voici les modifications qui ont été apportées à la version précédente de ce manuel (SUSE LINUX 9.1) : Toute le processus d’installation et de configuration avec YaST décrit auparavant dans le Guide de l’utilisateur est maintenant expliqué dans les deux premiers chapitres de ce manuel (voir chapitres Installation avec YaST page 7 et Configuration du système avec YaST page 45). Le chapitre Réparation du système YaST a également été transféré du Guide de l’utilisateur dans ce manuel (voir chapitre Réparation du système page 187). Le chapitre Amorçage et chargeur d’amorçage a été retravaillé et la description du module YaST a été augmentée (voir chapitre Amorçage et chargeur d’amorçage page 205). Le chapitre sur l’impression a été actualisé et restructuré (voir chapitre Imprimante (utilisation) page 291). Le chapitre Travail mobile sous Linux a été totalement réécrit (voir chapitre Travail nomade sous Linux page 315). SCPM, PCMCIA et Communication sans fil sont maintenant des chapitres à part entière et ont été révisés (voir chapitres SCPM — System Configuration Profile Management page 339, PCMCIA page 329 et Communications sans fil page 375). Le chapitre Le système Hotplug a été complètement réécrit (voir chapitre Le système Hotplug page 399). 2 Table des matières Le chapitre Noeuds de périphériques dynamiques avec udev a été ajouté (voir chapitre Noeuds de périphériques dynamiques avec udev page 409). Le chapitre PAM – Pluggable Authentication Modules est également nouveau (voir chapitre PAM – Pluggable Authentication Modules page 427). Le chapitre relatif au réseau contient une nouvelle section traitant de SLP — Transmission de services dans le réseau (voir chapitre SLP — Transmission de services dans le réseau page 484). Conventions typographiques Ce livre utilise les conventions typographiques suivantes : YaST : un nom de programme. /etc/passwd : un fichier ou un répertoire. hjokeri : le symbole hjokeri est à remplacer par sa valeur réelle. PATH : une variable d’environnement nommée PATH ls : une commande. --help : des options et paramètres. utilisateur : un utilisateur. : une touche sur laquelle il faut appuyer. Alt ‘Fichier’ : des éléments de menu, des boutons. "Processus tué" : des messages du système. Remerciement Les développeurs de Linux font avancer le devenir de Linux dans le cadre d’une collaboration mondiale axée sur le bénévolat. Nous les remercions pour leur engagement – cette distribution n’aurait pu voir le jour sans eux. Nous souhaitons aussi tout spécialement remercier Frank Zappa et Pawar. Et bien entendu, un grand merci à L INUS T ORVALDS ! Have a lot of fun ! Votre équipe SUSE SUSE LINUX 3 Première partie Installation 1 Ce chapitre vous décrit, étape par étape, l’installation de votre système SUSE LINUX avec YaST, l’assistant du système SUSE LINUX. Vous apprendrez comment préparer le processus d’installation et vous obtiendrez des informations relatives aux différentes étapes de l’installation qui vous faciliteront vos prises de décisions lors de la configuration. 1.1 1.2 1.3 1.4 1.5 1.6 1.7 1.8 Amorçage du système pour l’installation Écran d’accueil . . . . . . . . . . . . . . . Sélection de la langue . . . . . . . . . . . Mode d’installation . . . . . . . . . . . . Suggestions pour l’installation . . . . . . Terminer l’installation . . . . . . . . . . . Configuration du matériel . . . . . . . . Login graphique . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 8 10 13 13 14 34 43 44 Installation avec YaST Installation avec YaST 1.1 Amorçage du système pour l’installation Insérez le premier CD-ROM ou le DVD de SUSE LINUX dans le lecteur et redémarrez votre machine. Le programme d’installation de SUSE LINUX sera alors chargé depuis le CD/DVD et l’installation commencera. 1.1.1 Possibles problèmes lors de l’amorçage depuis le CD/DVD Les possibilités d’amorcer votre ordinateur dont vous disposez dépendent du matériel utilisé. Si votre ordinateur n’amorce pas depuis le CD 1, cela peut être dû à différentes causes : Votre lecteur de CD ROM ne peut pas lire l’image d’amorçage (bootimage) du premier CD. Dans ce cas, utilisez le CD 2 pour amorcer le système. Dans ce deuxième CD, vous trouverez une image d’amorçage conventionnelle de 2,88 Mo, que même les lecteurs obsolètes peuvent lire. Votre lecteur de CD-ROM n’est pas supporté parce qu’il s’agit d’un lecteur relativement ancien. Dans ce cas, il devrait tout de même être possible d’amorcer depuis le CD et de procéder à l’installation en réseau. La séquence d’amorçage de l’ordinateur n’est pas configurée correctement dans le BIOS (Basic Input Output System). Vous trouverez les informations nécessaires à la modification de la configuration du BIOS dans la documentation de votre carte mère ou dans la section ci-après. Le BIOS est un programme avec lequel il est possible d’amorcer les fonctions de base de l’ordinateur. Les constructeurs de cartes mères mettent à votre disposition un BIOS spécialement adapté à votre système. L’accès au setup du BIOS ne peut se produire qu’à un moment bien précis : lors de l’amorçage de l’ordinateur, certains diagnostiques du matériel sont effectués comme, par exemple, le contrôle de la mémoire de travail. À ce moment, la touche à presser pour entrer dans le setup du BIOS apparaîtra dans la partie inférieure de l’écran ou dans la dernière ligne affichée. Généralement, il s’agit des touches Del , F1 ou Esc . Pressez la touche correspondante jusqu’à ce que le setup du BIOS apparaisse. Une fois le setup du BIOS démarré, modifiez la séquence d’amorçage comme suit : s’il s’agit d’un AWARD BIOS, cherchez l’entrée ‘BIOS FEATURES SETUP’. 8 1.1. Amorçage du système pour l’installation 1.1.2 1 Installation avec YaST D’autres constructeurs emploient des entrées similaires comme, par exemple, ‘ADVANCED CMOS SETUP’. Sélectionnez l’entrée correspondante et confirmez . en pressant Return Pour procéder à la modification de la séquence d’amorçage, c’est la sous-option ‘BOOT SEQUENCE’ qui est importante. La séquence par défaut est souvent ‘C, A’ ou ‘A, C’. Dans le premier cas, lors de l’amorçage, l’ordinateur recherche tout d’abord le système d’exploitation sur le disque dur (C) et ensuite dans le lec teur de disquettes (A). Pressez la touche Page précédente ou Page suivante aussi longtemps que nécessaire pour voir apparaître la séquence ‘A,CDROM,C’. Quittez la configuration en pressant la touche Esc . Sélectionnez ‘SAVE & EXIT SETUP’ ou pressez la touche F10 pour enregistrer vos modifications. Confirmez vos modifications en pressant la touche Y . Si vous possédez un lecteur de CD-ROM SCSI et que celui-ci est connecté, par exemple, à un adaptateur hôte Adaptec, vous devrez faire appel au BIOS de l’adaptateur par la combinaison de touches Strg -A . Sélectionnez ‘Disk Utilities’ pour que le système affiche une liste du matériel. Prenez note de l’ID SCSI de pour ouvrir votre lecteur de CD-ROM. Quittez le menu en pressant la touche Esc ensuite ‘Configure Adapter Settings’. Sous ‘Additional Options’, vous trouverez le sous-menu ‘Boot Device Options’. Sélectionnez ce menu et pressez la touche . Tapez maintenant l’ID de votre lecteur de CD-ROM et pressez de nouReturn veau la touche Return . En pressant deux fois la touche Esc , vous reviendrez à l’écran de démarrage du BIOS SCSI que vous quitterez après avoir confirmé avec ‘Yes’ pour ☞amorcer votre ordinateur à nouveau. Autres possibilités d’amorçage Outre l’amorçage à partir du CD ou du DVD, vous disposez d’autres possibilités d’amorçage. Celles-ci sont surtout intéressantes lorsque des difficultés apparaissent lors de l’amorçage depuis le CD ou le DVD. TAB . 1.1: Options d’amorçage Option d’amorçage Application CD-ROM Ceci est la possibilité d’amorçage la plus simple. Dans ce cas, le système a besoin d’un lecteur de CD-ROM disponible pris en charge par Linux. SUSE LINUX 9 Disquette Vous trouverez sur le premier CD, dans le répertoire /boot/, les images nécessaires pour créer une disquette d’amorçage. Consultez le README dans ce même répertoire. PXE ou bootp Cela doit supporté par le BIOS ou par le microprogramme (firmware) du système utilisé et un serveur d’amorçage doit être disponible dans le réseau. Cette tâche peut également être prise en charge par un autre système SUSE LINUX. Disque dur SUSE LINUX peut également amorcer depuis le disque dur. À cette fin, vous devez copier sur le disque dur le noyau (linux) et le système d’installation (initrd) du répertoire /boot/loader du premier CD et ajouter l’entrée correspondante dans le chargeur d’amorçage. 1.2 Écran d’accueil L’écran d’accueil affiche les différentes possibilités d’installation avant de continuer l’exécution du programme. Dans la partie supérieure se trouve l’option ‘Amorcer depuis le disque dur’ qui amorce le système déjà installé. Étant donné qu’après l’installation, le CD est introduit pour installer d’autres logiciels, cette option est présélectionnée. Cependant, pour l’installation, sélectionnez ‘Installation’ à l’aide des touches de direction (flèches). YaST est alors chargé et l’installation commence. Les différentes options de l’écran d’accueil sont : Amorcer depuis le disque dur Amorce le système déjà installé. Cette option est prédéfinie. Installation L’installation normale dans laquelle toutes fonctions modernes du matériel sont activées. Installation - ACPI désactivé Lorsque l’installation normale échoue, il est possible que l’ordinateur ne soit pas capable d’assurer correctement le support ACPI (Advanced Configuration and Power Interface). Dans ce cas, vous pouvez procéder à une installation sans support ACPI. 10 1.2. Écran d’accueil 1 Installation avec YaST F IG . 1.1: L’écran d’accueil Installation - Mode secure La fonction DMA (pour le lecteur CD-ROM) et les gestionnaires d’énergie problématiques sont désactivés. Les experts peuvent également entrer ou modifier des paramètres du noyau dans la ligne de saisie. Installation manuelle Lorsque certains pilotes qui ont été chargés automatiquement lors du démarrage de l’installation posent des problèmes, vous pouvez effectuer l’installation manuellement, c’est à dire que les pilotes ne seront pas chargés automatiquement. Cependant, cette option ne fonctionne pas si vous utilisez un clavier USB avec votre ordinateur. Système de secours Si vous n’avez plus accès au système Linux déjà installé, amorcez l’ordinateur depuis le DVD/CD1 et sélectionnez cette option. Ceci démarre un système de secours qui est en fait un système Linux minimal sans interface graphique mais avec un accès au disque dur pour experts qui vous permettra de réparer d’éventuelles erreurs dans le système installé. Si vous n’êtes pas encore très expérimenté, vous pouvez également utiliser l’outil de réparation du système de YaST. Vous trouverez des détails à ce sujet dans le chapitre Réparation du système page 187. SUSE LINUX 11 Test de mémoire Cette option vérifie la mémoire RAM de votre système au moyen de cycles répétés d’écriture et de lecture. Ce test est effectué sans fin, étant donné que les erreurs de mémoire se produisent de façon sporadique et ne peuvent être décelées qu’au travers de nombreux cycles d’écriture et de lecture. Si vous pensez que votre mémoire vive est défectueuse, effectuez ce test pendant plusieurs heures. Si aucune erreur n’a alors été signalée, vous pouvez être assuré que la mémoire est intacte. Mettez fin au test en réamorçant l’ordinateur. Comme l’indique la barre de touches de fonction en bas de l’écran, vous pouvez, à l’aide de ces touches de fonction, procéder aux réglages de plusieurs paramètres pour l’installation. F1 Vous obtenez une aide contextuelle relative à l’élément activé de l’écran de démarrage. F2 Sélection de différents modes graphiques pour l’installation. Si des problèmes surviennent lors de l’installation graphique, vous pouvez sélectionner ici le mode textuel. F3 Normalement, l’installation est faite depuis le support de données inséré. Cependant, vous pouvez sélectionner ici d’autres sources d’installation telles que, par exemple, FTP ou NFS. SLP (Service Location Protocol) mérite une mention spéciale. Avec cette option, lors de l’installation dans un réseau avec un serveur SLP, l’un des différents supports d’installation disponibles sur ce serveur peut être sélectionné avant l’installation proprement dite. Vous trouverez plus d’informations relatives au protocole SLP à la section SLP — Transmission de services dans le réseau page 484. F4 Vous pouvez ici définir la langue pour l’écran de démarrage. F5 Normalement, lors du démarrage du système, vous ne voyez pas les messages de progression du noyau Linux mais une barre de progression. Si vous souhaitez voir ces messages, sélectionnez ici l’option ‘Native’ et si vous désirez des informations plus détaillées, sélectionnez ‘Verbose’. F6 Si vous disposez d’une disquette de mise à jour des pilotes pour SUSE LINUX, vous pouvez l’utiliser ici. Lors de l’installation, il vous sera demandé d’insérer le support de mise à jour. Lors de l’installation, quelques secondes après l’écran de démarrage, SUSE LINUX charge un ☞système Linux minimal qui contrôlera la suite du processus d’installation. Si vous avez sélectionné les modes d’affichage ‘Native’ ou ‘Verbose’, l’écran affiche maintenant de nombreux messages et mentions de copyright. 12 1.2. Écran d’accueil C’est maintenant que commence l’installation proprement dite de SUSE LINUX. Tous les écrans de YaST suivent un schéma unifié. Les champs de saisie, les listes de sélection et les boutons des écrans de YaST sont tous accessibles à l’aide de la souris ou du clavier. Si le pointeur ne bouge pas, cela signifie que votre souris n’a pas été reconnue automatiquement. Utilisez dans ce cas le clavier. 1.3 Sélection de la langue SUSE LINUX et YaST s’adressent à vous dans la langue que vous désirez. La langue que vous sélectionnerez ici s’appliquera aussi à votre disposition de clavier. En outre, YaST détermine une zone horaire par défaut en fonction de la langue que vous avez choisie. Vous pouvez modifier ces paramètres plus tard. Si, contre toute attente, votre souris ne fonctionnait pas, déplacez-vous, à l’aide des touches de direction (flèches), jusqu’à la langue que vous désirez puis pres aussi longtemps qu’il sera nécessaire pour préactiver le bouton sez la touche Tab ‘Suivant’ et pressez ensuite la touche Return . 1.4 1 Installation avec YaST Le programme YaST est lancé à la fin du processus de chargement. Quelques secondes plus tard, vous voyez apparaître l’interface graphique. Mode d’installation Si vous avez déjà une version de SUSE LINUX installée sur votre machine, vous avez le choix entre une ‘Nouvelle Installation’ et une ‘Mise à jour d’un système déjà existant’. Vous pouvez aussi décider de démarrer votre système existant avec ‘Démarrer le système installé’. Si votre système installé ne démarrait pas, au cas où, par exemple, d’importants paramètres de configuration du système ont été détruits, vous pouvez utiliser l’option ‘Réparation du système installé’ pour tenter de régler le problème. Si vous n’avez encore installé aucun système SUSE LINUX, vous ne pourrez procéder, bien entendu, qu’à une nouvelle installation (fig. 1.3 page 15). Le présent chapitre traite uniquement de la ‘Nouvelle Installation’. Vous pourrez trouver plus d’informations au sujet de la mise à jour du système dans le chapitre Mise à jour du système page 60. Vous trouverez une description des possibilités de réparation du système dans le chapitre Réparation du système page 187. SUSE LINUX 13 F IG . 1.2: Sélection de la langue 1.5 Suggestions pour l’installation À la fin du processus de détection du matériel, vous voyez s’afficher dans le dialogue de suggestions (voir figure 1.4 page 16) des informations sur le matériel détecté ainsi que des suggestions pour l’installation et le partitionnement. Si vous cliquez sur une option et effectuez ensuite une configuration, vous reviendrez toujours à cette fenêtre qui affichera les suggestions ainsi que les valeurs qui ont été modifiées. Les réglages que vous pouvez effectuer pour la configuration vont être décrits dans les paragraphes suivants. 1.5.1 Mode d’installation Ici, vous avez encore la possibilité de changer le mode d’installation. Les choix possibles sont les mêmes que ceux décrits dans la section Mode d’installation page précédente. 14 1.5. Suggestions pour l’installation 1 Installation avec YaST F IG . 1.3: Sélection du mode d’installation 1.5.2 Disposition du clavier Sélectionnez, dans ce masque, la disposition du clavier que vous désirez utiliser. Elle correspond en général à la langue que vous avez choisie. Tapez ensuite quelques touches, par exemple la lettre É ou la lettre À dans le champ de test afin de vérifier que les caractères accentués sont bien affichés. Cliquez sur ‘Suivant’, pour revenir au dialogue de propositions. 1.5.3 Souris Si YaST n’a pas détecté automatiquement la souris, déplacez-vous tout d’abord à l’aide de la touche Tab jusqu’à ce que l’option ‘Souris’ soit marquée. Avec la touche d’espacement, vous obtiendrez l’affichage du masque de sélection du type de souris qui vous est présenté dans la figure 1.5 page 17. Sélectionnez le type de la souris à l’aide des touches ↑ et ↓. Si vous possédez une documentation relative à votre souris, vous y trouverez une description de son + T pour sélectionner un type de type. Utilisez la combinaison de touches Alt souris temporairement pour procéder à un test. Si la souris ne réagit pas comme vous le souhaitez, sélectionnez un autre type à l’aide du clavier et procédez à un nouveau test. Utilisez les touches Tab et Return pour sélectionner la souris. SUSE LINUX 15 F IG . 1.4: Fenêtre de dialogue de suggestions 1.5.4 Partitionnement Dans la majorité des cas la proposition de partitionnement faite par YaST est judicieuse et vous pouvez l’accepter sans la modifier. Cependant, si vous souhaitez une distribution spéciale du disque dur, nous vous décrivons ci-après comment procéder. Types de partition Chaque disque dur contient une table des partitions qui a de la place pour quatre entrées. Chaque entrée dans la table des partitions peut être soit une partition primaire, soit une partition étendue. Cependant, il est impossible d’avoir plus d’une partition étendue. Les partitions primaires sont très simples à considérer : elles sont constituées d’un domaine continu de cylindres (zones physiques du disque) auquel un système d’exploition est attribué. Cependant, vous ne pouvez créer que jusqu’à quatre partitions primaires par disque dur ; on ne peut pas en entrer plus sur la table des partitions. 16 1.5. Suggestions pour l’installation 1 Installation avec YaST F IG . 1.5: Sélection de la souris Si vous avez besoin de plus de partitions, vous devrez créer une partition étendue. Une partition étendue est également constituée d’un domaine continu de cylindres du disque dur. Cependant, on peut encore diviser une partition étendue en plusieurs partitions logiques, qui, elles ne nécessitent aucune entrée dans la table des partitions. La partition étendue est, en quelque sorte, un container qui comprend les partitions logiques. Si vous avez besoin de plus de quatre partitions, vous devez vous assurer, lors du partitionnement, qu’une des partitions, la quatrième en dernier lieu, est bien prédéfinie comme partition étendue afin de pouvoir lui attribuer l’ensemble des domaines de cylindres libres. Vous pourrez ensuite y définir autant de partitions logiques que vous le désirez (dans la limite de 15 partitions pour les disques SCSI, SATA et Firewire et de 63 partitions pour les disques (E)IDE). Le type de partition (primaire ou logique) sur laquelle l’installation de SUSE LINUX est effectuée n’est pas important. SUSE LINUX 17 Conseils relatifs à l’espace mémoire Si vous laissez YaST procéder au partitionnement du disque dur, vous n’aurez (pratiquement) pas à vous préoccuper des besoins en espace disque et du partitionnement du disque dur. Au cas où vous procèderiez vous-même au partitionnement de votre disque dur, nous vous donnons ici quelques conseils quant à l’espace nécessaire aux différents types de système. Système minimal : 500 Mo Ce système n’a pas d’interface graphique (X11), c’est à dire que vous ne pouvez travailler que depuis la console. En outre, vous ne pouvez procéder qu’à l’installation des logiciels les plus élémentaires. Système minimal avec interface graphique : 700 Mo Ici, vous pouvez installer X11 et quelques applications. Système standard : 2,5 Go Vous pouvez ici installer des interfaces graphiques modernes telles que KDEou GNOME ainsi que de ”grandes“ applications comme, par exemple, OpenOffice, Netscape ou Mozilla. La distribution de l’espace disque dépend surtout de la façon dont vous souhaitez utiliser l’ordinateur, mais on peut définir quelques règles simples : Jusqu’à environ 4 Go : une partition swap et une partition root (/). La partition root contient alors également les répertoires pour lesquels des partitions propres sont créées dans le cas de disques durs plus grands. Plus de 4 Go : Swap, Root (1 Go) et une partition pour /usr (4 Go ou plus), une pour /opt (4 Go ou plus) et une pour /var (1 Go). Le reste de l’espace peut être utilisé pour /home. Selon votre matériel, il peut être nécessaire de configurer une partition d’amorçage (boot) pour les fichiers d’amorçage et le noyau Linux au début du disque dur (/boot). Cette partition doit faire au moins 8 Mo ou un cylindre. En principe, si YaST suggère la configuration d’une telle partition, il est plutôt judicieux de créer une lors du partitionnement manuel. En cas de doute, il est plus sûr de créer une partion d’amorçage. Vous devez songer que certaines applications, pour la plupart des programmes commerciaux, installeront leurs données sous /opt. Si nécessaire, pensez soit à prévoir une partition propre à /opt, soit à redimensionner la partition root pour qu’elle ait une taille suffisante. KDE et GNOME sont également situés dans le répertoire /opt ! 18 1.5. Suggestions pour l’installation 1 Partitionnement avec YaST Installation avec YaST Si vous avez sélectionné pour la première fois le partitionnement dans la fenêtre de dialogue de suggestions, le dialogue de partitionnement de YaST apparaît avec les réglages actuels. Vous avez la possibilité d’accepter, de modifier ou de rejeter complètement la suggestion qui vous est faite pour procéder à une nouvelle distribution de l’espace disque. F IG . 1.6: Modifier la proposition de partitionnement Si vous sélectionnez ‘Accepter la proposition de partitionnement’, aucune modification ne sera effectuée et le dialogue de propositions restera tel quel. Si vous sélectionnez ‘Changer la proposition de partitionnement’, le dialogue pour experts apparaît directement et vous permet de procéder à des réglages très fins (voir section Partitionnement pour experts avec YaST page 21). La proposition de partitionnement de YaST est affichée dans ce dialogue et vous pouvez procéder à vos modifications. Si vous sélectionnez ‘Créer partitions personnalisées’, un dialogue apparaît dans lequel vous pouvez sélectionner le disque dur (figure 1.7 page suivante). Tous les disques durs présents dans votre systèmes sont listés ici. Choisissez celui sur lequel vous désirez installer SUSE LINUX. SUSE LINUX 19 F IG . 1.7: Sélection du disque dur Après avoir sélectionné un disque dur, vous pouvez spécifier si ‘Tout le disque’ doit être utilisé ou si l’installation ne doit se faire que sur une des partitions (si une partition est disponible). Si le disque dur sélectionné contient déjà un système d’exploitation Windows, il vous sera demandé si vous voulez effacer votre système Windows ou réduire sa taille. Dans ce cas, lisez la section Redimensionner une partition Windows page 24. Dans le cas contraire, vous passerez également au dialogue pour experts dans lequel vous pourrez procéder au partitionnement que vous désirez (voir section Partitionnement pour experts avec YaST page ci-contre). Attention Définir tout le disque dur pour l’installation Si vous sélectionnez ‘Tout le disque’ vous perdrez toutes les données présentes sur ce disque dur avant l’installation. Attention 20 1.5. Suggestions pour l’installation 1.5.5 Partitionnement pour experts avec YaST Dans le dialogue pour experts (figure 1.8), vous pouvez modifier manuellement le partitionnement d’un ou plusieurs disques durs. Vous avez la possibilité d’ajouter, de supprimer ou de modifier des partitions. 1 Installation avec YaST Au cours des prochaines étapes de l’installation, YaST vérifiera si l’espace disque est suffisant pour la sélection de logiciels actuelle. Si ce n’est pas le cas, la sélection de logiciels sera automatiquement modifiée et le dialogue de propositions vous en informera. Si vous disposez de suffisamment d’espace mémoire, YaST acceptera vos paramètres de configuration et partitionnera le disque dur en conséquence. F IG . 1.8: Le partitionneur de YaST en mode expert Le partitionneur établira une liste des disques durs et de toutes les partitions existantes ou proposées. Les disques dans leur intégralité sont représentés comme périphériques sans numéros (par exemple /dev/hda ou bien /dev/sda ) alors que les partitions, en tant que parties de ces périphériques, sont numérotées (par exemple /dev/hda1 ou bien /dev/sda1 ). La taille, le type, le système de fichiers et le point de montage de chaque disque et partition sont affichés. SUSE LINUX 21 Le point de montage indique l’emplacement de l’arborescence Linux où la partition a été rattachée. De la même façon, l’espace libre sur le disque dur est affiché et sélectionné automatiquement. Si vous voulez attribuer plus d’espace de mémoire pour ☞Linux , vous pouvez, dans la liste, libérer des partitions en allant de bas en haut (c’est à dire de la dernière à la première ☞Partition d’un disque dur). Ainsi, il n’est pas possible de choisir, par exemple, la deuxième de trois partitions pour Linux et de laisser la première et la troisième pour un autre système d’exploitation. Créer une partition Sélectionnez ‘Nouveau’. Si vous avez plusieurs disques durs, une fenêtre de dialogue dans laquelle vous pouvez marquer le disque dur sur lequel vous voulez créer la nouvelle partition. Ensuite, spécifiez le type de la partition (primaire ou étendue). Vous pouvez créer jusqu’à quatre partitions primaires ou trois partitions primaires et une partition étendue dans laquelle il vous est possible de créer plusieurs partitions logiques (à ce sujet, consultez le chapitre Types de partition page 16). Sélectionnez maintenant le système de fichiers avec lequel la partition doit être formatée et, si nécessaire, un point de montage. YaST vous propose un point de montage pour chaque partition que vous créez. Vous trouverez des détails relatifs aux paramètres dans la section suivante. Cliquez sur ‘OK’ pour que les modifications deviennent effectives. La nouvelle partition est alors ajoutée à la table des partitions. Si vous cliquez sur ‘Suivant’, les valeurs actuelles seront appliquées et la fenêtre de dialogue apparaîta à nouveau. Paramètres de partitionnement Lorsque vous créez une nouvelle partition dans l’arborescence des fichiers ou que vous modifiez une partition existante, vous pouvez définir différents paramètres. Dans le cas de nouvelles partitions, YaST se charge de fixer ces paramètres et normalement, vous n’aurez pas à faire de changement. Cependant, si vous souhaitez réaliser une configuration manuelle, procédez comme suit : 1. Selection de la partition 2. ‘Modification’ de la partition et réglage des paramètres : 22 1.5. Suggestions pour l’installation Système de fichiers Si vous souhaitez formater la partition durant l’installation, vous pouvez indiquer ici le système de fichiers que doit avoir la partition. Les valeurs possibles sont, par exemple, ‘Swap’, ‘Ext2’, ‘Ext3’, ‘ReiserFS’ et ‘JFS’. Vous trouverez des détails relatifs aux différents systèmes de fichiers à la section Systèmes de fichiers sous Linux page 415. Swap est un format spécial qui convertit la partition en mémoire virtuelle. Chaque système doit avoir une partition swap d’au moins 128 Mo. ReiserFS est le système de fichiers par défaut pour les partitions Linux. ReiserFS, tout comme JFS et Ext3, est un système de fichiers avec journalisation (Journaling Filesystem). Un tel système de fichiers rétablit votre système très rapidement après un plantage éventuel, car la journalisation se fait durant le fonctionnement du système. En outre, ReiserFS est très efficace dans la gestion de grandes quantités de petits fichiers. Ext2 n’est pas un système de fichiers avec journalisation, mais il est très stable et particulièrement approprié pour les petites partitions, car il ne nécessite que peu d’espace disque pour sa propre gestion. 1 Installation avec YaST Detection du système de fichiers Même si vous ne voulez pas formater la partition, vous devez ici indiquer au moins l’identificateur du système de fichiers. Les valeurs possibles sont, par exemple, ‘Linux’, ‘Linux swap’, ‘Linux LVM’ et ‘Linux RAID’. Vous trouverez plus dans les sections Configuration du gestionnaire de volumes logiques (LVM) page 142 et RAID logiciel page 152. Options du système de fichiers Ici, vous pouvez configurer divers paramètres du système de fichiers sélectionné. Selon le système de fichiers utilisé, vous trouverez ici quelques propositions de configuration des paramètres pour experts. Chiffrement d’un système de fichiers Si vous activez le chiffrement, toutes les données de votre disque dur seront chiffrées. Ceci augmente le niveau de sécurité des données importantes, mais le système s’en trouve ralenti car ce processus de chiffrement requiert du temps. Vous trouverez plus d’informations relatives au chiffrement de systèmes de fichiers dans la section Chiffrer les partitions et les fichiers page 672. Options fstab Ici, vous pouvez spécifier différents paramètres pour le fichier d’administration du système de fichiers (/etc/fstab). SUSE LINUX 23 Point de montage Ici est indiqué le répertoire de l’arborescence du système de fichiers dans lequel la partition doit être montée. Dans le champ de saisie correspondant, YaST vous fait plusieurs suggestions qui implémentent la structure par défaut lors de l’utilisation du système de fichiers sélectionné. Néanmoins, vous pouvez également entrer d’autres noms. 3. Cliquez sur ‘Suivant’ pour activer la partition. Lorsque vous procédez manuellement à un partitionnement, vous devez créer une partition swap. La partition swap sert à libérer temporairement le disque dur des données non nécessaires en cet instant afin de toujours conserver la mémoire vive disponible pour les données les plus importantes et les plus utilisées. Redimensionner une partition Windows Si lors du partitionnement, vous avez sélectionné un disque dur avec une partition Windows FAT ou une partition Windows NTFS comme emplacement de l’installation, YaST vous offre la possibilité d’éliminer ou de réduire cette partition. De cette façon, vous pourrez installer aussi SUSE LINUX bien qu’il n’y ait pas suffisamment d’espace libre sur le disque dur. Ceci est particulièrement recommandable lorsqu’il n’existe, sur le disque dur, qu’une ☞partition contenant Windows, ce qui est souvent le cas sur les ordinateurs préinstallés. Si YaST remarque que l’espace disponible sur le disque dur sélectionné est trop petit pour l’installation et que ce problème peut être solutionné en éliminant ou en réduisant une partition Windows, une fenêtre de dialogue apparaîtra dans laquelle vous pourrez sélectionner l’option souhaitée. Si vous sélectionnez ‘Supprimer Windows complètement’, la partition Windows sera éliminée et l’espace libre ainsi gagné sera utilisée pour installer SUSE LINUX. Attention Effacer Windows Si vous décidez d’éliminer Windows, notez que vous perdrez irrémédiablement toutes les données Windows lors du formatage. Attention Si vous décidez de réduire la partition Windows, interrompez d’abord l’installation puis amorcez Windows pour y procéder à certaines étapes préliminaires. Ceci n’est pas absolument nécessaire pour les partitions FAT, mais cela accélère 24 1.5. Suggestions pour l’installation 1 Installation avec YaST F IG . 1.9: Options possibles pour les partitions Windows le processus de réduction de la partition FAT et le rend plus sûr. Par contre, ces étapes sont nécessaires dans le cas des partitions NTFS. Système de fichiers FAT Lancez, sous Windows, le programme scandisk pour vous assurez que le système de fichiers FAT est libre d’erreurs. Puis, déplacez les fichiers au début de la partition avec defrag. Ceci permet d’accélérer le processus de réduction de la partition sous Linux. Si vous avez auparavant optimisé le fichier d’échange (swap) sous Windows en fixant la même limite supérieure et inférieure pour le fichier, vous devriez procéder à une étape supplémentaire. Dans ce cas, il se peut que, durant le processus de réduction, le fichier swap soit morcelé et dispersé sur l’ensemble de la partition Windows. En outre, le fichier swap devrait également être déplacé lors de ce processus ce qui le ralentirait encore plus. Ainsi, il est préférable d’annuler une telle optimisation avant la réduction pour la réaliser à nouveau par la suite. SUSE LINUX 25 Système de fichiers NTFS Ici aussi, exécutez scandisk puis defrag pour déplacer les fichiers au début de la partition. Contrairement au cas du système de fichiers FAT, avec le système NTFS, cette action doit être réalisée pour que la partition puisse être réduite. Remarque Réduire le fichier d’échange (swap) de Windows Si vous utilisez votre système avec un fichier d’échange (swap) permanent sur un système de fichiers NTFS, il est possible que ce fichier soit situé à la fin du disque dur et y reste malgré l’exécution de defrag. Ceci peut avoir pour conséquence que la partition ne puisse pas être réduite suffisamment. Pour résoudre ce problème, désactivez temporairement le fichier swap (la mémoire virtuelle) dans Windows. Vous pourrez le réactiver après avoir réduit la partition. Remarque Une fois que vous aurez effectué ces préparatifs, sélectionnez l’option ‘Redimensionner la partition Windows’ dans le dialogue de partition. Après une rapide vérification, YaST ouvre une nouvelle fenêtre de dialogue et vous fait une suggestion pour une réduction raisonnable de votre partition Windows. Dans le premier diagramme à barres, YaST montre l’espace occupé actuellement par Windows ainsi que l’espace encore disponible sur le disque dur. Le second diagramme vous fait une proposition pour le nouveau partitionnement du disque dur (figure 1.10 page suivante). Vous pouvez accepter ce nouveau partitionnement ou en modifier assez librement les limites avec le curseur. Si vous quittez ce dialogue avec ‘Suivant’, la configuration actuelle sera enregistrée et vous retournerez au dialogue précédent. La réduction ne sera pas effectuée immédiatement, mais plus tard, juste avant le formatage du disque dur. 26 1.5. Suggestions pour l’installation 1 Installation avec YaST F IG . 1.10: Redimensionner une partition Windows Remarque Windows avec système de fichiers NTFS Par défaut, les versions NT, 2000 et XP de Windows utilisent le système de fichiers NTFS. À l’heure actuelle, Linux ne peut que lire un système de fichiers NTFS mais ne peut pas l’écrire comme c’est le cas pour les systèmes de fichiers FAT. Pour cette raison, avec NTFS, vous pourrez, sous Linux, lire vos fichiers Windows mais vous ne pourrez pas les modifier et les enregistrer. Si vous souhaitez un accès en écriture à vos données Windows et ne tenez pas absolument à utiliser un système de fichiers NTFS, réinstallez Windows sur un système de fichiers FAT32. Dans ce cas, vous aurez un accès complet à vos données de Windows depuis SUSE LINUX. Remarque SUSE LINUX 27 Informations complémentaires sur le partitionnement Si YaST effectue automatiquement le partitionnement et constate que d’autres partitions sont présentes dans votre système, celles-ci seront également inscrites dans le fichier /etc/fstab , afin qu’il soit possible d’accéder simplement à ces données. Dans ce fichier, toutes les partitions présentes sur votre système sont répertoriées avec les propriétés qui leur correspondent, telles que système de fichiers, point de montage et droits d’utilisateur. Exemple 1.1: /etc/fstab : partitions de données /dev/sda1 /dev/sda8 /dev/dasda1 /data1 /data2 /data3 auto auto auto noauto,user 0 0 noauto,user 0 0 noauto,user 0 0 Les partitions, qu’il s’agisse de partitions Linux ou de partitions FAT, sont enregistrées avec les options noauto et user. Chaque utilisateur peut ainsi monter ou démonter ces partitions en cas de besoin. Pour des raisons de sécurité, YaST n’entre pas ici l’option exec qui est néanmoins nécessaire pour exécuter d’ici des programmes. Si vous désirez cependant exécuter des programmes ou des scripts, saisissez vous-même cette option. Cette option sera nécessaire, au plus tard, lorsque vous verrez apparaître des messages tels que bad interpreter ou Permission denied. Vous trouverez de nombreuses autres informations ainsi que des astuces concernant le partitionnement dans la sectionPartitionnement pour les experts page 138. 1.5.6 Logiciels SUSE LINUX contient un grand nombre de logiciels utilisables dans divers domaines d’application et que vous pouvez installer selon vos préférences. Étant donné qu’il serait très pénible de sélectionner un à un les logiciels parmi la quantité de paquetages disponibles, SUSE LINUX offre trois types de système avec chacun une présélection de logiciels. Selon l’espace disque disponible, YaST sélectionne automatiquement un de ces types de système et affiche cette proposition. Système minimal (conseillé uniquement pour des utilisations spécifiques) Ici, seul le système d’exploitation sera installé ainsi que différents services. Aucune interface graphique n’est installée, l’ordinateur n’est contrôlé que par l’intermédiaire de consoles ASCII. Ce type de système est particulièrement indiqué pour des serveurs qui ne nécessitent que peu ou pas d’interactions avec l’utilisateur. 28 1.5. Suggestions pour l’installation Si vous cliquez sur ‘Logiciels’ dans la fenêtre de propositions, vous ouvrez un dialogue dans lequel vous pouvez sélectionner un des types de système. En outre, vous pouvez, en cliquant sur ‘Sélection détaillée’, démarrer le module de sélection de logiciels (c’est à dire le gestionnaire de paquetages) pour modifier individuellement l’amplitude de l’installation (voir figure 1.11). 1 Installation avec YaST Système graphique minimal (sans KDE) Si vous ne souhaitez pas utiliser le confortable bureau KDE ou si vous n’avez pas assez d’espace, installez ce type de système. Le système installé dispose d’un environnement graphique élémentaire avec un gestionnaire de fenêtres. Vous pouvez utiliser tous les programmes avec une interface graphique propre. Les programmes bureautiques ne sont pas installés. Système standard (avec KDE et le paquetage Office) Ici, vous disposez du plus grand système standard disponible. Il contient le bureau KDE ainsi que la majorité de ses programmes et les applications bureautiques. Ce type de système est le plus approprié pour les stations de travail utilisées dans un cadre normal. YaST le sélectionne si les conditions le permettent. F IG . 1.11: YaST : Installer et éliminer des logiciels (gestionnaire de paquetages) SUSE LINUX 29 Modifier la sélection de logiciels prédéfinie Lors de l’installation du ”Système standard“, il n’est normalement pas utile de modifier la sélection de paquetages, étant donné que le système définit un ensemble de logiciels cohérent qui devraient répondre aux besoins les plus courants sans modification. Cependant, il existe la possibilité de procéder à des modifications manuelles à l’aide du gestionnaire de paquetages. Ce gestionnaire vous offre des filtres qui vous permettent de sélectionner certains logiciels parmi les nombreux paquetages que contient SUSE LINUX en utilisant des différents critères. La boîte de sélection des filtres se trouve en haut à gauche sous la barre de menus. Lors du démarrage, le filtre de sélections est activé. Les sélections groupent les programmes selon leur domaine d’application, comme par exemple Multimédia et Bureautique. Sous ce panneau, vous voyez les différents groupes du filtre de sélections, dont certains qui sont déjà présélectionnés étant donné qu’ils font partie de l’installation standard de ce type de système. D’un clic de souris sur la case à cocher correspondante, vous pouvez sélectionner des groupes de paquetages dans leur intégralité, soit pour l’installation, soit pour la désinstallation. Dans la fenêtre de droite, vous voyez la liste des différents paquetages appartenant à chaque sélection. À tous les paquetages correspond un état symbolisé dans une petite boîte d’état au début de la ligne. Lors de l’installation, ce sont surtout les états installer et ne pas installer, qui vous intéressent, c’est à dire, respectivement une croix à droite du nom du paquetage ou un espace libre. Vous pouvez ici, sélectionner ou désélectionner chaque paquetage séparément. À cette fin, cliquez aussi souvent qu’il le faut sur le symbole d’état en début de ligne jusqu’à avoir atteint l’état désiré (installer ou ne pas installer). Vous pouvez également, d’un clic du bouton de droite de la souris sur la ligne correspondant au paquetage, ouvrir un menu déroulant qui affiche tous les états. Les autres états seront expliqués en détails dans la section Installer/supprimer des logiciels page 50 relative à ce module. Autres filtres Si vous déroulez la boîte de sélection de filtres, vous verrez une sélection de filtres supplémentaires qui vous aideront à ordonner les paquetages. Pour l’installation, la sélection par ‘Groupes de paquetages’ est particulièrement intéressante. Avec ce filtre, les paquetages sont affichés sur le côté gauche et sont ordonnés par thème dans une structure en arborescence. Plus vous vous déplacez vers les extrémités des ramifications de l’arborescence dans les sous-groupes (thèmes), plus la sélection se précise, et par conséquent, plus le nombre de paquetages affichés à droite qui correspondent à cette sélection diminue. 30 1.5. Suggestions pour l’installation Dépendances de paquetages et conflits Il n’est pas possible d’installer n’importe quelle combinaison de logiciels. Les paquetages installés doivent être compatibles entre eux. Si cette règle n’est pas respecté, il peut se produire des incohérences qui mettent en danger le bon fonctionnement du système installé. Si vous sélectionnez ou désélectionnez des paquetages dans ce dialogue, des avertissements relatifs aux dépendances et conflits entre paquetages peuvent apparaître dans cette fenêtre de dialogue. Si vous installez SUSE LINUX pour la première fois ou si vous ne comprenez pas la signification de ces avertissements, veuillez lire la section Installer/supprimer des logiciels page 50. Vous y trouverez des informations détaillées quant à l’utilisation du gestionnaire de paquetage ainsi que quelques explications sur l’”organisation des logiciels sous Linux“. 1 Installation avec YaST La fonction de ‘Recherche’ vous sert à retrouver un paquetage déterminé. L’utilisation de cette fonction est décrite dans la section Installer/supprimer des logiciels page 50. Attention La sélection standard qui vous est proposée, fruit d’une longue expérience, est d’une manière générale très judicieuse pour une utilisation privée, que ce soit pour le débutant comme pour l’utilisateur plus averti. Normalement, il n’est pas nécessaire de procéder à des modifications. N’installez pas et surtout ne désinstallez pas de paquetages sans savoir exactement quelles en seront les conséquences. En tout état de cause, et surtout lorsque vous supprimez des paquetages, veillez à tenir compte des avertissements et ne supprimez surtout pas de paquetages du système de base Linux. Attention Quitter la sélection de logiciels Lorsque vous êtes satisfait de votre sélection de logiciels et une fois qu’il n’existe plus de dépendances non résolues ou de conflits entre paquetages, cliquez sur ‘Accepter’ pour quitter le programme. Les changements ne seront pas effectués immédiatement contrairement à ce qui se produit lors de l’utilisation de ce module sous un système installé. Ici, la sélecion de logiciels à installer sera enregistrée en attendant que la procédure d’installation soit démarrée. SUSE LINUX 31 1.5.7 Démarrer le système (installation du gestionnaire d’amorçage) Lors de l’installation, YaST propose un mode d’amorçage approprié à votre système. Normalement, vous n’avez pas besoin de modifier ces paramètres. Cependant, modifiez la proposition du système en cas de besoins spéciaux de votre environnement système. Vous pouvez, par exemple, configurer le mécanisme d’amorçage de façon à ce qu’il soit nécessaire d’insérer une disquette d’amorçage spéciale lors du démarrage de SUSE LINUX. Ceci peut être utile si vous avez l’habitude de travailler avec un autre système d’exploitation dont le mécanisme d’amorçage ne doit pas être modifié. En général, ceci n’est pas nécessaire étant donné que YaST configure le chargeur d’amorçage de telle façon que vous puissiez amorcer le système d’exploitation de votre choix. Plus tard, vous pourrez également changer l’emplacement où le chargeur d’amorçage de SUSE LINUX est enregistré sur le disque dur. Si vous voulez modifier la proposition de YaST sélectionnez ‘Amorçage du système’. Un dialogue apparaît dans lequel vous pouvez accéder au mecanisme d’amorçage. Vous trouverez plus d’informations à ce sujet dans le chapitre Configuration du chargeur d’amorçage avec YaST page 219. Remarque La modification du mode d’amorçage est à réserver à des utilisateurs expérimentés. Remarque 1.5.8 Zone horaire Dans ce masque (figure 1.12 page ci-contre), vous pouvez, dans le champ ‘Horloge interne réglée sur’, choisir entre les options Heure locale et UTC (Universal Time Coordinated ). Votre sélection depend de la configuration de l’horloge BIOS de votre ordinateur. Si elle est réglée sur l’heure UTC, SUSE LINUX se charge de passer automatiquement entre l’horaire d’été et l’horaire d’hiver. 32 1.5. Suggestions pour l’installation 1 Installation avec YaST F IG . 1.12: Selection de la zone horaire 1.5.9 Langue La langue a déjà été sélectionnée au début de l’installation (voir section Sélection de la langue page 13). Cependant, si vous souhaitez procéder à des modifications ultérieures, vous pouvez le faire ici. En outre, vous avez ici la possibilité de configurer la langue pour l’utilisateur root en cliquant sur le bouton ‘Détails’. Le menu déroulant offre trois options : ctype La variable LC_CTYPE pour l’utilisateur root est enregistrée dans le fichier /etc/sysconfig/language. Ceci définit la localisation pour les appels de fonctions spécifiques à chaque langue. oui L’utilisateur root a exactement la même configuration de la langue que l’utilisateur local. non La configuration de la langue de l’utilisateur root est indépendante de la sélection générale de la langue. Cliquez sur ‘OK’ pour terminer la configuration ou sur ‘Défausser’ pour annuler vos modifications. SUSE LINUX 33 1.5.10 Procéder à l’installation En cliquant sur ‘Suivant’, vous acceptez la suggestion avec toutes les modifications que vous avez effectuées et vous arrivez à un masque de confirmation de couleur verte. Si vous cliquez ici sur ‘Oui’, l’installation peut commencer avec les paramètres que vous avez sélectionnés. Le processus d’installation dure généralement de 15 à 30 minutes, selon la performance de votre machine et la sélection de logiciels à installer. Après l’installation des paquetages, YaST amorce le système installé et vous pouvez ensuite passer à la configuration du matériel et des services. 1.6 Terminer l’installation Une fois que le système et les logiciels sélectionnés ont été installés, vous devrez spécifier un mot de passe pour l’administrateur du système (utilisateur root). Vous aurez ensuite la possibilité de configurer l’accès à Internet et une connexion au réseau. De cette façon, il est possible, durant l’installation de procéder à la mise à jour de logiciels pour SUSE LINUX et de configurer les services DNS pour la gestion centralisée des utilisateurs dans un réseau local. Finalement, vous pouvez également configurer le matériel connecté. 1.6.1 Mode de passe root ☞Root est le nom du superutilisateur ou administrateur du système ; root a des droits que les autres utilisateurs n’ont pas. Il peut modifier le système, installer de nouveaux programmes ou configurer de nouveaux composants matériels. Si un utilisateur a oublié son mot de passe ou si les programmes ne tournent plus, root a la possibilité de venir en aide. En règle générale, on ne devrait se connecter sous le compte root que pour exécuter des tâches d’administration ou des travaux de maintenance ou de réparation. Pour le travail quotidien, ceci est très risqué car root peut, par exemple, effacer irrémédiablement tous les fichiers système. Lors de l’attribution du mot de passe root, celui-ci doit, pour raison de sécurité, être saisi une deuxième fois pour vérification (figure 1.13 page ci-contre). Mémorisez bien le mot de passe de l’utilisateur root. Il ne vous sera plus possible de le voir ultérieurement. 34 1.6. Terminer l’installation 1 Installation avec YaST F IG . 1.13: Définir le mot de passe de l’utilisateur root Attention L’utilisateur root a tous les droits et peut apporter toute sorte de modifications au système. Si vous voulez vous charger de tâches impliquant des modifications, il vous faut un mot de passe attribué spécialement à root. Sans ce mot de passe, il ne vous sera pas possible d’exécuter des tâches d’administration. Attention 1.6.2 Configuration réseau Dans l’étape suivante, vous avez la possibilité de connecter votre système au reste du monde. Vous pouvez configurer carte réseau, RNIS, modem et DSL. Si votre système dispose de ce type de matériel, profitez de cette opportunité. Ainsi, YaST pourra plus tard procéder sur Internet à des téléchargements de mises à jour pour SUSE LINUX qui seront prises en compte lors de l’installation. SUSE LINUX 35 F IG . 1.14: Configuration des périphériques réseau Si vous souhaitez configurer ici votre matériel réseau, reportez-vous aux sections correspondantes dans le chapitre L’intégration dans le réseau page 468. Sinon, sélectionnez l’option ‘Ignorer la configuration réseau’ et cliquez sur ‘Suivant’. Vous pourrez configurer vos composants réseau ultérieurement dans le système déjà installé. Configuration du pare-feu Dès que vous mettez en réseau votre système, un pare-feu est démarré automatiquement sur l’interface configurée. La configuration du pare-feu est alors faite sur mesure pour cette interface. Les paramètres de configuration du pare-feu sont affichés aussi dans le dialogue de configuration du réseau. À chaque modification de la configuration des interfaces ou des services, la proposition de configuration pour le pare-feu est actualisée automatiquement. Si vous souhaitez modifier les paramètres générés automatiquement, cliquez sur ‘Modifier’ ➝ ‘Pare-feu’. 36 1.6. Terminer l’installation 1.6.3 Tester la connexion Internet Si vous avez configuré une connexion Internet, vous pouvez maintenant vérifier que celle-ci fonctionne correctement. À cette fin, YaST établit une connexion avec le serveur de SUSE et vérifie par la même occasion si des mises à jour sont disponibles pour SUSE LINUX. Si la connexion fonctionne correctement, vous pouvez télécharger ces mises à jour dans l’étape suivante. En outre, les notes relatives à la dernière version disponible sur le serveur SUSE seront également téléchargées et elles seront affichées à l’écran à la fin du processus d’installation. 1 Installation avec YaST Dans le dialogue qui s’ouvre, déterminez si le pare-feu doit être démarré ou non. Si vous ne souhaitez pas démarrer le pare-feu, activez le bouton radio correspondant et quittez le dialogue. Lorsque vous démarrez le pare-feu et souhaitez en modifier la configuration, vous ouvrez, en cliquant sur ‘Suivant’, des dialogues semblables à ceux décrits dans la section Configuration avec YaST page 661. F IG . 1.15: Tester la connexion Internet SUSE LINUX 37 Si vous ne souhaitez pas procéder ici au test de la connexion Internet, sélectionnez ‘Ignorer ce test’ et cliquez sur ‘Suivant’. Le téléchargement des mises à jour et des notes les plus récentes ne se fera pas non plus. 1.6.4 Télécharger des mises à jour des logiciels Si YaST a pu établir une connexion Internet avec le serveur de SUSE dans l’étape précédente, vous aurez la possibilité de procéder à une mise à jour en ligne avec YaST. De cette façon, les éventuels patches de correction d’erreurs et de problèmes de sécurité connus seront installés. Remarque Télécharger des mises à jour des logiciels La durée du processus de mise à jour dépend des performances de votre connexion Internet et de la taille des paquetages de la mise à jour. Remarque Si vous souhaitez procéder immédiatement à une mise à jour des logiciels, sélectionnez ‘Procéder maintenant à la mise à jour’ et cliquez sur ‘OK’. Vous entrez dans le dialogue de mise à jour en ligne de YaST où vous pouvez voir les patches disponibles, les sélectionner et les appliquer. Dans ce cas, reportez-vous à la section YaST OnlineUpdate, Mise à jour en ligne YaST page 48. Vous pouvez évidemment procéder à la mise à jour plus tard. Dans ce cas, sélectionnez ‘Ignorer la mise à jour’ et cliquez sur ‘OK’. 1.6.5 Authentification des utilisateurs Si vous avez configuré une connexion Internet dans le cadre de l’installation, vous avez maintenant deux possibilités pour l’administration des utilisateurs du système installé. Administration local des utilisateurs Les utilisateurs sont administrés localement sur l’ordinateur installé. Ceci est la méthode conseillée pour les ordinateurs utilisés par une seule personne (standalone). Dans ce cas, les données utilisateur sont administrés via le fichier local /etc/passwd. LDAP Les utilisateurs de tous les systèmes sont administrés en réseau, de façon centrale, sur un serveur LDAP. 38 1.6. Terminer l’installation Samba Avec cette option, il est procédé à une authentification SMB dans les réseaux hétérogènes Linux/Windows. Si toutes les conditions sont remplies, YaST ouvre un dialogue pour sélectionner la méthode appropriée (figure 1.16). Si vous n’êtes connecté à aucun réseau, sélectionnez le mode utilisateur local. 1 Installation avec YaST NIS Les utilisateurs de tous les systèmes sont administrés en réseau, de façon centrale, sur un serveur NIS. F IG . 1.16: Authentification des utilisateurs 1.6.6 Configuration en tant que client NIS Si vous avez décidé de procéder à l’administration des utilisateurs via NIS, l’étape suivante consiste à configurer un client NIS. Nous ne décrivons ici que la configuration d’un client ; vous trouverez des informations relatives à la configuration d’un serveur NIS avec YaST à la section NIS – Network Information Service page 509. SUSE LINUX 39 F IG . 1.17: Configuration d’un client NIS Dans le dialogue (voir figure 1.17), précisez tout d’abord si le client NIS dispose d’une adresse IP statique ou d’une adresse IP dynamique assignée via DHCP. Dans ce cas, vous ne pouvez pas spécifier de domaine DHCP ou d’adresse IP du serveur étant donné que ces données seront également assignées par DHCP. Vous trouverez plus d’informations relatives au protocole DHCP dans la section DHCP page 546. Si le client dispose d’une adresse IP statique, saisissez le domaine NIS et le serveur manuellement. Activez l’option de diffusion générale dans la case à cocher correspondante pour permettre la recherche d’un serveur NIS dans le réseau dans le cas où le serveur indiqué ne répondrait pas. Vous avez également la possibilité de spécifier différents domaines avec un domaine par défaut. Avec l’option ‘Ajouter’, vous pouvez également spécifier plusieurs serveurs avec fonction de diffusion générale pour chaque domaine. La configuration pour experts vous permet de sélectionner l’option ‘Répondre uniquement à l’hôte local’ afin d’éviter que d’autres ordinateurs du réseau puissent savoir quel serveur utilise son client. Si vous activez ‘Serveur défectueux’, les réponses d’un serveur seront également acceptées sur un port non privilégié. Vous pourrez trouver plus d’informations à ce sujet dans la page de man de ypbind. 40 1.6. Terminer l’installation 1.6.7 1 Créer des utilisateurs locaux Linux permet à plusieurs utilisateurs de travailler simultanément sur un seul et même système. Pour chaque utilisateur, il doit être créé un compte utilisateur sous lequel il se connectera au système. Les données de chaque utilisateur sont à l’abri de tout accès de la part d’autres utilisateurs qui ne peuvent donc ni les modifier ni les effacer. Chaque utilisateur peut en outre configurer son propre environnement de travail qu’il retrouvera inchangé chaque fois qu’il se connectera au système Linux. Installation avec YaST Si vous n’avez configuré aucune authentification d’utilisateurs basée sur un service de noms, vous avez ici l’opportunité de créer des utilisateurs locaux. Les données de ces utilisateurs (nom, login, mot de passe, etc.) sont enregistrées et administrées sur le système installé. F IG . 1.18: Définir le nom d’utilisateur et le mot de passe Créer pour vous-même un tel compte d’utilisateur dans la boîte de dialogue qui vous est présentée dans la figure 1.18. Entrez votre prénom et votre nom et choisissez un nom d’utilisateur (login). Si aucun nom approprié ne vous vient à l’idée, vous pouvez cliquer sur ‘Suggestion’ et il vous sera proposé un nom d’utilisateur. SUSE LINUX 41 Il vous faut encore spécifier un mot de passe utilisateur que vous devrez entrer une deuxième fois pour vérification. Le nom d’utilisateur fait savoir au système qui vous êtes et le mot de passe lui garantit que c’est bien de vous qu’il s’agit. Attention Nom d’utilisateur et mot de passe Notez soigneusement votre nom d’utilisateur et votre mot de passe. Vous en aurez besoin lors de chaque connexon au système. Attention Pour constituer une protection efficace, un mot de passe devrait avoir une longueur comprise entre cinq et huit caractères. La longueur maximale d’un mot de passe est de 128 caractères cependant, un module spécial est alors nécessaire. Si ce module n’a pas été chargé, seuls les huit premiers caractères sont utilisés pour l’identification. Il est tenu compte de la casse des lettres et il convient donc de différencier majuscules et minuscules. Les caractères accentués ne sont pas admis mais les caractères spéciaux ainsi que les chiffres de 0 à 9 peuvent être utilisés. Pour les utilisateurs locaux, il existe encore deux options qui peuvent être activées au choix. ‘Recevoir des messages du système’ SI vous activez cette case à cocher, vous recevrez les messages de services du système. Normalement, ces messages ne sont envoyés qu’à l’administrateur root. Cependant, étant donné que vous n’êtes connecté qu’exceptionnellement en tant que root, cette option est surtout intéressante pour l’utilisateur qui travaille le plus souvent sur ce système ‘Connexion automatique’ Cette option n’est disponible que si vous utilisez le bureau KDE. Avec elle, l’utilisateur actuel est connecté automatiquement lors du démarrage du système. Ceci est surtout intéressant lorsque l’ordinateur n’est utilisé que par une personne. Attention Connexion automatique Lors de la connexion automatique, aucune authentification n’a lieu lors du démarrage du système. N’utilisez pas cette option pour des ordinateurs accessibles à d’autre personnes et qui contiennent des données confidentielles. Attention 42 1.6. Terminer l’installation 1.6.8 1 Notes de version 1.7 Configuration du matériel Après l’installation, YaST vous présente encore un dialogue dans lequel vous pouvez configurer votre carte graphique ainsi que différents composants matériels du système (tels que imprimante ou carte son). En cliquant sur le nom des différents composants, vous démarrez la configuration du matériel. YaST détecte et configure alors automatiquement les composants matériels. Installation avec YaST Après avoir configuré l’authentification des utilisateurs, vous verrez apparaître les notes de version. Prenez le temps de les lire car elles contiennent des informations actuelles qui n’étaient pas encore disponibles lors de l’impression de ce manuel. Si vous avez configuré une connexion Internet et avez vérifié son fonctionnement avec le serveur de SUSE, vous avez obtenu la dernière version de SUSE ainsi que les informations de dernière minute. F IG . 1.19: Configuration des composants du système SUSE LINUX 43 Vous pourrez procéder à la configuration des périphériques externes plus tard, mais nous vous recommandons de configurer au moins la carte graphique avec les valeurs que vous souhaitez. La proposition standard de YaST est généralement satisfaisante, cependant les préférences pour l’affichage de l’image à l’écran (résolution et profondeur de couleur) varient beaucoup d’un utilisateur à un autre. Si vous souhaitez changer les paramètres, sélectionnez l’option ‘Cartes graphiques’. Les fenêtres de dialogue correspondantes sont décrites dans la section Carte graphique et moniteur (SaX2) page 70. Une fois que YaST a terminé d’écrire les fichiers de configuration, cliquez sur ‘Terminer’ pour finaliser l’installation de SUSE LINUX. 1.8 Login graphique SUSE LINUX est maintenant installé et vous pouvez vous connecter pour la première fois à votre système. Si, dans le cadre de l’administration locale des utilisateurs, vous avez activé la connexion automatique, vous pouvez commencer sans procédure de login. Sinon, vous verrez apparaître sur votre écran le ☞login graphique que vous pouvez voir dans la figure 1.20. Entrez votre nom d’utilisateur ainsi que le mot de passe qui lui correspond afin de vous connecter à votre système. F IG . 1.20: Connexion au système (KDE) 44 1.8. Login graphique 2 YaST (Yet another Setup Tool), dont vous avez déjà fait connaissance lors de l’installation, est également l’outil de configuration de SUSE LINUX. Ce chapitre décrit la configuration de votre système à l’aide de YaST. Vous pourrez configurer confortablement les composants du système les plus importants, c’est à dire, la plus grande partie du matériel, l’interface graphique, l’accès à Internet, les paramètres de sécurité, l’administration des utilisateurs, l’installation de logiciels ainsi que les mises à jour du système et les informations relatives à celui-ci. En outre, vous trouverez des instructions nécessaires à l’utilisation de YaST en mode texte. 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 Le démarrage de YaST . . . . . Le centre de contrôle de YaST Logiciels . . . . . . . . . . . . . Matériel . . . . . . . . . . . . . Périphériques réseau . . . . . Services réseau . . . . . . . . . Sécurité et utilisateurs . . . . . Système . . . . . . . . . . . . . Divers . . . . . . . . . . . . . . YaST en mode texte (ncurses) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46 . 47 . 47 . 62 . 88 . 88 . 93 . 99 . 105 . 107 Configuration du système avec YaST Configuration du système avec YaST 2.1 Le démarrage de YaST La configuration du système avec YaST s’effectue à travers différents modules de YaST. Selon la plateforme matérielle utilisée et la sélection de logiciels installés, vous avez le choix entre différentes façons d’accéder à YaST dans le système installé. 2.1.1 Démarrer depuis une interface graphique Si vous utilisez une des deux interfaces graphiques KDE ou GNOME, démarrez le centre de contrôle de YaST avec le menu de SUSE (‘Système’ ➝ ‘YaST’). KDE intègre également les différents modules de configuration de YaST dans le centre de contrôle de KDE. Vous serez appelé à saisir le mot de passe root avant que YaST ne démarre car celui-ci nécessite les droits de l’administrateur du système pour pouvoir modifier les fichiers système. Depuis la ligne de commande, démarrez YaST avec les commandes sux (pour vous connecter en tant qu’utilisateur root) puis yast2. Si vous souhaitez démarrer YaST en mode textuel, saisissez yast au lieu de yast2. En tant que root, utilisez également yast afin de démarrer le programme depuis une console virtuelle. Remarque Si vous désirez changer la langue de YaST, cliquez sur ‘Système’ dans le centre de contrôle de YaST puis sélectionnez la langue souhaitée dans le menu ‘Sélectionner une langue’. Sélectionnez la langue, fermez le centre de contrôle de YaST, déconnectez-vous de votre système puis reconnectez-vous. Lorsque vous redémarrerez YaST, la nouvelle langue sera activée. Remarque 2.1.2 Démarrer depuis un terminal distant Cette méthode s’adresse aux plateformes matérielles qui n’ont pas d’écran ou pour la maintenance à distance de systèmes depuis un autre ordinateur. Ouvrez tout d’abord une console localement et saisissez, à l’invite, la commande ssh -X root@<nom du système>, afin de vous connecter en tant qu’utilisateur root sur le système distant et d’obtenir l’affichage de sorties du serveur X sur votre terminal. 46 2.1. Le démarrage de YaST 2.2 Le centre de contrôle de YaST Lorsque vous démarrez YaST en mode graphique, vous voyez tout d’abord apparaître le centre de contrôle de YaST (fig. 2.1 page suivante). Dans la partie gauche de l’écran, vous trouvez les sous-divisions ‘Logiciels’, ‘Matériel’, ‘Périphériques réseau’, ‘Services réseau’, ‘Sécurité & Utilisateurs’, ‘Système’ et ‘Divers’. En cliquant sur les icônes, vous obtiendrez, dans la partie de droite, l’affichage du contenu de la catégorie sélectionnée. Cliquez, par exemple, sur ‘Matériel’ puis, à droite sur ‘Son’, une fenêtre s’ouvrira dans laquelle vous pouvez procéder à la configuration de la carte son. La configuration est généralement effectuée en plusieurs étapes. YaST vous conduira à travers tous les dialogues au moyen d’un clic sur ‘Suivant’. La partie gauche de l’écran affiche un texte d’aide qui vous explique les entrées que vous devez faire. Après avoir fait les spécifications nécessaires, vous terminerez chaque étape de la configuration en cliquant, dans le dernier dialogue, sur le bouton ‘Terminer’. La configuration sera alors enregistrée. 2.3 Logiciels 2.3.1 Changer le support d’installation 2 Configuration du système avec YaST Dès que la connexion ssh a été établie, saisissez yast2 à l’invite du système distant afin de démarrer le mode graphique de YaST et de l’afficher sur le terminal local. Pour démarrer YaST en mode textuel, utilisez ssh sans l’option -X et démarrez YaST avec la commande yast. YaST peut gérer toute une série de sources d’installation et vous permet de sélectionner celle à utiliser pour une installation ou une mise à jour. Après le démarrage du module, une liste de tous les supports d’installation enregistrés jusque là est affichée. Après une installation normale depuis un CD, cette liste ne contient que le CD comme support. Avec ‘Ajouter’, vous pouvez introduire, outre des supports d’installation comme des CD et des DVD, des connexions de réseau telles que NFS et FTP. Même des répertoires sur votre disque local peuvent également être utilisés comme supports d’installation (voir le texte d’aide au sujet de YaST). SUSE LINUX 47 F IG . 2.1: Le centre de contrôle de YaST Les différents supports d’installation enregistrés peuvent être activés ou désactivés et leur état d’activation est indiqué dans la première colonne de la liste. En cliquant sur ‘Activer ou Désactiver’ pour changer l’état dans la liste. Lors de l’installation de paquetages logiciels ou d’une mise à jour, YaST choisit l’entrée adéquate parmi toutes les sources d’installations activées. Lorsque vous quittez le module en cliquant sur ‘Fermer’, la configuration actuelle est enregistrée et sera donc utilisée pour les modules de configuration ‘Installer ou supprimer les logiciels’ et ‘Mise à jour du système’. 2.3.2 YaST OnlineUpdate, Mise à jour en ligne YaST La mise à jour en ligne de YaST (YOU) permet l’installation de mises à jour importantes et autres améliorations. Les patches correspondants sont mis à votre disposition pour téléchargement sur le serveur FTP de SUSE ainsi que sur différents serveurs miroirs. 48 2.3. Logiciels 2 Dans le champ ‘Source d’installation’, vous pouvez choisir parmi différents serveurs. Lorsque vous sélectionnez un serveur, l’URL correspondant apparaît dans le champ de texte en dessous et peut y être modifié. Vous avez également la possibilité d’introduire un URL local tel que, par exemple, ”file:/mon/chemin“ (ou tout simplement ”/mon/chemin“). Cliquez sur ‘Nouveau serveur’ pour ajouter des nouveaux serveurs à la liste. En cliquant sur ‘Modifier le serveur’, vous pouvez modifier la configuration du serveur actuellement sélectionné. Configuration du système avec YaST F IG . 2.2: Changer le support d’installation Lors du démarrage du module, l’option ‘Sélection manuelle des patches’ est activée afin de pouvoir définir individuellement le chargement de chaque patch. Si vous souhaitez installer tous les paquetages de mises à jour sans distinction, désactivez cette option. Selon la largeur de bande de la connexion et la quantité de données à télécharger, le temps de chargement peut être très long. Si vous activez la case à cocher ‘Charger à nouveau tous les patches’, tous les patches, paquetages installables et descriptions disponibles sur le serveur seront téléchargés. Si elle n’est pas activée (configuration par défaut), vous ne téléchargerez que les paquetages qui ne sont pas encore installés sur votre système. SUSE LINUX 49 En outre, vous avez la possibilité de maintenir le système actualisé en permanence automatiquement. Avec l’option ‘Configurer la mise à jour totalement automatique’, vous définissez un processus qui recherche régulièrement les nouvelles mises à jour et les applique. Ce processus est totalement automatisé. Bien évidemment, il est nécessaire qu’une connexion au serveur de mises à jour soit établie au moment prévu pour la mise à jour. La mise à jour manuelle (configuration par défaut) permet, après avoir cliqué sur ‘Suivant’, d’établir une liste de tous les patches disponibles puis démarre le gestionnaire de paquetages (voir section Installer/supprimer des logiciels de la présente page). Le filtre pour les patches YOU est alors automatiquement activé et il vous est possible de déterminer les mises à jour que vous souhaitez installer. Les patches de sécurité et les patches recommandés sont déjà présélectionnés lors du démarrage si les paquetages correspondants sont installés dans le système. Il est préférable d’accepter cette présélection. Une fois que vous avez sélectionné les patches, cliquez, dans le gestionnaire de paquetages, sur ‘Accepter’. Tous les patches sélectionnés sont alors téléchargés depuis le serveur puis sont installés sur l’ordinateur. Selon la qualité de la connexion et les performances de votre ordinateur, ce processus peut durer. Les erreurs possibles sont affichées dans une fenêtre et vous pourrez ignorer le paquetage qui pose problème. Certains patches ouvrent une fenêtre avant l’installation pour afficher des informations détaillées. Lors du téléchargement et de l’installation des mises à jour, vous pouvez suivre le processus dans la fenêtre de protocole. Quittez le dialogue de YOU avec ‘Terminer’, une fois que vous aurez terminé l’installation de tous les patches. Si vous ne voulez pas conserver les patches une fois la mise à jour effectuée, cliquez sur ‘Effacer les sources après la mise à jour’. Le programme SuSEconfig sera alors exécuté afin d’adapter la configuration de votre système aux nouvelles conditions. 2.3.3 Installer/supprimer des logiciels Ce module vous permet d’installer des applications supplémentaires, de les mettre à jour ou de les désinstaller. Sous Linux, les logiciels se présentent sous forme de paquetages. Un paquetage contient tout ce qui fait un programme complet, c’est à dire le programme lui-même, les fichiers de configuration et la documentation qui lui correspondent. Étant donné que, sous Linux, le code source d’un programme est généralement disponible, il existe normalement un paquetage correspondant avec les sources du programme. Ces sources ne sont pas nécessaires pour travailler avec le programme mais il peut être intéressant, dans certains cas, de les installer. Ainsi, vous pourrez générer une version du programme à votre mesure, chose possible et autorisée sous Linux. 50 2.3. Logiciels 2 Certains paquetages dépendent de façon fonctionnelle d’autres paquetages. Dans ce cas, le programme d’un paquetage ne peut fonctionner correctement que lorsque l’autre paquetage est également installé. En outre, il existe aussi des paquetages qui exigent l’existence d’autres paquetages pour pouvoir être installés, parce que, par exemple, leur routine d’installation nécessite certains outils apportés par ce(s) autre(s) paquetage(s). Lorsque de tels paquetages doivent être installés, il faut prendre garde à observer un certain ordre lors de l’installation. En outre, il existe parfois plusieurs paquetages pouvant remplir la même fonction. Lorsque ces différents paquetages utilisent les mêmes ressources système, ils ne doivent pas être installés simultanément (conflit de paquetages). Ainsi, les dépendances et conflits peuvent non seulement exister entre deux paquetages mais peuvent aussi former de longues chaînes qui, dans les cas les plus complexes, sont très difficilement analysables. Les choses se compliquent encore si la bonne harmonie des programmes dépend aussi de leur version. SUSE LINUX Configuration du système avec YaST F IG . 2.3: YaST : Mise à jour en ligne 51 Toutes ces conditions doivent être vérifiées lors de l’installation, de la désinstallation ou de la mise à jour de logiciels. Heureusement, YaST dispose du module d’installation de logiciels ou gestionnaire de paquetages, un outil très performant pour la vérification des dépendances et conflits. Le gestionnaire de paquetages procède à une reconnaissance du système et affiche tous les paquetages installés dans celui-ci. Lorsque vous sélectionnez des paquetages additionnels pour les installer, le gestionnaire de paquetages vérifie automatiquement (ou sur demande) les dépendances et les résout en ajoutant automatiquement les éventuels paquetages nécessaires. Si vous sélectionnez par erreur des paquetages qui entrent en conflit, le gestionnaire de paquetages vous en informe et vous propose une solution pour la résolution du conflit. Si vous sélectionnez pour le supprimer un paquetage nécessaire à d’autres paquetages, vous serez, de la même façon, informé par le gestionnaire de paquetages qui vous proposera aussi des informations détaillées ainsi que des propositions de solution. Outre ces aspects purement techniques, le gestionnaire de paquetages est un bon outil pour obtenir un résumé de tous les paquetages disponibles dans SUSE LINUX. Ce résumé se réalise à l’aide de filtres qui procèdent à des regroupements thématiques et réduisent le nombre de paquetages affichés. Le gestionnaire de paquetages Pour modifier à l’aide du gestionnaire de paquetages les logiciels de votre système, sélectionnez ‘Installer ou supprimer des logiciels’ dans le centre de contrôle de YaST. La fenêtre de dialogue du gestionnaire de paquetages (voir figure 2.4 page suivante). La fenêtre est divisée en différentes zones thématiques. La taille de ces fenêtres a été optimisée, vous pouvez cependant les modifier en cliquant sur les lignes de séparation et en les déplaçant à l’aide de la souris. Nous allons vous décrire ici le contenu et l’utilisation de ces différentes zones. La fenêtre de filtres La sélection individuelle des paquetages lors d’une installation représente une tâche très importante qui demanderait beaucoup de temps. Le gestionnaire de paquetages vous propose donc différentes méthodes de filtrage qui regroupent les paquetages par catégories, affichant un nombre raisonnable de paquetages. La fenêtre de filtres est la zone à gauche sous la ligne de menu. Elle contrôle et affiche différentes méthodes de filtrage. Le contenu de la boîte de sélection de filtres située en haut détermine ce qui sera affiché dans la partie inférieure de la fenêtre de filtres. Cliquez sur la boîte de sélection de filtres pour afficher une liste des filtres disponibles et en sélectionner un. 52 2.3. Logiciels 2 Le filtre de sélections Lors du démarrage du gestionnaire de paquetages, le filtre de ‘Sélections’ est activé. Les sélections permettent de grouper les programmes selon leur utilité, par exemple ”Multimédia“ ou ”Bureautique“. Sous la boîte de sélection des filtres, vous pouvez voir les différents groupes du filtre sélectionné dont ceux déjà installés sur votre système sont marqués. En cliquant sur la boîte d’état au début de la ligne, vous pouvez sélectionner tous les état possibles successivement. L’état peut également être sélectionné directement en cliquant sur la ligne d’une sélection avec le bouton de droite de la souris pour faire apparaître le menu contextuel. La fenêtre de paquetages individuels à droite affiche tous les paquetages qui appartiennent à la sélection actuelle. Vous pouvez y sélectionner ou désélectionner individuellement les paquetages. SUSE LINUX Configuration du système avec YaST F IG . 2.4: YaST : le gestionnaire de paquetages 53 Le filtre de groupes de paquetages Une autre façon de filtrer est la sélection par ‘Groupes de paquetages’. Ce filtre offre une gestion plutôt technique des paquetages et est destiné à des utilisateurs qui connaissent déjà un peu les paquetages de SUSE LINUX. Les paquetages sont affichés à gauche dans une arborescence et regroupés selon des thèmes tels que ”Applications“, ”Développement“, ”Matériel“, etc. Plus vous avancez dans l’arborescence , plus le thème se précise et plus la liste correspondante de paquetages diminue, offrant ainsi une meilleure visibilité. Une autre possibilité de ce filtre est l’affichage de tous les paquetages par ordre alphabétique. Pour cela, sélectionnez en haut l’option ‘zzz tous’. Étant donné que SUSE LINUX contient énormément de paquetages, il est possible, selon les performances de votre matériel, que la création de cette liste prenne un certain temps. La fonction de recherche La fonction de ‘Recherche’ est la méthode la plus simple pour retrouver un paquetage bien déterminé. À l’aide de critères de recherche adéquats, il est possible de définir votre recherche de façon si précise que vous pouvez réussir à ne faire afficher qu’un seul paquetage dans la liste des résultats. Pour cela, introduisez une chaîne de caractères et sélectionnez, à l’aide des cases à cocher, ou cette chaîne doit être recherchée (dans le nom uniquement, dans le nom et dans la description ou dans les dépendances entre paquetages). Pour leurs recherches, les experts peuvent même introduire des caractères jokers ou des expressions régulières et à l’aide des champs ”Fournit“ et ”Nécessite“ faire des recherches en fonction des dépendances de paquetages. Par exemple, les développeurs de logiciels qui téléchargent des paquetages sources sur Internet, peuvent ainsi vérifier quel paquetage contient une bibliothèque spécifique nécessaire à la compilation de ce paquetage. Remarque Recherche avancée dans le gestionnaire de paquetages Outre le filtre ‘Recherche’, il existe une fonction de recherche rapide dans chaque liste du gestionnaire de paquetages. Il suffit d’introduire l’initiale du nom d’un paquetage et le pointeur se positionne directement sur le premier paquetage de la liste dont le nom commence par ce caractère. Pour que cela fonctionne, la liste de paquetages doit être sélectionnée (d’un clic de souris). Remarque 54 2.3. Logiciels La fenêtre de paquetage Selon le filtre sélectionné, la liste des paquetages affichés dans la fenêtre d’affichage individuel des paquetages diffère. Par exemple, si le filtre ‘Sélections’ est actif, les paquetages affichés sont ceux appartenant à la sélection faite. Dans le gestionnaire de paquetages, chaque paquetage à un état logique qui définit ce qui doit arriver au paquetage, par exemple ”Installer“ ou ”Supprimer“. Comme dans le filtre de sélections, cet état est symbolisé dans une boîte d’état au début de la ligne. Ici aussi, vous pouvez modifier l’état du paquetage en les faisant défiler avec la souris ou à l’aide du menu contextuel que vous ouvrez avec le bouton de droite de la souris. Il existe toute une série d’états, qui sont sélectionnables ou non, selon la situation globale actuelle. Par exemple, il n’est pas possible de sélectionner l’état ”Supprimer“ pour un paquetage qui n’est pas encore installé. Pour savoir quels sont les différents états et les symboles correspondants, sélectionnez ‘Symboles’ dans le menu ‘Aide’. 2 Configuration du système avec YaST Résumé de l’installation Après avoir sélectionné des paquetages pour les installer, les supprimer ou les mettre à jour, vous pouvez utiliser la boîte de sélection de filtres pour voir un résumé de l’installation et savoir ainsi précisément ce qui arrivera à chaque paquetage en cliquant sur ‘Accepter’. Utilisez les cases à cocher à gauche pour filtrer les paquetages à voir dans la fenêtre d’affichage individuel des paquetages. Si, par exemple, vous souhaitez uniquement vérifier quels paquetages sont déjà installés, désactivez toutes les cases à cocher dès le démarrage à l’exception de ‘Conserver’. L’état des paquetages dans la fenêtre d’affichage individuel peut être modifié comme à votre habitude. Cependant un paquetage peut alors ne plus remplir les conditions du filtre de recherche. Si vous souhaitez également éliminer ces paquetages de la liste, actualisez celle-ci en cliquant sur ‘Actualiser la liste’. Le gestionnaire de paquetages contient les états suivants pour les paquetages : Ne pas installer Ce paquetage n’est pas installé et ne sera pas installé. Installer Ce paquetage n’est pas encore installé mais va être installé. Conserver Ce paquetage est déjà installé et ne sera pas modifié. Actualiser Ce paquetage est déjà installé et sera remplacé par la version disponible sur le support d’installation. Supprimer Ce paquetage est déjà installé et sera supprimé. SUSE LINUX 55 Tabou – ne jamais installer Ce paquetage n’est pas installé et ne sera jamais installé, quelques soient les circonstances. Il sera traité comme s’il n’existait sur aucun support d’installation. Par exemple, si un paquetage doit être ajouté automatiquement pour résoudre les dépendances, avec ”Tabou“, vous vous assurez qu’il ne sera pas installé. Les inconsistances qui en résultent devront alors être résolues manuellement. Pour cette raison, ”Tabou“ est une option destinée principalement aux experts. Protégé Ce paquetage est installé et ne doit pas être modifié car cela pourrait provoquer des dépendances non résolues avec d’autres paquetages. Les paquetages de tiers (sans signature SUSE) se voient attribuer cet état de façon automatique pour ne pas être remplacés par des paquetages plus récents présents sur le support d’installation. Ceci pourrait provoquer des conflits entre paquetages qui devraient être résolus manuellement (pour experts). Installation automatique Le gestionnaire de paquetages a automatiquement sélectionné ce paquetage pour l’installer parce qu’il est nécessaire à un autre paquetage (résolution des dépendances entre paquetages). Remarque Pour désélectionner un de ces paquetages, il est possible que vous ayez à utiliser l’état ”Tabou“. Remarque Actualisation automatique Ce paquetage est déjà installé. Il est nécessaire, dans une version plus récente, à un autre paquetage. La version installée sera donc mise à jour de façon automatique. Suppression automatique Ce paquetage est déjà installé mais il existe un conflit entre paquetages qui rendent obligatoire la suppression de ce paquetage. Cela peut être le cas, par exemple, lorsqu’un autre paquetage remplace l’actuel. Installation automatique (après sélection) Ce paquetage a été sélectionné automatiquement pour être installé parce qu’il fait partie d’une sélection prédéfinie (par exemple ”Multimédia“ ou ”Développement“). Mise à jour automatique (après sélection) Ce paquetage est déjà installé mais il existe une version plus récente sur le support d’installation. Il fait partie d’une sélection prédéfinie (par exemple ”Multimédia“ ou ”Développement“) et est donc sélectionné et actualisé automatiquement. 56 2.3. Logiciels En outre, il est possible de spécifier si vous souhaitez installer les sources d’un programme avec celui-ci. Cette information complète l’état du paquetage et ne peut donc être sélectionnée manuellement. À la place, une case à cocher à la fin de la ligne de description du paquetage permet la sélection des paquetages sources. Vous pouvez également trouver cette option dans le menu ‘Paquetage’. Installer les sources Le code source sera installé. Ne pas installer les sources Le code source ne sera pas installé. Les couleurs de caractères utilisées dans la fenêtre d’affichage individuel des paquetages apportent des informations supplémentaires. Les paquetages déjà installés qui sont disponibles dans une nouvelle version sur le support d’installation, sont affichés en bleu. Inversement, les paquetages dont la version installée est plus récente que celle présente sur le support d’installation, sont affichés en rouge. Cependant, étant donné que la numérotation des paquetages n’est pas toujours linéaire, il peut être difficile de déterminer quelle version est la plus récente. Les informations fournies ne sont donc pas absolument certaines mais suffisent généralement à indiquer les paquetages problématiques. Pour voir le numéro exact de la version, utilisez la fenêtre d’informations. 2 Configuration du système avec YaST Suppression automatique (après sélection) Ce paquetage est déjà installé mais une sélection prédéfinie (par exemple ”Multimédia“ ou ”Développement“) rend sa suppression nécessaire. La fenêtre d’informations En bas, à droite, vous pouvez voir la fenêtre dans laquelle sont affichées, au moyen d’onglets, différentes informations relatives au paquetage sélectionné, telles que la description détaillée qui est affichée au démarrage, les données techniques (taille, groupe, etc.), une liste des dépendances et la version du paquetage. La fenêtre de ressources La fenêtre de ressources qui se trouve en bas à gauche affiche l’espace disque nécessaire à l’installation de votre sélection de paquetages courante sur les systèmes de fichiers montés pendant le processus de sélection de paquetages. L’occupation de l’espace dans chaque système de fichiers est indiqué sous forme de diagramme à barres de couleur. Le vert signifie qu’il a encore ”beaucoup d’espace“. Plus l’espace disque ”diminue“, plus la couleur des barres passe au rouge. Les valeurs affichées sont virtuelles et ne représentent que l’occupation d’espace qui aurait lieu si la sélection actuelle était installée. Si vous avez sélectionné trop de paquetages pour l’espace disque disponible, une fenêtre d’alerte apparaît. SUSE LINUX 57 La barre de menus La barre de menus dans la partie supérieure de la fenêtre permet également d’accéder à la majorité des fonctions déjà décrites et contient quatre menus : Fichier L’option ‘Exporter’ sous ‘Fichier’ permet de créer une liste de tous les paquetages installés et de les enregistrer dans un fichier texte. Ceci est pratique si vous souhaitez reproduire exactement la même installation à un autre moment ou sur un autre système. Avec la fonction ‘Importer’, vous pouvez charger un fichier créé de cette façon et générer ainsi exactement la même sélection de paquetages que celle qui a été enregistrée. Dans les deux cas, vous pouvez décider librement où enregistrer le fichier ou bien accepter la proposition du système. L’option ‘Sortir – défausser les modifications’ sert à sortir du gestionnaire de paquetages en défaussant toutes les modifications qui ont été réalisées dans la sélection de paquetages depuis le démarrage du gestionnaire. Si par contre, vous sélectionnez ‘Sortir – enregistrer les modifications’. Dans ce cas, les modifications sont prises en compte et le programme est fermé ensuite. Paquetage Les options du menu ‘Paquetage’ s’appliquent toujours au paquetage actuellement affiché dans la fenêtre d’affichage individuel de paquetages. Bien que tous les états qu’un paquetage peut avoir soient indiqués, vous ne pourrez sélectionner que ceux qui sont possibles et relevants pour ce paquetage. Les cases à cocher vous permettent également d’installer les sources avec le programme. L’option ‘Tous ceux de la liste’ ouvre un sousmenu qui contient encore tous les états du paquetage. Cependant, un choix dans cette liste ne s’appliquera pas seulement au paquetage courant, mais à tous les paquetages de la liste. Extras Le menu ‘Extras’ contient des options de gestion des dépendances et conflits entre paquetages. Après avoir sélectionné manuellement les paquetages pour votre installation, cliquez sur ‘Afficher les changements automatiques de paquetages’. Une liste des paquetages sélectionnés automatiquement par le gestionnaire de paquetages pour résoudre les dépendances est affichée. S’il existe encore des conflits entre paquetages non résolus, une fenêtre contenant des propositions de solutions apparaît. Lorsque vous activez l’option ”Ignorer“ pour les conflits entre paquetages, cette option est enregistrée de façon permanente dans le système. Sinon, vous devriez activer l’option ”Ignorer“ pour les mêmes paquetages lors de chaque démarrage du gestionnaire de paquetages. Pour désactiver cette option, utilisez ‘Réinitialiser les conflits de dépendances ignorés’. 58 2.3. Logiciels Vérification des dépendances Sous la fenêtre d’informations, se trouvent le bouton ‘Vérifier les dépendances’ et la case à cocher ‘Vérification automatique’. Si vous cliquez sur le bouton ‘Vérifier les dépendances’, le gestionnaire de paquetages contrôle l’existence de dépendances non résolues ou de conflits dans la sélection de paquetages actuelle. En cas de dépendances non résolues, les paquetages nécessaires à la résolution des dépendances seront automatiquement sélectionnés. En cas de conflits entre paquetages, le gestionnaire de paquetages ouvre une fenêtre pour les visualiser et vous propose des possibilités de solution. Si vous activez ‘Vérification automatique’, le processus de vérification décrit cidessus est effectué à chaque fois que l’état d’un paquetage est modifié. Ceci est pratique parce qu’ainsi les dépendances entre paquetages sont vérifiées en permanence. Cependant cela consomme des ressources et peut ralentir considérablement le fonctionnement du gestionnaire de paquetages. Pour cette raison, la vérification automatique n’est pas activée au démarrage du gestionnaire de paquetages. Vous pouvez choisir l’option qui vous semble la plus pratique. Néanmoins, la vérification des dépendances est toujours faite lorsque vous validez votre sélection en cliquant sur ‘Accepter’. 2 Configuration du système avec YaST Aide L’option ‘Aperçu’ du menu ‘Aide’ affiche un résumé du fonctionnement du gestionnaire de paquetages. Vous trouverez une explication détaillée des états des paquetages et de leurs symboles en sélectionnant l’option ‘Symboles’. Si vous souhaitez utiliser le programme sans faire appel à la souris, vous pouvez obtenir une description des combinaisons de touches à l’aide du point de menu ‘Touches’. Dans l’exemple suivant, les paquetages sendmail et postfix ne peuvent pas être installés simultanément. Dans la figure 2.5 page suivante, vous pouvez voir le message de conflit qui vous appelle à prendre une décision. postfix est déjà installé, vous pouvez donc renoncer à l’installation de sendmail, éliminer postfix ou prendre le risque d’ignorer le conflit. Attention Traitement des conflits de paquetages Suivez les conseils de YaST pour le traitement des conflits de paquetages car cela peut affecter la stabilité et la fonctionnalité de votre système. Attention SUSE LINUX 59 F IG . 2.5: Gestion de conflits par le gestionnaire de paquetages 2.3.4 Mise à jour du système Ce module vous permet d’actualiser votre système. Si votre système est en fonctionnement, vous ne pourrez mettre à jour que les logiciels d’applications mais pas le système de base SUSE LINUX. À cette fin, vous devez amorcer depuis le support d’installation, par exemple à partir du CD. Lors de la sélection du mode d’installation dans YaST, sélectionnez ‘Mise à jour du système installé’ au lieu de ‘Nouvelle installation’. Le processus de mise à jour ressemble beaucoup à une nouvelle installation du système. YaST vérifie tout d’abord l’état actuel de votre système, détermine une stratégie de mise à jour appropriée et présente les résultats dans un dialogue de propositions. Comme pendant l’installation, vous pouvez également sélectionner les différentes options à l’aide de la souris pour procéder à des modifications individuelles. La majorité des options telles que ‘Langue’ et ‘Disposition du clavier’ ont déjà été expliquées dans la section (Sélection de la langue page 13) relative à l’installation. En conséquence, nous nous en tiendrons ici à vous expliquer les éléments spécifiques à la mise à jour. 60 2.3. Logiciels 2 Sélectionné pour la mise à jour Options de mise à jour Sélectionnez la méthode de mise à jour de votre système. Vous disposez de deux possibilités différentes. Mise à jour avec installation de nouveaux logiciels Si vous souhaitez mettre à jour tout le système, vous pouvez choisir l’une des sélections prédéfinis. Ces sélections sont les mêmes que celles offertes lors de l’installation et permettent également l’installation de nouveaux paquetages. Mise à jour des paquetages installés uniquement Avec cette option, uniquement les paquetages déjà installés sur le système seront mis à jour. Aucun nouveau logiciel ne sera installé. Vous pouvez également, avec l’option ‘Supprimer les paquetages obsolètes’, spécifier si les paquetages qui ne sont pas disponibles dans la nouvelle version doivent être effacés. Cette option est sélectionnée par défaut pour éviter que les paquetages obsolètes n’occupent de l’espace disque inutilement. Configuration du système avec YaST Si différentes versions de SUSE LINUX sont installées sur votre système, vous pouvez sélectionner ici la partition que vous souhaitez mettre à jour. La liste affiche toutes les partitions qui peuvent être actualisés. Paquetages En cliquant sur ‘Paquetages’, vous démarrez le gestionnaire de paquetages et vous pourrez y sélectionner ou désélectionner individuellement les paquetages pour la mise à jour. Les conflits entre paquetages qui peuvent apparaître pourront y être résolus à l’aide de la vérification des dépendances. L’utilisation du gestionnaire de paquetages a été expliquée en détails dans la section Installer/supprimer des logiciels page 50. Sauvegarde Lors de la mise à jour du système, il est possible que les fichiers de configuration de certains paquetages soient remplacés par ceux de la nouvelle version. Vous pouvez avoir modifié ces fichiers dans votre système actuel (avant mise à jour), par conséquent, ceux-ci sont sauvegardés avant la mise à jour. Ce dialogue vous permet de déterminer si ces sauvegardes doivent être effectuées et quelle doit être leur importance. SUSE LINUX 61 Remarque Contenu de la sauvegarde Veuillez noter que ces sauvegardes ne concernent pas le logiciel mais les fichiers de configuration correspondants. Remarque Conseils importants au sujet de la mise à jour La mise à jour d’un système est, d’un point de vue technique, une opération extrêmement complexe. À cette occasion, YaST doit, pour chaque paquetage logiciel, vérifier quelle version est installée puis définir ce qui doit être fait afin que la nouvelle version remplace correctement l’ancienne. YaST s’assure de reprendre, dans la mesure du possible, pour chaque paquetage installé concerné, les configurations personnelles existantes afin de vous éviter de reconfigurer vos paramètres à chaque fois. Dans certains cas, certains problèmes de configuration peuvent se présenter après la mise à jour si l’ancienne configuration n’est pas compatible avec la nouvelle version du programme ou parce qu’il y a une inconsistance imprévisible entre différentes configurations. En outre, une mise à jour pose d’autant plus de problèmes que la version à actualiser est ancienne. Des difficultés sont aussi à prévoir si la configuration des paquetages à actualiser s’éloigne du standard. Il est parfois impossible de reprendre correctement une ancienne configuration et il est alors nécessaire d’en créer une nouvelle. Une configuration existante devrait toujours être sauvegardée avant le début de la mise à jour. 2.4 Matériel Les nouveaux composants matériels doivent tout d’abord être intégrés ou connectés selon les instructions fournies par le constructeur. Activez les périphériques externes tels que l’imprimante ou le modem et lancez le module YaST correspondant. Les composants matériels que l’on trouve habituellement dans le commerce sont, pour la plupart, reconnus automatiquement par YaST qui affiche ensuite leurs données techniques. Si la détection automatique se solde par un échec, YaST vous présentera une liste (par exemple, noms de modèles/constructeurs) dans laquelle vous pourrez sélectionner le périphérique adéquat. Consultez la documentation relative à votre matériel si les informations inscrites sur votre périphérique ne sont pas suffisantes. 62 2.4. Matériel 2 Remarque Remarque 2.4.1 Lecteurs CD et DVD Lors de l’installation, tous les lecteurs de CD ROM détectés sont intégrés au système, c’est à dire que les entrées correspondantes seront faites dans le fichier /etc/fstab et les sous-répertoires /media seront créés. Avec ce module de YaST, vous pouvez également intégrer au système des unités montées ultérieurement. Une fois que le module est démarré, une liste contenant toutes les unités détectées est affichée. Sélectionnez le nouveau lecteur en cochant la case au début de la ligne, puis cliquez sur ‘Terminer’. Le nouveau lecteur est maintenant intégré au système et peut être utilisé. 2.4.2 Configuration du système avec YaST Noms de modèles Attention aux noms de modèles : si votre modèle ne figure pas dans la liste, vous pouvez toujours faire un essai en sélectionnant un nom similaire. Dans certains cas, il est cependant indispensable de spécifier le nom exact en tenant compte de chaque lettre ou numéro car un nom similaire ne permet pas toujours de conclure qu’il s’agit d’un périphérique compatible. Imprimante Sous Linux, les imprimantes sont pilotées par des files d’attente d’impression (en anglais queues). Les données à imprimer sont stockées temporairement dans la file d’attente d’impression et envoyées les unes après les autres à l’imprimante par le spouleur d’impression. La plupart du temps, ces données se présentent sous une forme qui ne permet pas de les envoyer directement à l’imprimante. Un graphique, par exemple, doit d’abord être converti dans un format que l’imprimante peut directement traiter. La conversion dans le langage de l’imprimante est faite par le filtre d’impression. Exemples de langages d’impression usuels Pour simplifier, on peut répartir les langages d’impression usuels dans les trois groupes qui suivent : SUSE LINUX 63 Texte ASCII Toute imprimante normale peut directement imprimer du texte ASCII. Par ailleurs, il existe des imprimantes qui n’impriment pas de texte ASCII directement, mais que l’on peut piloter grâce à l’un des langages d’impression usuels suivants. PostScript PostScript est le langage par défaut de l’impression sous Unix/Linux. De tels travaux d’impression peuvent être rendus directement sur les imprimantes PostScript. PCL3, PCL4, PCL5e, PCL6, ESC/P, ESC/P2, ESC/P Raster Si ce n’est pas une imprimante PostScript qui est connectée, le filtre d’impression utilise Ghostscript pour convertir les données dans l’un de ces autres langages d’impression usuels. Dans ce cas, le pilote qui s’adapte le mieux possible au modèle d’imprimante est utilisé, afin de pouvoir respecter les particularités du modèle (par exemple le réglage des couleurs). Déroulement du travail d’impression sous Linux 1. L’utilisateur ou un programme d’application génère un nouveau travail d’impression. 2. Les données à imprimer sont stockées temporairement dans la file d’attente d’impression, d’où elles sont transmises au filtre d’impression par le spouleur d’impression. 3. Le filtre d’impression se charge alors des tâches suivantes : (a) Le type des données à imprimer est déterminé. (b) Si les données ne sont pas en PostScript, elles sont d’abord converties dans le langage standard PostScript. (c) Si nécessaire, les données en PostScript sont converties dans un autre langage d’impression. Si une imprimante PostScript est connectée, les données en PostScript sont envoyées directement à l’imprimante. Si ce n’est pas une imprimante PostScript qui est connectée, le programme Ghostscript intervient avec un pilote Ghostscript adapté au langage d’impression du modèle d’imprimante utilisé, afin de générer les données adaptées à l’imprimante, lesquelles sont ensuite envoyées à l’imprimante. 4. Dès que le travail d’impression a été envoyé en totalité à l’imprimante, le spouleur d’impression retire le travail de la file d’attente. 64 2.4. Matériel 2 Imprimantes prises en charge SUSE LINUX prend tout de même en charge quelques-unes de ces imprimantes. Toutefois, elles sont souvent problématiques et, pour certains modèles, on peut être soumis à des restrictions comme par exemple ne pouvoir imprimer qu’en noir et blanc et à faible résolution. Pour plus d’informations sur l’utilisation de ces périphériques, reportez-vous également aux sections Imprimantes propriétaires, le plus souvent des imprimantes GDI page 293 et Imprimante sans langage d’impression standard page 306. 2004-07-29 10:21:47 CEST Configuration avec YaST Pour installer l’imprimante, choisissez ‘Matériel’ dans le Centre de Contrôle YaST, puis ‘Imprimante’. La fenêtre principale de configuration des imprimantes s’ouvre. Dans la partie supérieure, la liste des imprimantes reconnues et, dans la partie inférieure, les files d’attente déclarées s’affichent. Lorsqu’une imprimante n’a pas été reconnue automatiquement, vous pouvez l’installer manuellement. Configuration du système avec YaST Étant donné que les pilotes d’impression pour Linux ne sont souvent pas développés par le fabricant du matériel, il est nécessaire que l’imprimante puisse être pilotée au moyen d’un langage d’impression bien connu. Les imprimantes normales comprennent au moins un des langages d’impression connus. Si en revanche le fabricant y renonce et construit une imprimante qui ne peut être pilotée qu’avec des séquences de commande spéciales, il s’agit alors d’une imprimante GDI (comme par exemple un grand nombre d’imprimantes à jet d’encre bon marché) qui, à l’origine, ne fonctionne que sous la version de système d’exploitation pour lequel le fabricant a fourni un pilote. Comme la manière de piloter ce type d’imprimante ne correspond à aucune norme courante, leur utilisation sous Linux est souvent source de difficultés. Configuration automatique YaST permet de configurer automatiquement l’imprimante lorsque la connexion parallèle ou USB a été configurée automatiquement de façon correcte et que l’imprimante qui y est connectée a été reconnue automatiquement. La base de données des imprimantes contient l’identification du modèle d’imprimante que YaST a obtenu lors de la reconnaissance automatique du matériel. Pour certaines imprimantes, ce matériel identifié peut différer du nom du modèle. Dans ce cas, il se peut que le modèle ne puisse être choisi que manuellement. Chaque configuration devrait faire l’objet d’un test d’impression avec YaST pour vérifier qu’elle fonctionne réellement. De plus, la page de test de YaST vous fournit des informations importantes sur la configuration en question. SUSE LINUX 65 Configuration manuelle Lorsqu’une des conditions requises pour la configuration automatique n’est pas remplie ou que l’on souhaite une configuration particulière donnée, celle-ci doit se faire manuellement. Dans la mesure où YaST reconnaît automatiquement le matériel et où la base de données des imprimantes dispose d’informations sur le modèle d’imprimante en choisi, YaST peut transmettre automatiquement les données nécessaires ou proposer une présélection rationnelle. En tout, les valeurs suivantes doivent être configurées : Connexion matérielle (interface) La configuration de la connexion matérielle dépend de si YaST a pu détecter l’imprimante lors de la reconnaissance du matériel. Si YaST peut reconnaître automatiquement le modèle de l’imprimante, on peut partir du principe que la connexion matérielle avec l’imprimante fonctionne et qu’il n’y a donc rien à régler. Si YaST n’est pas en mesure de reconnaître automatiquement le modèle de l’imprimante, il est fort probable que la connexion de l’imprimante au niveau matériel ne fonctionnera pas que si elle est configurée à la main. Nom de la file d’attente Lorsque l’on imprime, on doit souvent indiquer le nom de la file d’attente, et il vaut donc mieux n’utiliser que des noms composés de minuscules et éventuellement de chiffres. Modèle d’imprimante et fichier PPD Les réglages propres à l’imprimante (par exemple le pilote Ghostscript et les paramètres propres au pilote approprié pour le filtre d’impression) sont enregistrés dans un fichier PPD (en anglais, PostScript Printer Description ”description d’imprimante PostScript“). Pour plus d’informations sur les fichiers PPD, reportez-vous également à la section Installation du logiciel page 294. Avec de nombreux modèles d’imprimantes, on dispose de plusieurs fichiers PPD (par exemple lorsque plusieurs pilotes Ghostscript fonctionnent). Le choix du fabricant et du modèle permet de ne devoir choisir ensuite que parmi les fichiers PPD appropriés. Si l’on dispose de plusieurs fichiers PPD, YaST en choisit un (normalement celui qui est mis en évidence par la mention ”recommended“). On peut au besoin choisir un autre fichier PPD au moyen de ‘Modifier’. 66 2.4. Matériel 2 Configuration du système avec YaST Etant donné que pour les imprimantes non PostScript, le filtre d’impression génère les données adaptées à l’imprimante par l’intermédiaire d’un pilote Ghostscript, c’est la configuration du pilote Ghostscript qui va être décisif pour déterminer le type d’impression. C’est la configuration du pilote Ghostscript (via fichier PPD) et les réglages propres au pilote qui déterminent les caractéristiques de l’impression. Si nécessaire, il est possible via ‘modifier’ de choisir dans le fichier PPD d’autres réglages dépendants de l’imprimante pour le filtre d’impression. F IG . 2.6: Configuration de l’imprimante via YaST2 : choix de l’imprimante L’impression de la page de test de YaST est indispensable. Si, lors de cette opération, la page de test ne contient que des caractères incompréhensibles (par exemple beaucoup de pages vides), vous pouvez arrêter immédiatement l’impression au niveau de l’imprimante, en retirant tout le papier puis en interrompant le test d’impression. Si le modèle de l’imprimante ne figure pas dans la base de données des imprimantes, il existe un certain nombre de fichiers PPD génériques pour les langages d’impression usuels, prenez comme ”fabricant“ UNKNOWN MANUFACTURER. Autres réglages Vous n’avez normalement rien d’autre à régler. SUSE LINUX 67 Configuration des logiciels applicatifs Les logiciels applicatifs emploient les files d’attente disponibles de la même manière que pour l’impression depuis la ligne de commande. Par conséquent, avec les logiciels applicatifs, ne configurez pas à nouveau l’imprimante, mais utilisez les files d’attente existantes. Impression depuis la ligne de commande En mode la ligne de commande, on imprime avec la commande lp -d hfile_d_attentei hnom_du_fichieri , en remplaçant hfile_d_attentei et hnom_du_fichieri comme il convient. Impression en mode ligne de commande avec les logiciels applicatifs Certains logiciels applicatifs emploient la commande lp pour imprimer. Dans le formulaire d’impression du logiciel applicatif, saisissez la commande d’impression appropriée (sans le hnom_du_fichieri). Par exemple : lp -d hfile_d’attentei . Pour cela, il faut modifier la liste déroulante au bas de la boîte de dialogue d’impression des programmes KDE en choisissant ‘Impression via un programme externe (générique)’, sinon on ne peut pas saisir de commande d’impression. Impression avec le système d’impression CUPS Les programmes de dialogue d’impression comme xpp ou le programme kprinter de KDE permettent non seulement de choisir la file d’attente, mais aussi d’ajuster les options par défaut de CUPS et celles qui sont propres à l’imprimante dans le fichier PPD, au moyen de menus graphiques de sélection. Pour que kprinter soit la boîte de dialogue d’impression uniforme dans différents logiciels applicatifs, saisissez les commandes d’impression kprinter ou kprinter --stdin dans le formulaire d’impression de ces logiciels applicatifs. La commande d’impression à choisir dépend de ces logiciels. Ainsi, après le formulaire d’impression du logiciel applicatif, la boîte de dialogue d’impression kprinter apparaît, vous permettant d’ajuster la file d’attente ainsi que d’autres options. Avec cette méthode, il faut cependant veiller à ce que les réglages effectués dans le formulaire d’impression du logiciel applicatif et dans kprinter ne se contredisent pas. Il est donc judicieux de n’entreprendre des réglages que dans kprinter. 68 2.4. Matériel 2 Problèmes possibles Informations complémentaires Pour plus de détails concernant l’impression sous Linux, consultez le chapitre Imprimante (utilisation) page 291, des questions d’ordre général ainsi que leurs réponses y sont abordées. De nombreux cas particuliers ont leurs solutions dans la base de données d’assistance. Pour les problèmes d’imprimante, les articles Drucker einrichten (en allemand) et Printer configuration in SUSE LINUX 9.1 on (en anglais) qu’elle contient vous seront certainement très utiles ; vous les trouverez sous le mot-clé ”einrichten“ ou ”configuration“. http://portal.suse.com/sdb/en/2004/08/jsmeix_printeinrichten-92.html 2.4.3 Contrôleur de disques durs Normalement, YaST configure le contrôleur de disques durs de votre système durant l’installation. Si vous montez des contrôleurs supplémentaires, vous pouvez procéder à leur intégration dans le système avec ce module de YaST. Vous pouvez également modifier la configuration existante, ce qui, cependant, ne devrait pas être nécessaire. La fenêtre de dialogue offre une liste de tous les contrôleurs de disques durs détectés et permet d’ordonner les modules de noyau adéquats avec des paramètres spécifiques. Utilisez ‘Tester le chargement du module’ pour vérifier si les configurations actuelles fonctionnent avant de les enregistrer définitivement dans le système. Configuration du système avec YaST Lorsque la communication entre l’ordinateur et l’imprimante est défaillante, l’imprimante ne peut pas interpréter correctement les données envoyées, ce qui provoquera l’impression de caractères ”aberrants“ sur d’énormes quantités de papier. Dans ce cas, reportez-vous à la section Travaux d’impression erronés ou transfert de données perturbé page 312. Attention Configuration du contrôleur de disques durs Ceci est un outil pour experts. Si vous procédez ici à une mauvaise configuration, il se peut que le système ne puisse plus amorcer. Quoiqu’il arrive, utilisez toujours l’option de test. Attention SUSE LINUX 69 2.4.4 Carte graphique et moniteur (SaX2) L’interface graphique, le serveur X, rend possible la communication entre le matériel et les logiciels. Les bureaux comme KDE et GNOME peuvent afficher des informations à l’écran avec lesquelles l’utilisateur peut travailler. Les bureaux et autres applications similaires sont souvent qualifés de gestionnaire de fenêtres (Windowmanager). Sous Linux il existe de nombreux gestionnaires de fenêtres qui peuvent se différencier énormément les uns des autres tant par leur aspect que par leur fonctionnalité. L’interface graphique est configurée lors de l’installation. Si vous voulez améliorer les valeurs des paramètres de configuration ou, par exemple, connecter un autre moniteur au système en fonctionnement, utilisez ce module de YaST. Avant toute modification, la configuration actuelle sera enregistrée. Ensuite, la même fenêtre de dialogue que lors de l’installation de SUSE LINUX apparaît. Vous pouvez choisir entre ‘Mode texte uniquement’ et l’interface graphique. Pour celle-ci, les valeurs actuelles seront affichées : résolution de l’écran, profondeur de couleur, fréquence de rafraîchissement, fabricant et modèle du moniteur si ces données ont été reconnues automatiquement. Si vous venez d’installer votre système ou de connecter une nouvelle carte graphique et voulez l’initialiser pour la première fois, une petite fenêtre apparaît dans laquelle vous devrez préciser si vous voulez activer l’accélération 3D pour votre carte graphique. Cliquez sur ‘Modifier’. Maintenant, SaX2, l’outil de configuration des périphériques d’entrée et de sortie, démarre dans une fenêtre séparée (figure 2.7 page ci-contre). SaX2 – La fenêtre principale Dans la barre de navigation à gauche se trouvent quatre options principales : ‘Périphériques graphiques’, ‘Périphériques d’entrée’, ‘Multihead’ et ‘AccessX’. Dans ‘Périphériques graphiques’, vous pouvez configurer le moniteur, la carte graphique, la profondeur de couleur et la résolution ainsi que la taille de l’image. Dans ‘Périphériques d’entrée’ vous pouvez configurer le clavier et la souris ainsi que, si nécessaire, un écran tactil (touchscreen) et une tablette graphique. Dans le menu ‘Multihead’, vous pouvez configurer une station avec écrans multiples (voir Multihead page 76). Vous pouvez définir le mode d’affichage multihead, ainsi que l’ordre des écrans sur votre bureau. ‘AccessX’ est un outil très pratique pour contrôler le pointeur de la souris avec le pavé numérique du clavier si vous travaillez sur un ordinateur sans souris ou si celle-ci ne fonctionne pas. Vous pouvez ici modifier la vitesse du pointeur de la souris qui est contrôlé à travers la pavé numérique. 70 2.4. Matériel 2 Entrez le modèle approprié pour le moniteur et la carte graphique. En général, le système reconnaît automatiquement l’écran et la carte graphique. Configuration du système avec YaST F IG . 2.7: La fenêtre principale du nouveau SaX2 Si votre système ne reconnaît pas votre moniteur, le dialogue de selection de moniteurs apparaît avec une liste importante de fabricants et modèles, dans laquelle vous trouverez très probablement le votre. Si ce n’est pas le cas, entrez manuellement les valeurs qui correspondent à votre moniteur ou choisissez la configuration standard, le mode Vesa. Si vous cliquez, dans la fenêtre principale, sur ‘Terminer’ une fois que la configuration du moniteur et de la carte graphique est achevée, vous avez la possibilité de procéder à un test de la configuration. De cette façon, vous pouvez vous assurer que la configuration choisie fonctionne sans problème. Si l’image qui est et réduisez la affichée est trouble, interrompez le test en pressant la touche Esc valeur de la fréquence de rafraîchissement de l’image ou bien la résolution ou la profondeur de couleur. Toutes les modifications réalisées – que vous les ayez testées ou non – sont activées lors du redémarrage du système graphique ou du serveur X. Si vous utilisez KDE, il suffit que vous vous déconnectiez puis que vous vous reconnectiez. SUSE LINUX 71 Affichage Sélectionnez ‘Modifier la configuration’ ➝ ‘Propriétés’, une fenêtre contenant les trois onglets‘Moniteur’, ‘Fréquences’ et ‘Avancé’ apparaît. ‘Moniteur’ Sélectionnez ici le fabricant dans la partie gauche de la fenêtre et le modèle dans la partie droite. Si vous avez une disquette de pilotes Linux pour votre moniteur, utilisez-la après avoir cliqué sur ‘Disquette de pilotes’. F IG . 2.8: SaX2 : sélection du moniteur ‘Fréquences’ Entrez ici les fréquences horizontales et verticales appropriées pour votre moniteur. La fréquence verticale est une autre dénomination de la fréquence de rafraîchissement de l’image. Normalement, ces valeurs sont déterminées automatiquement en fonction du modèle de moniteur et vous n’avez besoin de procéder à aucun changement. ‘Avancé’ Vous pouvez ici configurer encore quelques options pour votre moniteur. Dans le champ de saisie, vous pouvez spécifier la méthode à utiliser pour le calcul de la résolution et de la géométrie de l’écran. Ne procédez ici à des modifications que dans le cas où votre écran a posé des problèmes. Vous pourrez, plus tard changer la taille de l’image et activer le mode de gestion d’énergie DPMS que vous souhaitez. 72 2.4. Matériel 2 Attention Attention Carte graphique Dans le dialogue de la carte graphique, vous verrez deux onglets : ‘Général’ et ‘Avancé’ : ‘Général’ – ici, tout comme dans le cas de la configuration du moniteur, vous pouvez entrer le fabricant à gauche et le modèle de la carte graphique à droite. Configuration du système avec YaST Configuration des fréquences du moniteur Malgré les mécanismes de protection implementés, prenez garde à ce que vous faites lors de l’entrée manuelle des fréquences. Les valeurs erronées peuvent endommager votre moniteur. Consultez le manuel accompagnant votre moniteur avant d’entrer des valeurs manuellement. F IG . 2.9: SaX2 : sélection de la carte graphique SUSE LINUX 73 ‘Avancé’ – vous pouvez ici, à droite, spécifier si vous voulez orienter votre écran verticalement ou horizontalement (ceci ne concerne que certains écrans TFT orientables). Les entrées pour le BusID ne présentent d’intérêt que si vous travaillez avec plus d’un écran. En général, vous n’avez rien à changer ici. Surtout, ne procédez à aucune modification si vous ne connaissez pas la signification des différentes options. Si nécessaire, consultez la documentation qui accompagne votre carte graphique pour connaître la signification des différentes options. Couleurs et résolution(s) Ici, vous trouverez trois onglets : ‘Couleurs’, ‘Résolution’ et ‘Avancé’. ‘Couleurs’ Selon le matériel utilisé, vous pouvez choisir entre les options de profondeurs de couleur 16, 256, 32768, 65536 et 16,7 millions de couleurs (4, 8, 15, 16 ou 24 bits). Pour une qualité d’affichage raisonnable, sélectionnez au moins 256 couleurs. ‘Résolution’ Toutes les combinaisons de résolution et profondeur de couleur supportées sans problème par votre matériel vous seront proposées. Ainsi le danger d’endommager votre matériel en utilisant de mauvais paramètres est très réduit avec SUSE LINUX. Si vous souhaitez tout de même modifier manuellement les valeurs de résolution, consultez absolument la documentation de votre matériel pour savoir si les valeurs que vous souhaitez utiliser ne poseront pas de problème. ‘Avancé’ Ici, vous pouvez ajouter des résolutions à celles offertes dans l’onglet précédent. Celles-ci seront alors ajoutées à la sélection. Résolution virtuelle Chaque interface possède une résolution propre, visible sur tout l’écran. Outre cette résolution, vous pouvez configurer une autre résolution plus importante que la zone visible de l’écran. Si vous sortez de l’écran avec le curseur de la souris, vous déplacerez la zone virtuelle dans la zone visible. La taille des pixels ne change pas, mais la surface d’utilisation est plus grande. C’est ce que l’on appelle la résolution virtuelle. La configuration de la résolution virtuelle peut se faire de deux façons : ‘Par glissé-déposé’ – si la souris se trouve dans la zone visible de l’écran, le pointeur de la souris se convertit en un réticule. Cliquez sur le bouton de gauche de la souris et maintenez-le enfoncé pendant que vous déplacez la souris, vous modifiez ainsi la taille de la surface marquée. Cette surface affiche la résolution virtuelle correspondant à la résolution réelle représentée sur l’écran. Cette méthode 74 2.4. Matériel 2 de configuration est conseillée lorsque vous ne souhaitez employer comme zone virtuelle qu’une zone déterminée dont vous ne connaissez pas encore exactement la taille. Configuration du système avec YaST F IG . 2.10: SaX2 : configuration de la résolution ‘À l’aide d’une sélection dans le menu déroulant’ – avec le menu déroulant qui se trouve toujours au milieu de la surface marquée, vous pourrez voir la résolution virtuelle configurée actuellement. Si vous savez déjà quelle résolution standard vous souhaitez définir comme résolution virtuelle, sélectionnez-la dans le menu. Accélération 3D Si dans la première installation ou lors de la connexion d’une nouvelle carte graphique et de sa configuration, vous n’avez pas activé l’accélération 3D, vous pouvez le faire ici. Taille et position de l’image Ici, vous pouvez ajuster, à l’aide des flèches, la taille et la position de l’image (voir figure 2.12 page 77). Si vous travaillez dans un environnement multi-écran multihead, vous pouvez passer sur le moniteur suivant avec le bouton ‘Écran suivant’ et fixer alors la taille et la position correspondantes. Avec ‘Enregistrer’, vous enregistrez votre configuration. SUSE LINUX 75 F IG . 2.11: SaX2 : configuration de la résolution virtuelle Attention Malgré les mécanismes de protection implementés, prenez garde à ce que vous faites lors de l’entrée manuelle des fréquences. Les valeurs erronées peuvent endommager votre moniteur. Consultez le manuel accompagnant votre moniteur avant d’entrer des valeurs manuellement. Attention Multihead Si votre ordinateur est équipé de plus d’une carte graphique ou d’une carte graphique à plusieurs sorties, vous pourrez travailler avec plus d’un écran. Si vous utilisez deux écrans, il s’agit de Dualhead, si vous travaillez avec plus de deux écrans, il s’agit de Multihead. SaX2 détermine automatiquement le nombre de cartes graphiques dans votre système et prépare alors la configuration appropriée. Dans le dialogue multihead de SaX, vous pouvez définir le mode multihead et l’ordre des écrans. Vous pouvez choisir entre trois modes : ‘Traditionnel’ (par défaut), ‘Xinerama’ et ‘Cloné’ : 76 2.4. Matériel 2 ‘Multihead traditionnel’ Chaque moniteur est une unité en soi. Seul le pointeur de la souris peut passer d’un écran à un autre. Configuration du système avec YaST F IG . 2.12: SaX2 : adaptation de la géométrie de l’image ‘Multihead cloné’ Ce mode est utilisé lors de présentations et salons lorsque tout un mur d’écrans est installé. Dans ce mode, tous les moniteurs ont le même contenu. La souris n’apparaît que dans l’écran primaire. ‘Multihead Xinerama’ Tous les écrans fusionnent en un seul grand écran, c’est à dire que les fenêtres des programmes peuvent être placés sur tous les moniteurs ou avoir une taille supérieure à celle d’un écran. La disposition d’un environnement multihead décrit la distribution et les relations de comportement entre les différents écrans. Par défaut, SaX2 réalise une disposition en ligne de gauche à droite selon l’ordre des cartes graphiques reconnues. Dans le dialogue ‘Disposition’ des outils multihead, vous pouvez déterminer l’ordre de vos moniteurs. Pour cela, il vous suffit de déplacer les symboles des écrans avec la souris et de les ordonner comme vous le souhaitez. Après avoir fermé le dialogue de la disposition, vous pouvez tester la nouvelle configuration en cliquant sur le bouton ‘Test’. SUSE LINUX 77 Veuillez noter que, pour le moment, Linux n’offre pas l’accélération 3D pour un environnement multihead Xinerama. Dans ce cas, SaX2 désactivera le support 3D. Périphériques d’entrée Souris Si le processus de reconnaissance automatique ne reconnaît pas la souris, vous devrez configurer votre souris manuellement. Vous pouvez trouver le type de la souris dans sa documentation. Choisissez la valeur correspondante dans la liste de modèles des souris supportées. Après avoir marqué le modèle adéquat, confirmez la sélection en pressant la touche 5 du pavé numérique. Clavier Dans le champ de sélection de ce dialogue, vous pouvez déterminer le type de clavier que vous utilisez. En-dessous, vous pouvez choisir la langue pour la disposition du clavier. Finalement, vous pouvez vérifier si cette disposition du clavier fonctionne en saisissant quelques caractères spéciaux dans le champ de test. Saisissez, par exemple, ”à“, ”ç“, ”é“ ou ”è“. L’état de la case à cocher qui vous permet d’activer ou de désactiver l’entrée de lettres accentuées dépend de la langue sélectionnée et ne devrait pas être changé. Cliquez sur ‘Terminer’ pour appliquer les nouveaux paramètres de configuration. Écran tactil À l’heure actuelle, les écrans tactils des marques Microtouch et Elographics sont supportés par X.Org. SaX2 ne peut reconnaître que le moniteur automatiquement, mais pas le crayon (toucher). Le crayon peut être considéré comme un périphérique d’entrée. Pour le configurer correctement, réalisez les étapes suivantes : 1. Démarrez SaX2 et sélectionnez ‘Périphériques d’entrée’ ➝ ‘Écran tactil’. 2. Cliquez sur ‘Ajouter’ et ajoutez un écran tactil. 3. Enregistrez la configuration en cliquant sur ‘Appliquer’. Il n’est pas absolument nécessaire de tester la configuration. Les écrans tactils disposent d’une grande variété d’options qui, généralement, doivent tout d’abord être qualibrées. Malheureusement, il n’existe pas d’outil global sous Linux pour cela. La configuration de la taille des écrans tactils étant déjà intégrée dans les valeurs par défaut de la configuration standard, vous n’aurez pas à procéder à une configuration additionnelle. 78 2.4. Matériel 1. Démarrez SaX2 et sélectionnez ‘Périphériques d’entrée’ ➝ ‘Tablette graphique’. 2. Cliquez sur ‘Ajouter’, sélectionnez le fabricant dans le dialogue suivant et choisissez une tablette graphique dans la liste. 3. Utilisez les cases à cocher à droite pour spécifier si vous utilisez également un crayon et/ou une gomme. 4. Dans le cas d’une tablette connectée à un port série ainsi que pour tous les périphériques d’entrée, vérifiez si la connexion est correcte. /dev/ ttyS0 indique le premier port série, /dev/ttyS1 le deuxième, etc. 5. Cliquez sur ‘Terminer’ pour enregistrer la configuration. AccessX Si vous voulez travailler sans souris, activez AccessX au démarrage de SaX2. Ainsi, vous pouvez contrôler les mouvements du pointeur sur l’écran à l’aide du pavé numérique de votre clavier (voir tableau 2.1). 2 Configuration du système avec YaST Tablettes graphiques À l’heure actuelle, X.Org ne supportent que quelques tablettes graphiques. SaX2 permet la configuration des tablettes connectées au port USB comme au port série. Pour la configuration, une tablette graphique peut être considérée comme une souris ou, plus généralement, comme un périphérique d’entrée. Nous vous recommandons de procéder de la manière : TAB . 2.1: AccessX – contrôle de la souris à l’aide du pavé numérique Touche ÷ × – 5 + Description Active le bouton de gauche de la souris Active le bouton central de la souris Active le bouton de droite de la souris Cette touche vous permet de cliquer avec le bouton de la souris que vous activé auparavant. Si vous n’avez activé aucun bouton, c’est le bouton de gauche qui sera utilisé. Une fois que le clic aura été émulé, l’activation de la touche correspondante reviendra à sa configuration standard. Cette touche fonctionne comme la touche 5 , à la différence qu’elle émule un double-clic. SUSE LINUX 79 0 Supr 7 8 9 4 6 1 2 3 , à la différence Cette touche fonctionne comme la touche 5 qu’elle émule une pression maintenue sur le bouton de la souris. Cette touche émule le relâchement du bouton de souris maintenu enfoncé par l’action de la touche 0 . Déplace la souris vers le coin en haut à gauche Déplace la souris en ligne droite vers le haut Déplace la souris vers le coin en haut à droite Déplace la souris vers la gauche Déplace la souris vers la droite Déplace la souris vers le coin en bas à gauche Déplace la souris en ligne droite vers le bas Déplace la souris vers le coin en bas à droite Vous pouvez, à l’aide du curseur, déterminer la vitesse de déplacement du pointeur de la souris lors de la pression des touches correspondantes. Informations supplémentaires Vous pourrez trouver plus d’informations au sujet du système X Windows, son histoire et les propriétés au chapitre Le système X Window page 273. 2.4.5 Informations sur le matériel Pour la configuration des composants matériels, YaST procède à une reconnaissance du matériel. Les données techniques détectées sont affichées dans une fenêtre propre. Ceci est particulièrement utile lorsque vous souhaitez soumettre une requête à notre service d’assistance technique. Pour cela, vous nécessitez des informations sur votre matériel. 80 2.4. Matériel 2 2.4.6 Mode IDE DMA Configuration du système avec YaST F IG . 2.13: Affichage des informations sur le matériel Ce module vous permet d’activer ou de désactiver le mode DMA pour le(s) disque(s) dur(s) (IDE) et le(s) lecteur(s) de CD/DVD (IDE) dans le système installé. Ce module ne fonctionne pas pour les périphériques SCSI. Les modes DMA peuvent accroître sensiblement la performance ou la vitesse de transfert de données de votre système. Lors de l’installation du système, le noyau actuel de SUSE LINUX active automatiquement DMA pour les disques durs et le désactive pour les lecteurs de CD car ceux-ci ont très souvent créé des problèmes lorsque DMA est activé pour tous les lecteurs. Vous pourrez ensuite décider, avec le module DMA, d’activer ou non ce mode pour vos lecteurs. En cas de problèmes, par exemple, dans le fonctionnement de votre disque dur, il peut être utile de désactiver DMA. Inversement, vous pouvez améliorer le taux de transfert de données de votre lecteur de CD en activant DMA si le lecteur supporte ce mode sans problème. SUSE LINUX 81 Remarque DMA (=Direct Memory Access) signifie qu’il y a un accès direct à la memoire, c’est à dire que les lecteurs peuvent transférer vos données directement dans la mémoire de travail sans qu’il soit nécessaire de faire un détour par le processeur. Remarque 2.4.7 Joystick Avec ce module, vous pouvez configurer votre joystick en sélectionnant le fabricant et le modèle adéquats dans la liste affichée. Avec ‘Test’, vous pouvez vérifier si le joystick fonctionne correctement. Le dialogue de test affiche trois diagrammes à barres pour les axes analogiques du joystick et des marques pour les quatre boutons standards. Si vous bougez le joystick ou appuyez sur les boutons, la réaction correspondante doit apparaître dans le dialogue de test. Étant donné que la majorité des joysticks sont connectés à la carte son, vous pouvez également accéder à ce module depuis la configuration de la carte son (voir ci-après). 2.4.8 Sélectionner le modèle de souris Ce module de YaST vous donne la possibilité de configurer le modèle de la souris que vous utilisez. Le processus de sélection de la souris a déjà été expliqué dans le cadre de l’installation personnalisée. Veuillez donc vous reporter à la section Souris page 15. 2.4.9 Scanneur Si vous avez connecté et activé votre scanneur, celui-ci devrait être reconnu automatiquement au lancement de ce module de YaST. Vous verrez alors apparaître le dialogue d’installation du scanneur. Si aucun scanneur n’a été détecté, la procédure se poursuivra avec la configuration manuelle. Si vous avez déjà installé un ou plusieurs scanneurs, vous verrez s’afficher un tableau synoptique avec une liste des scanneurs présents que vous pourrez modifier ou supprimer. Avec ‘Ajouter’, vous pourrez intégrer un nouveau scanneur. 82 2.4. Matériel Le scanneur n’a pas été détecté Tenez présent à l’esprit que seuls les scanneurs supportés peuvent être détectés automatiquement. Les scanneurs utilisés sur une autre machine connectée au réseau ne sont pas reconnus non plus. Il convient, lors de la configuration manuelle, de faire une distinction entre les scanneurs USB, les scanneurs SCSI et les scanneurs réseau. Scanneur USB Vous devez ici spécifier le nom du constructeur ou du modèle. YaST tente de charger des modules USB. Si vous possédez un scanneur très récent, il est possible que les modules ne puissent pas être chargés automatiquement. Dans ce cas, vous arriverez à un dialogue qui vous donne la possibilité de charger à la main le module USB. Lisez à ce sujet le texte d’aide de YaST. Scanneur SCSI Spécifiez le nom du périphérique (par exemple, /dev/sg0). Remarque : un scanneur SCSI ne doit pas être connecté ou déconnecté lorsque le système est en fonctionnement. Arrêtez tout d’abord votre système. Scanneur réseau Il vous faut ici l’adresse IP ou le nom d’hôte. Pour la configuration d’un scanneur en réseau, lisez l’article de la base de données support Scanner under Linux (http://sdb.suse.de/, mot clé Scanner). 2 Configuration du système avec YaST Il sera ensuite effectué une installation avec des paramètres standards. Si le processus d’installation a abouti, vous en serez informé par un message. Vous aurez alors la possibilité de tester votre scanneur en plaçant un document sur celui-ci et en cliquant sur ‘Tester’. Si votre scanneur n’a pas été détecté, il est probable qu’il ne soit pas supporté. Il peut cependant arriver que même des scanneurs supportés ne soient pas détectés. Dans un tel cas, vous pourrez aussi avoir recours à la sélection manuelle du scanneur. Si vous pouvez identifier votre scanneur dans la liste des constructeurs et des modèles, sélectionnez-le tout simplement. Sinon, cliquez sur ‘Annuler’. Vous trouverez des informations sur les scanneurs fonctionnant avec Linux sous http://cdb.suse.de ou http://www.mostang.com/sane. Attention Assignation manuelle du scanneur Ne procédez à l’assignation manuelle du scanneur que si vous êtes sûr de ne commettre aucune erreur. Une sélection inappropriée risque d’endommager votre matériel. Attention SUSE LINUX 83 Dépannage Si votre scanneur n’a pas été détecté, ceci peut être dû aux causes suivantes : Le scanneur n’est pas supporté. Sous http://cdb.suse.de/, vous trouverez une liste des périphériques compatibles avec Linux. Le contrôleur SCSI n’est pas correctement installé. Il y a des problèmes de terminaison avec votre port SCSI. La longueur du câble SCSI dépasse la limite admise. Le scanneur est doté d’un contrôleur Light SCSI qui n’est pas supporté par Linux. Le scanneur est éventuellement défectueux. Attention Un scanneur SCSI ne doit en aucun cas être connecté ou déconnecté pendant le fonctionnement du système. Arrêtez d’abord votre système. Attention Vous trouverez des informations plus détaillées sur les scanneurs dans le Guide de l’utilisateur au chapitre kooka. 2.4.10 Son Au lancement du module de configuration du son, YaST tente de détecter automatiquement votre carte son. Si vous le souhaitez, vous pouvez configurer une ou plusieurs cartes son. Si vous souhaitez configurer plusieurs cartes, sélectionnez tout d’abord l’une des cartes que vous voulez utiliser. Avec le bouton ‘Configurer’, vous arriverez au menu ‘Configuration’. Avec le bouton ‘Modifier’, vous pourrez, sous ‘Configuration du son’, modifier les paramètres d’une carte déjà configurée. Un clic sur le bouton ‘Terminer’ enregistre votre configuration actuelle et achève le processus de configuration du son. Dans le cas où YaST ne reconnaîtrait pas automatiquement votre carte son, vous pouvez, dans le menu ‘Configuration du son’, passer à ‘Sélection manuelle de la carte son’ en cliquant sur le bouton ‘Ajouter une carte son’. Vous avez alors la possibilité de choisir une carte son ainsi que le module adéquat. 84 2.4. Matériel 2 Configuration Avec ‘Configuration avancée’ et la possibilité de changer les options, vous arriverez au menu ‘Options avancées pour la carte son’ qui vous permet de modifier manuellement les options des modules son. En outre, vous pouvez ici configurer votre joystick, en cliquant sur la case à cocher du même nom. Un dialogue apparaît dans lequel vous devez sélectionner le modèle de votre joystick puis cliquer sur ‘Suivant’. Le même dialogue apparaît également si vous cliquez sur ‘Joystick’ dans le centre de contrôle de YaST. Volume de la carte son Dans ce masque, vous pouvez tester la configuration de votre carte son. Avec les boutons ‘+’ et ‘-’, vous pouvez régler le volume sonore. Nous vous conseillons de commencer à environ 10% pour ne pas endommager vos haut-parleurs et ne faire courir aucun risque à vos oreilles. Après avoir cliqué sur le bouton ‘Tester’, vous devriez entendre un échantillon sonore. Si vous n’entendez rien, ajustez le volume. En cliquant sur ‘Suivant’, vous terminez la configuration du son et enregistrez les paramètres du volume. Configuration du système avec YaST Avec ‘Configuration automatique rapide’, vous n’aurez pas à parcourir d’autres étapes de configuration et il ne sera pas effectué de test sonore. La configuration de votre carte son sera achevée ici. Avec ‘Configuration normale’, vous avez la possibilité de régler le volume de sortie dans le menu ‘Volume de la carte son’ et de lire un échantillon sonore. Configuration du son Avec l’option ‘Supprimer’, vous pouvez éliminer une carte son. Les entrées concernant les cartes son déjà configurées seront désactivées dans le fichier /etc/modprobe.d/sound. Sous ‘Options’, vous pouvez accéder au menu ‘Options avancées pour la carte son’. Vous avez ici la possibilité d’adapter manuellement les options des modules son. Dans le menu ‘Mixer’, vous pouvez régler le niveau d’entrée et de sortie des différentes cartes son. Avec ‘Suivant’, vous enregistrez les nouveaux paramètres et avec ‘Retour’, vous restaurez les valeurs initiales. Avec ‘Ajouter la carte son...’, vous pouvez intégrer des cartes son supplémentaires. Si YaST détecte automatiquement une autre carte son, vous arriverez au menu ‘Configurer une carte son’. Si YaST ne trouve pas de carte son, vous passerez directement à l’option ‘Sélection manuelle de la carte son’. SUSE LINUX 85 Si vous utilisez une carte Creative Soundblaster Live ou AWE, vous pouvez, à l’aide de l’option ‘Installer des fontes sonores’, copier automatiquement sur votre disque dur des fontes sonores SF2 provenant du CD-ROM pilote Soundblaster original. Ces fontes seront enregistrées dans le répertoire /usr/share/sfbank/creative/. Pour lire des fichiers Midi, vous devez avoir activé la case à cocher ‘Démarrer le séquenceur’. Les modules pour le support du séquenceur seront alors chargés en même temps que les modules son. En activant ‘Terminer’, vous enregistrez les paramètres pour le volume et la configuration de toutes les cartes installées jusqu’à présent. Les paramètres concernant le mixer sont insérés dans le fichier /etc/asound.conf et les données de configuration ALSA sont ajoutées à la fin du fichier /etc/modprobe. conf . Configurer une carte son Si plusieurs cartes son ont été trouvées, choisissez la carte que vous désirez dans ‘Liste des cartes détectées automatiquement...’. Cliquez sur ‘Suivant’ pour accéder au menu ‘Configuration’. Si la carte son n’est pas détectée automatiquement, sélectionnez l’option ‘Sélectionner dans la liste’ et cliquez sur ‘Suivant’ pour arriver au menu ‘Sélection manuelle de la carte son’. Sélection manuelle de la carte son Si votre carte n’est pas détectée automatiquement, il sera affiché une liste de modèles de cartes son et de pilotes dans laquelle vous pourrez faire un choix. Si vous sélectionnez ‘Toutes’, vous pourrez voir la liste complète des cartes son supportées. Consultez, si besoin, la documentation de votre carte son qui vous fournira les informations nécessaires. Vous pourrez également trouver une liste des cartes supportées par ALSA avec le module son correspondant à chaque carte sous /usr/share/doc/packages/alsa/cards.txt et http://www.alsaproject.org/~goemon/. Après avoir fait votre sélection, vous reviendrez au menu ‘Configuration’ en cliquant sur ‘Suivant’. 86 2.4. Matériel 2.4.11 2 Sélection de la disposition du clavier 2.4.12 Cartes TV et radio Après le démarrage et l’initialisation de ce module de YaST, vous voyez tout d’abord apparaître le dialogue ‘Configuration des cartes TV et radio’. Si votre carte a été reconnue automatiquement, elle apparaîtra dans la liste. Sélectionnez la ligne correspondante par un clic de souris et cliquez ensuite sur ‘Configurer’. Dans le cas où votre carte n’aurait pas été reconnue, sélectionnez autre carte non reconnue. Cliquez sur ‘Configurer’ pour accéder à la sélection manuelle et sélectionner votre carte dans la liste des modèles et fabricants. Si vous avez déjà configuré des cartes TV ou radio, le bouton ‘Modifier’ vous donne la possibilité d’apporter des modifications à cette configuration. Vous voyez alors le dialogue ‘Vue d’ensemble des cartes TV et radio’ qui contient une liste de toutes les cartes déjà configurées. Sélectionnez une carte et démarrez la configuration manuelle avec ‘Modifier’. Configuration du système avec YaST La disposition de clavier à utiliser correspond généralement à la langue sélectionnée mais peut être changée indépendamment de celle-ci. Dans le champ de test, faites un essai afin de vérifier, par exemple si les caractères accentués ainsi que la et le symbole de pipe | sont correctement affichés. Vérifez également lettre ç les lettres z , w qui sont inversées sur un clavier américain. Lors de la détection automatique du matériel, YaST tente d’assigner le tuner correct à votre carte. Si vous avez un doute, choisissez ‘Par défaut (détecté)’ et vérifiez si cela fonctionne. Si vous n’avez pas pu sélectionner tous les émetteurs, cela peut être du, par exemple, au fait que la reconnaissance automatique du type de tuner a échoué. Dans ce cas, cliquez sur le bouton ‘Sélectionner le tuner’ et choisissez le type de tuner approprié dans la liste de sélection. Si vous êtes familiarisé aux spécifications techniques, vous pouvez procéder à une configuration plus fine de votre carte TV ou radio dans le dialogue pour experts. Vous pouvez y sélectionner spécifiquement un module noyau et ses paramètres. Vous pouvez également contrôler tous les paramètres du pilote de la carte TV. Pour cela, sélectionnez les paramètres à modifier et entrez les nouvelles valeurs dans les lignes correspondantes. Confirmez les nouvelles valeurs en cliquant sur ‘Appliquer’ ou restaurez les valeurs par défaut avec ‘Réinitialiser’. SUSE LINUX 87 Dans le dialogue ‘Cartes TV et radio, audio’, vous pouvez connecter la carte TV ou radio avec la carte son installée. Outre dans leur configuration, les cartes doivent également être connectées par un câble qui relie la sortie de la carte TV ou radio avec l’entrée audio externe de la carte son. Pour cela, la carte son doit déjà être configurée et l’entrée externe doit être activée. Si vous n’avez pas encore configuré votre carte son, faites-le dans le dialogue correspondant avec ‘Configurer la carte son’ (voir section Son page 84). Si la carte TV ou radio dispose de fiches pour haut-parleurs, vous pouvez les connecter directement et il ne sera pas nécessaire de configurer la carte son. Il existe également des cartes TV sans fonction audio (par exemple pour caméras CCD) qui ne nécessitent donc pas de configuration du son non plus. 2.5 Périphériques réseau Vous trouverez la description de la configuration YaST pour tous types de périphériques réseau supportés ainsi que des informations sur la connexion au réseau dans la section L’intégration dans le réseau page 468. La configuration de périphériques réseau pour la communication sans fil est décrite au chapitre Communications sans fil page 375. 2.6 Services réseau Vous trouverez dans ce groupe des outils destinés avant tout aux grands réseaux (d’entreprise) pour y prendre en charge des services de résolution de noms, d’authentification des utilisateurs, de fichiers et d’impression. 2.6.1 Administration depuis un ordinateur distant Si vous souhaitez maintenir votre système à travers une connexion VNC depuis un ordinateur distant, autorisez l’établissement de la connexion avec ce module YaST. 88 2.5. Périphériques réseau 2.6.2 2 Serveur DHCP 2.6.3 Nom d’hôte et DNS Ce module sert à la configuration séparée de nom d’hôte et DNS lorsque celle-ci n’a pas été faite lors de la configuration du périphérique réseau. Cette option est intéressante pour l’utilisateur privé qui peut, ici, modifier le nom de son ordinateur et de son domaine. Si vous avez configuré correctement l’accès DSL, modem ou RNIS de votre fournisseur, vous verrez ici, dans la liste du serveur de noms, des entrées qui ont été faites automatiquement étant donné qu’elles ont été obtenues à partir des données du fournisseur d’accès. Si vous vous trouvez dans un réseau local, vous obtiendrez probablement le nom d’hôte via DHCP. Dans ce cas, veillez à ne pas changer le nom. 2.6.4 Serveur DNS Dans le réseaux de grande taille, il est conseillé de configurer un serveur DNS qui prendra en charge la résolution de noms pour ce réseau. Sa configuration à l’aide de yast; est décrite dans la section Configuration avec YaST page 500. Le chapitre DNS – Domain Name System page 487 contient des informations relatives au service DNS. 2.6.5 Configuration du système avec YaST À l’aide de YaST, vous pouvez, en quelques étapes, configurer votre propre serveur DHCP. Vous trouverez des informations à ce sujet ainsi qu’une description des différentes étapes de configuration avec YaST au chapitre DHCP page 546. Serveur HTTP Si vous souhaitez avoir votre propre serveur web, configurez Apache à l’aide de YaST. Vous trouverez plus d’informations à ce sujet au chapitre Le serveur web Apache page 563. 2.6.6 Client LDAP Outre NIS, vous disposez également de LDAP pour procéder à l’authentification des utilisateurs dans le réseau. Vous trouverez des informations relatives à LDAP ainsi qu’une description détaillée de la configuration d’un client avec YaST dans la section LDAP – un service d’annuaire page 514. SUSE LINUX 89 2.6.7 Agent de transfert de message (MTA) Le module de configuration vous permet de configurer vos options de courrier si vous utilisez les programmes sendmail ou postfix, ou si vous envoyez vos messages à travers le serveur SMTP de votre fournisseur. Vous pouvez télécharger les messages qui vous sont destinés à l’aide de SMTP ou avec le programme fetchmail, dans lequel vous devez spécifier les données des serveurs POP3 ou IMAP de votre fournisseur. Vous pouvez également spécifier vos données d’accès POP et SMTP au programme de messagerie de votre choix, par exemple KMail , comme à votre habitude (réception avec POP3, envoi avec SMTP). Dans ce cas, vous n’avez pas besoin de ce module. Type de connexion Si vous souhaitez procéder à la configuration de votre courrier électronique avec YaST, le système vous demandera dans la première fenêtre du dialogue, les données du type de connexion désirée pour accéder à Internet. Vous disposez des options suivantes : ‘Permanente’ Si vous souhaitez une connexion permanente avec Internet, sélectionnez cette option. Votre ordinateur sera en ligne sans interruption et aucune numérotation supplémentaire ne sera nécessaire. Si votre système se trouve dans un réseau local avec un serveur central de messagerie électronique pour l’envoi des messages, sélectionnez également cette option pour garantir un accès permanent à votre courrier. ‘Composition’ Cette option de menu est utile pour tous les utilisateurs qui ont à la maison un ordinateur connecté à aucun réseau et qui doivent se connecter de temps en temps pour accéder à Internet. Sans connexion Si vous ne disposez d’aucune connexion à Internet et vous n’appartenez à aucun réseau, vous ne pourrez ni envoyer ni recevoir de courrier électronique. En outre, vous pouvez lancer l’antivirus pour les messages entrants en activant la case à cocher de AMaViS. Le paquetage correspondant sera installé automatiquement dès que vous activerez le filtre de courrier. Dans le dialogue suivant, spécifiez le serveur de courrier sortant (le serveur SMTP de votre fournisseur) et les paramètres pour le courrier entrant. Si vous utilisez une connexion téléphonique (dial-up), vous pouvez indiquer divers serveurs POP ou IMAP pour 90 2.6. Services réseau 2.6.8 Client NFS et serveur NFS NFS vous donne la possibilité, sous Linux, de gérer un serveur de fichiers auquel les membres de votre réseau peuvent accéder. Sur ce serveur de fichiers, vous pouvez, par exemple, mettre différents programmes et données ou même de la mémoire à disposition des utilisateurs. Dans le module ‘Serveur NFS’, vous définissez votre ordinateur en tant que serveur NFS et déterminez quels répertoires doivent être exportés, c’est à dire, quels répertoires peuvent être utilisés par les utilisateurs du réseau. Chaque utilisateur (à qui le droit a été accordé) peut alors monter ces répertoires dans sa propre arborescence. Vous trouverez la description de ce module YaST et des informations relatives à NFS à la section NFS – Systèmes de fichiers partagés page 541. 2.6.9 Client NIS et Serveur NIS Dès que vous utilisez plus d’un système, l’administration des utilisateurs (à l’aide des fichiers /etc/passwd et /etc/shadow) devient pénible. Dans de tels cas, les données des utilisateurs devraient être administrés sur un serveur central et, à partir de celui-ci, être déployées sur les clients. Outre LDAP et Samba, vous disposez également de NIS. Vous trouverez des informations détaillées sur NIS et sa configuration avec YaST dans la section NIS – Network Information Service page 509. 2.6.10 2 Configuration du système avec YaST la réception du courrier par différents utilisateurs. Enfin, vous pouvez, de façon optionnelle, ajouter des alias supplémentaires, configurer le masquage ou définir des domaines virtuels dans ce dialogue. Quittez la configuration du courrier en cliquant sur ‘Terminer’. Client NTP NTP (Network Time Protocol ) est un protocole utilisé pour la synchronisation de l’horloge d’un ordinateur via un réseau. Vous trouverez des informations relatives à NTP et la description de sa configuration avec YaST à la section Synchronisation temporelle avec xntp page 556. SUSE LINUX 91 2.6.11 Services réseau (inetd) Avec cet outil, vous pouvez définir quels services système, par exemple, finger, talk, ftp, etc., doivent être démarrés lors de l’amorçage de SUSE LINUX. Ainsi, d’autres utilisateurs externes peuvent se connecter à votre ordinateur à travers ces services. En outre, vous pouvez définir des paramètres différents pour chaque service. Par défaut, le service de niveau supérieur qui gère les différents services réseaux (inetd ou xinetd) n’est pas démarré. Au démarrage de ce module, sélectionnez lequel de ces deux services doit être configurés. Dans le dialogue suivant, vous pouvez décider, à l’aide d’un bouton radio, si inetd (ou xinetd) doit être démarré. Le démon (x)inetd peut être démarré avec une sélection standard de services réseau ou avec une sélection personnalisée de services réseau dans laquelle vous pouvez ‘Ajouter’ de nouveaux services ou ‘Supprimer’ ou ‘Modifier’ des services existants. Attention Configuration des services réseau (inetd) La mise en place et l’organisation de services de réseau sur votre système est un processus complexe qui requiert des connaissances très précises du concept Linux des services réseau. Attention 2.6.12 Routage Ici aussi, vous n’avez besoin de cet outil que si vous vous trouvez dans un réseau local ou si vous vous connectez à Internet au moyen d’une carte réseau, par exemple avec une connexion DSL. Comme indiqué au chapitre DSL page 475, pour une connexion DSL, les valeurs entrées ne sont d’aucune importance pour l’établissement de la connexion et ne sont que des valeurs fictives nécessaires uniquement pour activer la carte réseau. La valeur attribuée à l’entrée passerelle n’est importante que dans le cas où vous vous trouvez dans un réseau local et utilisez un de vos ordinateurs en tant que passerelle vers Internet (gateway). Vous trouverez des informations détaillées relatives au routage dans la section Le routage sous SUSE LINUX page 483. 92 2.6. Services réseau 2.6.13 2 Configuration d’un serveur/client Samba 2.7 Sécurité et utilisateurs L’une des propriétés fondamentales de Linux est sa fonction multi-utilisateur qui permet à plusieurs personnes de travailler simultanément mais de manière indépendante sur un seul et même système Linux. Chacun possède son propre compte utilisateur constitué par un nom d’utilisateur ou nom de login et par un mot de passe personnel qui lui permettent de se connecter au système. Chacun a son répertoire personnel dans lequel il stocke ses fichiers privés et enregistre ses configurations. 2.7.1 Gestion des utilisateurs Après avoir lancé cet outil de configuration, vous voyez s’ouvrir le masque Gestion des utilisateurs et des groupes. Vous avez maintenant le choix entre les utilisateurs et les groupes. Configuration du système avec YaST Si vous souhaitez utiliser un réseau hétérogène avec des machines Linux et des machines Windows, Samba gère la communication entre le deux mondes. Vous trouverez des informations détaillées relatives à Samba et à la configuration des client et serveur à la section Samba page 615. Pour faciliter la gestion, YaST met à votre disposition une liste de tous les utilisateurs locaux qui ont accès au système. Si vous vous trouvez dans un grand réseau, vous pouvez utiliser l’option ‘Créer un filtre’ pour générer une liste de tous les utilisateurs du système (par exemple, root) ou des utilisateurs NIS. Vous avez aussi la possibilité de créer des filtres personnalisés. Au lieu de passer d’un groupe d’utilisateurs à un autre, combinez-les à votre convenance. Pour ajouter des utilisateurs, cliquez sur ‘Ajouter’ et remplissez les champs nécessaires dans le masque suivant. Le nouvel utilisateur pourra ensuite se connecter à l’ordinateur avec son nom de login et son mot de passe. L’option ‘Détails’ vous permet de procéder à une configuration plus détaillée du profil de l’utilisateur. Il est possible de configurer manuellement le shell de connexion et le répertoire personnel. En outre, il est possible d’assigner l’utilisateur à des groupes déterminés. La période de validité du mot de passe se configure dans ‘Configuration du mot de passe’. Tous les paramètres peuvent être modifiés en cliquant sur le bouton ‘Modifier’. Pour éliminer un utilisateur, sélectionnez-le dans la liste et cliquez sur ‘Supprimer’. SUSE LINUX 93 Pour l’administration avancée du réseau, vous avez la possibilité de spécifier les options par défaut pour la création de nouveaux utilisateurs dans ‘Options pour experts’. Vous définissez le type d’authentification (NIS, LDAP, Kerberos ou Samba) ainsi que l’algorithme utilisé pour le chiffrement du mot de passe. Ces options de configuration sont surtout intéressantes pour les grands réseaux (d’entreprises). F IG . 2.14: Gestion des utilisateurs 2.7.2 Gestion des groupes Démarrez le module de gestion des groupes du centre de contrôle de YaST ou cliquez sur la case à cocher ‘Groupes’ dans la gestion des utilisateurs. La fonctionnalité des deux masques est identique, la différence étant qu’il s’agit ici de la création de groupes au lieu d’utilisateurs. 94 2.7. Sécurité et utilisateurs 2 Configuration du système avec YaST Pour faciliter la gestion des groupes, YaST met à votre disposition une liste de tous les groupes. Pour éliminer un groupe, cliquez dans la liste sur la ligne correspondante afin que celle-ci apparaisse en bleu foncé puis cliquez sur ‘Supprimer’. Pour ‘Ajouter’ et ‘Modifier’ un groupe, entrez, dans le masque correspondant de YaST, ses nom, ID de groupe (gid) et les utilisateurs de ce groupe. Vous pouvez également attribuer un mot de passe pour l’entrée dans ce groupe (optionnel). Les paramètres pour le filtre sont identiques au dialogue ‘Gestion des utilisateurs’. F IG . 2.15: Gestion des groupes 2.7.3 Paramètres de sécurité Le dialogue de démarrage intitulé ‘Configuration de la sécurité locale’ que vous pouvez invoquer sous ‘Sécurité et utilisateurs’, vous donne le choix entre quatre options : le ‘niveau 1’ est pour les machines monopostes (préconfiguré), le ‘niveau 2’ est pour les stations de travail en réseau (préconfiguré), le ‘niveau 3’ est pour les serveurs en réseau (préconfiguré) et la configuration ‘personnalisée’ est pour vos propres paramètres. SUSE LINUX 95 Si vous avez sélectionné l’une des trois premières options, vous avez la possibilité d’utiliser, pour la sécurité du système, une configuration déjà prédéfinie. Cliquez simplement sur ‘Terminer’. Sous ‘Détails’, vous avez accès aux différentes configurations que vous pouvez modifier selon vos désirs. Si vous sélectionnez la configuration ‘personnalisée’, vous accéderez automatiquement aux différents dialogues après avoir cliqué sur ‘Suivant’. Vous trouverez ici les valeurs définies lors de l’installation. ‘Configuration du mot de passe’ Si vous souhaitez que le système vérifie les nouveaux mots de passe avant de les acepter, activez les deux cases à cocher ‘Vérification des nouveaux mots de passe’ et ‘Vérifier la plausibilité des mots de passe’. Spécifiez la longueur minimale et maximale des mots de passe pour les nouveaux utilisateurs ainsi que la période de validité du mot de passe, sa date d’expiration et préciser combien de jours avant l’expiration l’utilisateur devra en être averti par un message (le message est affiché lors de la procédure de login sur la console texte). ‘Paramètres d’amorçage’ Spécifiez ici de quelle manière la combinaison de touches Ctrl doit être interprétée. Alt Delete Sur la console texte, combinaison de touches déclenche habituellement un redémarrage du système. Il est en principe préférable de ne rien changer ici. À moins que votre machine ou votre serveur ne soit accessible à d’autres utilisateurs et que vous ayez lieu de craindre que quelqu’un puisse effectuer cette action sans autorisation. Si vous sélectionnez ‘Stop’, cette combinaison de touches déclenchera un arrêt du système et si vous choisissez ‘Ignorer’, elle ne provoquera plus rien. Spécifiez également qui est autorisé à arrêter le système à partir de KDM (KDE Display Manager – le login graphique). ‘Seulement root’ (l’administrateur du système), ‘Tous les utilisateurs’, ‘Personne’ ou ‘Utilisateurs locaux’ ? Si vous sélectionnez ‘Personne’, le système ne pourra être arrêté qu’à partir de la console texte. ‘Paramètres de login’ Après une tentative de connexion qui s’est soldée par un échec, on doit normalement attendre quelques secondes avant de pouvoir recommencer. Cette règle a pour but de rendre la vie dure aux casseurs de mots de passe. Vous avez en outre la possibilité d’activer les options ‘Enregistrer les tentatives de login échouées’ et ‘Enregistrer les tentatives de login réussies’. Si vous soupçonnez que quelqu’un cherche à deviner votre mot de passe, vous pouvez contrôler les entrées dans les fichiers de traces du système sous /var/log. Avec l’option ‘Permettre le login graphique à distance’, les autres utilisateurs pourront accéder à l’écran de login graphique 96 2.7. Sécurité et utilisateurs ‘Paramètres pour la création de nouveaux utilisateurs’ Chaque utilisateur possède un identificateur numérique et un identificateur alphanumérique. L’association entre ces deux identificateurs se fait dans le fichier /etc/passwd et ne devrait présenter aucune ambiguïté. Les données affichées ici vous permettent de voir les zones de valeurs utilisées pour la partie numérique d’un identificateur lorsqu’un nouveau compte utilisateur est créé. Le minimum fixé à 500 pour un utilisateur est une valeur raisonnable et devrait être considéré comme la limite inférieure à ne pas dépasser. Procédez de la même façon pour la configuration des identificateurs de groupes. ‘Paramètres divers’ Vous avez trois possibilités de définir la ‘Configuration des droits d’accès aux fichiers’. Vous avez le choix entre ‘Easy’, ‘Secure’ et ‘Paranoid’. Pour la plupart des utilisateurs, la première option est suffisante. Le texte d’aide de YaST vous informe sur ces trois niveaux de sécurité. L’option ‘Paranoid’ est extrêmement restrictive et devrait être utilisée par un administrateur système comme base pour une configuration personnalisée. Si vous choisissez ‘Paranoid’, vous devrez vous attendre à des perturbations ou dysfonctionnements lors de l’exécution de certains programmes car vous n’avez plus les droits nécessaires pour accéder à différents fichiers. Dans ce dialogue, vous pouvez en outre déterminer l’utilisateur qui devra lancer le programme updatedb. Ce programme qui est exécuté automatiquement tous les jours ou après chaque amorçage génère une base de données (locatedb) dans laquelle est enregistré l’emplacement de chaque fichier. Si vous sélectionnez ‘Personne’, il ne sera possible de trouver dans la base de données que les chemins d’accès que n’importe quel utilisateur (sans privilège) pourrait voir. Si vous sélectionnez root, tous les fichiers locaux seront indexés puisque l’utilisateur root, en tant que Super-User, est autorisé à lister tous les répertoires. Enfin, vous pouvez désactivez l’option ‘Répertoire courant dans le chemin de l’utilisateur root’. 2 Configuration du système avec YaST à travers le réseau. Cependant, cette possibilité d’accès représente un risque potentiel pour votre sécurité et est donc désactivée par défaut. En cliquant sur ‘Terminer’, vous achèverez la configuration des paramètres de sécurité de votre système. SUSE LINUX 97 F IG . 2.16: YaST : Configuration des paramètres de sécurité 2.7.4 Pare-feu Ce module vous permet de mettre en place et de configurer de façon très simple le pare-feu SuSEfirewall2 pour protéger votre système des intrus venant d’Internet. Vous trouverez des informations détaillées relatives à SuSEfirewall2 dans la section Mascarade et pare-feu page 656. Remarque Démarrage automatique du pare-feu Sur chaque interface réseau configurée, YaST démarre automatiquement un pare-feu avec les paramètres appropriés. Vous n’avez donc besoin de ce module que si vous souhaitez procéder à une configuration plus avancée du pare-feu ou si vous souhaitez le désactiver complètement. Remarque 98 2.7. Sécurité et utilisateurs 2 Système 2.8.1 Copie de sauvegarde des zones du système Avec le nouveau module de sauvegarde, vous avez la possibilité d’effectuer une sauvegarde de votre système avec YaST. Ce module n’effectue pas de sauvegarde complète mais enregistre uniquement des informations sur les paquetages modifiés, les zones système critiques et les fichiers de configuration. Lors de la configuration, vous pouvez décider quels fichiers devront être sauvegardés. Par défaut, les informations concernant les paquetages qui ont été modifiés depuis la dernière installation seront enregistrées. Vous pouvez, en outre, stocker dans votre répertoire /etc ou dans votre répertoire home, des fichiers qui n’appartiennent à aucun paquetage, par exemple de nombreux fichiers de configuration. Vous pouvez également ajouter les zones système critiques du disque dur telles que les tables des partitions ou le secteur d’amorçage (MBR) qui pourront être utilisées dans le cas d’une éventuelle restauration. 2.8.2 Restauration du système Avec le module de restauration (figure 2.17 page suivante), vous pouvez restaurer votre système à partir d’une copie de sécurité. Suivez les instructions dans YaST. En cliquant sur ‘Suivant’, vous ouvrez les différents dialogues. Entrez tout d’abord à quel endroit se trouve(nt) la/les copie(s), c’est à dire soit sur un support amovible, soit sur un disque local ou encore sur un système de fichiers du réseau. Vous obtenez ensuite les descriptions et contenus correspondants à la copie et vous pourrez sélectionner ce que vous voulez récupérer. Configuration du système avec YaST 2.8 En outre, il existe deux dialogues supplémentaires dans lesquels vous pouvez choisir les paquetages qui ont été ajoutés depuis la dernière copie de sauvegarde et qui doivent être désinstallés. De plus, les paquetages supprimés depuis la dernière copie de sauvegarde et qui doivent être réinstallés. À l’aide de ces deux étapes supplémentaires, vous pouvez restaurer votre système exactement dans le même état que lors de la dernière sauvegarde. SUSE LINUX 99 Attention Restaurer le système Étant donné que ce module permet normalement d’installer, de remplacer ou de désinstaller de nombreux paquetages et fichiers, nous vous conseillons de ne l’utiliser que si vous avez l’habitude de manipuler les copies de sauvegarde. Dans le cas contraire, vous pourriez perdre des données. Attention F IG . 2.17: YaST : Fenêtre de démarrage du module de restauration 2.8.3 Création d’une disquette d’amorçage, de secours ou de modules Avec ce module de YaST, vous pouvez créer, d’une manière très simple et aisée, des disquettes d’amorçage, de secours et de modules. Ces disquettes vous seront utiles au cas où la configuration de démarrage de votre système se détériorerait. 100 2.8. Système 2 Configuration du système avec YaST La disquette de secours est tout spécialement nécessaire si le système de fichiers de la partition root est abimé. Dans ce cas, vous pouvez également avoir besoin de la disquette de modules contenant divers pilotes pour pouvoir accéder au système (par exemple, pour accéder à un système RAID). F IG . 2.18: Création d’une disquette d’amorçage, de secours ou de modules ‘Disquettes d’amorçage standards’ Avec cette option, vous pouvez créer une disquette de démarrage standard pour amorcer un système déjà installé. Cette disquette est également nécessaire à l’amorçage du système de sauvegarde. ‘Disquettes de secours’ Cette disquette contient un environnement spécial qui vous permet d’effectuer des travaux de réparation ou de maintenance dans un système déjà installé, par exemple, vérifier les systèmes de fichiers et actualiser le gestionnaire de démarrage. SUSE LINUX 101 Pour démarrer le système de secours, amorcez tout d’abord avec la disquette d’amorçage standard puis sélectionnez ‘Installation manuelle’, ‘Démarrer installation/système’ et ‘Système de secours’. L’insertion de la disquette de secours vous sera alors demandée. Si vous avez configuré votre système pour l’utilisation de pilotes spéciaux (par exemple, RAID ou USB), chargez les modules correspondants depuis la disquette de modules. ‘Disquettes de modules’ Les disquettes de modules contiennent des pilotes système supplémentaires. Le noyau standard ne supporte que les unités IDE. Si les unités de votre système sont connectées à des contrôleurs spéciaux (par exemple, SCSI), vous devrez charger les pilotes correspondants depuis une disquette de modules. Si vous sélectionnez cette option et cliquez sur ‘Suivant’, vous ouvrez un dialogue pour créer différentes disquettes de modules. Vous disposez des disquettes de modules suivantes Modules USB Cette disquette contient des modules USB, dont vous aurez besoin, par exemple, si vous connectez des lecteurs USB. Modules IDE, RAID et SCSI Le noyau standard ne supporte que des lecteurs IDE normaux, vous aurez donc besoin de cette disquette de modules si vous utilisez des contrôleurs IDE spéciaux. En outre, vous y trouverez aussi tous les modules RAID et SCSI. Modules réseau Si vous nécessitez l’accès à un réseau, vous devrez charger le module pilote correspondant à votre carte réseau. PCMCIA, CDROM (non ATAPI), FireWire et systèmes de fichiers Cette disquette contient tous les modules PCMCIA que l’on utilise surtout pour les ordinateurs portables. En outre, elle contient aussi les modules pour FireWire et quelques systèmes de fichiers moins courants. Les lecteurs CD-ROM anciens qui ne répondent pas encore aux normes ATAPI, peuvent également être utilisés avec des pilotes qui se trouvent sur cette disquette. Pour charger des pilotes depuis une disquette de modules dans le système de secours, sélectionnez ‘Modules noyau (pilotes matériel)’ et le type de modules souhaité (SCSI, Ethernet, etc.). Vous devrez ensuite insérer la disquette de modules correspondantes et les modules qu’elle contient seront affichés. Sélectionnez le module désiré. Tenez compte des messages du système : ‘Loading module <nom_du_module> failed!’ vous indique que le module n’a pas reconnu le matériel. Certains pilotes anciens nécessitent des paramètres déterminés pour pouvoir contrôler le matériel de façon correcte. Dans ce cas, veuillez consulter la documentation de votre matériel. 102 2.8. Système ‘Télécharger une image disquette’ Cette option vous permet de télécharger une image disquette depuis Internet après avoir saisi l’URL et les données d’authentification correspondants. Pour créer les disquettes citées ci-dessus, sélectionnez l’option appropriée et cliquez sur ‘Suivant’. Insérez une disquette comme cela vous est demandé. Cliquez encore une fois sur ‘Suivant’, le contenu correspondant à l’option sera alors écrit sur la disquette. 2.8.4 LVM Le gestionnaire de volumes logiques (Logical Volume Manager, LVM) est un outil permettant le partionnement individuel du disque dur au moyen de disques logiques. Vous trouverez plus d’informations à ce sujet à la section Configuration du gestionnaire de volumes logiques (LVM) page 142. 2.8.5 Partitionner 2 Configuration du système avec YaST ‘Disquette personnalisée’ Cette option vous permet de copier une image disquette quelconque du disque dur vers la disquette. Ce fichier image doit déjà exister sur le disque dur. Il est possible de modifier le partitionnement dans un système installé, cependant cela devrait être réservé aux experts. Dans le cas contraire, il existe une grande probabilité de perdre les données qui se trouvent dans le système. Si vous souhaitez utiliser tout de même cet outil, vous en trouverez une description dans la section relative à l’installation dans le chapitre Partitionnement page 16 de ce manuel (le même partitionneur est utilisé durant l’installation que dans le système installé). 2.8.6 Gestionnaire de profils (SCPM) Le module pour le gestionnaire de profils (SCPM, System Configuration Profile Management ) vous offre la possibilité de créer des configurations du système individuelles complètes, de les gérer et de passer de l’une à l’autre à volonté. Normalement, une telle propriété peut être très utile, surtout dans le cas des ordinateurs portables qui sont utilisés dans des endroits différents (dans des réseaux différents) par des personnes différentes. Cependant, cela peut également être SUSE LINUX 103 utile dans le cas d’ordinateurs stationnaires afin de pouvoir utiliser différents matériels ou différentes configurations de test. Si vous souhaitez obtenir des informations complémentaires au sujet du gestionnaire de profils SCPM et de son utilisation, veuillez vous reporter à la section correspondante dans le chapitre SCPM — System Configuration Profile Management page 339. 2.8.7 Éditeur de niveau d’exécution Vous pouvez utiliser SUSE LINUX dans différents niveaux d’exécution (runlevel ). Par défaut, le système est démarré dans le niveau d’exécution 5. Ceci signifie que la fonctionnalité multi-utilisateurs, l’accès au réseau et l’interface graphique (système X Window) sont activés. Les autres niveaux d’exécution vous proposent la fonctionnalité multi-utilisateurs avec accès au réseau sans X (niveau d’exécution 3), fonctionnalité multi-utilisateurs sans accès au réseau (niveau d’exécution 2), système mono-utilisateur (niveau d’exécution 1 et S), arrêt du système (niveau d’exécution 0) et réamorçage du système (niveau d’exécution 6). Les différents niveaux d’exécution sont surtout utiles lorsque, dans un niveau d’exécution supérieur, un problème arrive dans le service correspondant (X ou réseau). Le système peut alors être démarré dans un niveau d’exécution inférieur afin de réparer le service en cause. En outre, beaucoup de serveurs fonctionnent sans interface graphique et ces ordinateurs doivent donc être amorcés dans le niveau d’exécution 3, par exemple. Normalement, vous n’aurez besoin que du niveau d’exécution par défaut (5). Cependant, si l’interface graphique venait à se planter, vous pouvez redémarrer votre système X Window en passant dans une console texte à l’aide de la com binaison de touches Ctrl + Alt + F1 , vous y connecter en tant qu’administrateur root puis passer dans le niveau d’exécution 3 à l’aide de la commande init 3. De cette façon, votre système X Window sera arrêté. Vous pouvez le redémarrer en saisissant simplement init 5. Vous trouverez plus d’informations au sujet des niveaux d’exécution sous SUSE LINUX et une description de l’éditeur de niveaux d’exécution de YaST dans le chapitre Processus d’amorçage page 253. 104 2.8. Système 2.8.8 2 Éditeur sysconfig 2.8.9 Sélection de la zone horaire La zone horaire est déjà déterminée au cours de l’installation – ici, vous avez la possibilité de procéder encore à une modification. Dans la liste des pays, cliquez simplement sur le nom du vôtre et sélectionnez ‘Heure locale’ ou ‘UTC’ (Universal Time Coordinated ). Dans un système Linux, on utilise habituellement ‘UTC’. Les machines sur lesquelles sont installés d’autres systèmes d’exploitation, par exemple Microsoft Windows™, utilisent généralement l’heure locale. 2.8.10 Configuration du système avec YaST Dans le répertoire /etc/sysconfig se trouvent les fichiers qui contiennent les paramètres les plus importants pour SUSE LINUX. L’éditeur sysconfig présente toutes les possibilités de configuration de façon claire. Les valeurs peuvent être modifiées et enregistrées dans les différents fichiers de configuration. Cependant, la modification manuelle de ces valeurs n’est généralement pas nécessaire, étant donné que lors de l’installation d’un paquetage ou lors de la configuration d’un service, etc. les fichiers sont actualisés automatiquement. Vous trouverez plus d’informations relatives à /etc/sysconfig sous SUSE LINUX et à l’éditeur sysconfig de YaST dans le chapitre Processus d’amorçage page 253. Sélection de la langue Il est possible de changer ultérieurement la langue. La configuration de la langue effectuée avec YaST s’étend à tout le système. Elle est donc valable pour YaST et le bureau. 2.9 Divers 2.9.1 Adresser une requête d’Assistance Technique à l’Installation L’achat d’une distribution SUSE LINUX vous donne droit à l’assistance gratuite à l’installation. Vous trouverez des informations plus détaillées, (par exemple étendue du service, adresse, numéro de téléphone etc.) sur notre page web www.suse.de SUSE LINUX 105 YaST vous donne la possibilité d’adresser directement une requête par courrier électronique au service d’Assistance Technique à l’Installation de SUSE. Vous pourrez bénéficier de ce service après enregistrement. Fournissez au début de votre requête les informations nécessaires – Vous trouverez votre code d’enregistrement au dos de la pochette des CD. Sélectionnez dans la fenêtre suivante la catégorie de votre problème et décrivez-le (figure 2.19). Pour la rédaction de votre requête, lisez le texte d’aide de YaST qui vous informe de la meilleure manière de décrire votre problème afin que l’équipe d’assistance puisse vous venir en aide au plus vite. Remarque Si vous avez besoin d’une assistance plus avancée (par exemple pour des problèmes particuliers), vous pouvez vous adresser aux Services Professionnels de SUSE. Vous trouverez des informations plus détaillées sous http://www.suse.de/de/support/. Remarque F IG . 2.19: Adresser une requête d’Assistance Technique à l’Installation 106 2.9. Divers 2.9.2 2 Fichier de démarrage 2.9.3 Fichier de traces du système Le fichier de traces du système enregistre ce qui se passe sur votre machine et se trouve sous /var/log/messsages. Vous voyez apparaître ici les messages du noyau classés par date et heure. 2.9.4 Charger le CD de pilotes du fabricant Avec ce module, vous pouvez installer automatiquement des pilotes de périphériques à partir d’un CD contenant des pilotes pour SUSE LINUX. Si une nouvelle installation de votre système SUSE LINUX devait s’avérer nécessaire, ce module de YaST vous donne la possibilité, après installation, de charger les pilotes indispensables à partir du CD du fabricant. 2.10 Configuration du système avec YaST Le fichier de démarrage est le fichier qui contient les messages qui apparaissent à l’écran lors du démarrage de la machine. Il s’agit du fichier /var/log/boot. msg. Avec ce module de YaST, vous pouvez l’afficher et vérifier, par exemple, si tous les services et fonctions ont été démarrés comme vous l’aviez prévu. YaST en mode texte (ncurses) Cette section s’adresse principalement aux administrateurs système et aux experts dont les machines n’exécutent pas de serveur X et qui doivent utiliser l’utilitaire d’installation en mode texte. Vous trouverez dans cette section des informations de base sur l’exécution et l’utilisation de YaST en mode texte (ncurses). Lorsque vous lancez YaST en mode texte, le centre de contrôle YaST apparaît d’abord (voir l’illustration 2.20 page suivante). On distingue ici trois rubriques : sur le volet gauche, dans un cadre blanc épais, on peut voir les catégories auxquelles sont rattachés les différents modules. La catégorie courante est mise en surbrillance. Le volet droit, pourvu d’un cadre fin, présente les différents modules appartenant à la catégorie active. Le volet inférieur, enfin, comporte les boutons ‘Aide’ et ‘Quitter’. SUSE LINUX 107 F IG . 2.20: Écran principal de YaST ncurses Après le premier démarrage du centre de contrôle de YaST, la catégorie ‘Logiciels’ est sélectionnée automatiquement. Pour changer de catégorie, appuyez sur les et . Pour lancer un module depuis la catégorie sélectionnée, utilisez touches ↓ ↑ la touche → . Le module sélectionné apparaît alors avec dans un cadre épais. Sé lectionnez le module de votre choix à l’aide des touches ↓ et ↑ . Tout en maintenant la touche de direction enfoncée, faites ”défiler“ les différents modules disponibles . Dès que vous avez sélectionné un module, le titre correspondant apparaît en surbrillance. Parallèlement, une description succincte du module s’affiche sur le volet inférieur. Appuyez sur la touche Enter pour lancer le module choisi. Le module comporte différents boutons ou zones de sélection avec une lettre de couleur diffé rente (jaune, dans la configuration par défaut). La combinaison de touches Alt – lettre jaune vous permet de sélectionner directement le bouton en question en vous épargnant d’utiliser laborieusement la touche de navigation Tab . Pour quitter le centre de contrôle de YaST, vous pouvez soit utiliser le bouton ‘Quitter’, soit sélectionner le sous-menu ‘Quitter’ de la liste des catégories, puis appuyer sur la touche Entrée . 108 2.10. YaST en mode texte (ncurses) 2.10.1 2 Navigation dans les modules de YaST Navigation entre les boutons/listes de sélection Les touches Tab et Alt –Tab ou Maj –Tab vous permettent de naviguer librement parmi les boutons et/ou les cadres des listes de sélection. Navigation dans les listes de sélection Dans un cadre activé dans lequel se trouve une liste de sélection, c’est à ) que vous pouvez naviguer entre les différents et ↓ l’aide des flèches (↑ éléments, par exemple, entre les différents modules d’un groupe de modules du centre de contrôle. Si certaines lignes ont une longueur supérieure à celle du cadre et que leur texte dépasse de ce cadre, vous pouvez ”scroller“ c’est-à-dire faire défiler le contenu du cadre horizontalement vers la droite au moyen de Maj –→ ou vers la gauche avec Maj – ← (une solution alternative consiste à utiliser Ctrl –e ou Ctrl –a ). Cette combinaison fonctionne également là où → et ← provoquent, comme dans le centre de contrôle, un saut du cadre actif vers le cadre suivant ou de la liste de sélection active vers la liste suivante. Configuration du système avec YaST Dans la description suivante de l’interface des modules de YaST, nous faisons l’hypothèse que les touches de fonctions et les combinaisons utilisant la touche fonctionnent correctement, et n’ont pas été modifiées pour l’ensemble du Alt système. Pour plus d’informations sur les exceptions possibles, reportez vous au chapitre Restrictions sur les combinaisons de touches page suivante. Boutons, boutons radio et cases à cocher Pour actionner les cases à cocher (Check box) et les boutons radio (Radio ou Entrée . Il est également possible button), appuyez sur la touche Espace d’activer les boutons radio et cases à cocher comme des boutons nor maux au moyen de Alt –lettre jaune . Pour la navigation par tabulation, il est nécessaire d’appuyer encore une fois sur la touche Entrée pour exécuter l’action sélectionnée ou activer le menu correspondant (voir l’illustration 2.21 page suivante). Les touches de fonction Les touches de fonction (F1 à F12 ) son également liées à des fonctions. Elles permettent d’actionner rapidement les différents boutons disponibles. L’affectation d’une touche de fonction donnée à une fonction dépend du module de YaST dans lequel vous vous trouvez. En effet, les différents modules comportent chacun leurs propres boutons (tels que Détails, Ajouter, Supprimer, etc.). Les utilisateurs habitués à l’ancien YaST1 retrouveront par exemple les boutons ‘OK’, ‘Suivant’ et ‘Terminer’ sur la touche de fonction F10 . L’aide de YaST, à laquelle vous accédez en appuyant sur la touche F1 , vous fournira la table de correspondance entre les fonctions et les touches de fonction associées. SUSE LINUX 109 F IG . 2.21: Le module d’installation de logiciels 2.10.2 Restrictions sur les combinaisons de touches Dans le cas où vous avez défini pour l’ensemble de votre système des combinai sons de touches utilisant Alt depuis le serveur X actif, il est possible que les com binaisons de touches utilisant Alt ne fonctionnement pas sous YaST. De même, ou Maj peuvent également avoir été affectées par les paramètres les touches Alt du terminal utilisé. Substitution de la touche Esc à la touche Alt : Les raccourcis utilisant la touche Alt peuvent être pris avec Esc au lieu de Alt . Ainsi, Esc –h remplace par exemple la combinaison de touches –h . Alt Avance et retour au moyen des combinaisons Ctrl – f et Ctrl – b : Dans le cas où les combinaisons de touches Alt et Maj sont réservées par le gestionnaire de fenêtres ou par le terminal, vous pouvez utiliser à la place les combinaisons Ctrl –f (Suivant) et Ctrl –b (Précédent). 110 2.10. YaST en mode texte (ncurses) 2.10.3 Appel des différents modules Vous pouvez également gagner du temps en appelant séparément chacun des modules de YaST. Les modules sont exécutés simplement à l’aide de la commande : yast nommodule Ainsi, le module réseau est par exemple lancé à l’aide de la commande yast lan. Vous pouvez obtenir la liste de tous les noms de modules disponibles sur votre système en exécutant la commande yast -l ou yast --list. 2.10.4 YaST Online Update Le module YOU Le module de mise à jour en ligne de YaST (”YaST Online Update“ ou YOU) peut être appelé comme tout autre module de YaST, en tant qu’utilisateur root, au moyen de la ligne de commande : 2 Configuration du système avec YaST Restriction des touches de fonction : Les touches de fonction sont également réservées. Il est possible que certaines touches de fonctions soient réservées à cause du choix du terminal et qu’elles ne soient donc pas disponibles pour YaST. Toutefois, la console texte devrait continuer à avoir pleinement accès et aux touches de fonction. aux combinaisons de touches Alt yast online_update .url <url> yast online_update appelle le module correspondant. Au moyen de l’option url, vous indiquez à YOU un serveur (local ou sur Internet) à partir duquel récupérer tous les correctifs et les informations. Si cette information n’est pas fournie au premier appel à YOU, vous pouvez renseigner le serveur/le répertoire dans le formulaire de YaST. Avec le bouton ‘Configurer mise à jour automatisée’, vous pouvez configurer une tâche Cron pour procéder à automatisation de la mise à jour. Online Update (Mise à jour en ligne) en ligne de commande Vous pouvez mettre à jour votre système de façon totalement automatisée, par exemple au moyen de scripts, avec l’outil en ligne de commande online_update. SUSE LINUX 111 Dans les cas concrets, vous souhaitez que votre système recherche des correctifs sur un serveur donné, de façon régulière et à des moments précis, télécharge les correctifs et les informations correspondantes, mais n’effectue pas l’installation. Vous voulez vérifier ultérieurement le nombre de correctifs et sélectionner ceux que vous souhaitez installer : Mettez en place une tâche Cron qui exécute la commande suivante : online_update -u <URL> -g <typemaj> -u permet de transmettre l’URL de l’arborescence de répertoires à partir de laquelle les correctifs doivent être téléchargés. Les protocoles http, ftp, smb, nfs, cd, dvd et dir sont pris en charge. L’option -g vous permet de télécharger les correctifs dans un répertoire local sans les installer. Vous disposez aussi d’une option permettant de contrôler le nombre de correctifs en fonction de trois types de mises à jour : security (mises à jour de sécurité), recommended (mises à jour conseillées) et optional (mises à jour optionnelles). Si vous ne précisez pas de type de mise à jour, online_update télécharge tous les correctifs disponibles pour les types security et recommended. Vous avez ensuite la possibilité d’installer immédiatement les paquetages téléchargés, sans explorer en détail et individuellement les correctifs. Les correctifs sont stockés par online_update en suivant le chemin /var/lib/YaST2/ you/mnt. Pour terminer l’installation des correctifs, utilisez la commande suivante : online_update -u /var/lib/YaST2/you/mnt/ -i Le paramètre -u transmets l’URL (locale) correspondant aux correctifs à installer. -i permet de démarrer la procédure d’installation. Si vous souhaitez voir les correctifs téléchargés avant d’effectuer leur installation, et éventuellement en supprimer certains, appelez le formulaire YOU au moyen de : yast online_update .url /var/lib/YaST2/you/mnt/ YOU démarre et choisit comme source des correctifs le répertoire local, qui contient les correctifs précédemment téléchargés, plutôt qu’un répertoire distant sur Internet. Vous choisissez ensuite les correctifs que vous souhaitez appliquer, comme pour toute installation habituelle, au moyen du gestionnaire de paquetages. 112 2.10. YaST en mode texte (ncurses) -u URL URL de base de l’arborescence de répertoires depuis laquelle les patches doivent être téléchargés. -g Seulement télécharger les patches, ne pas les installer. -i Installer les patches déjà chargés mais ne rien télécharger. -k Vérifier si de nouveaux patches sont disponibles. -c Afficher la configuration actuelle, sinon ne rien faire. -p produit Produit pour lequel des patches doivent être récupérés. -v version Version du produit pour laquelle des patches doivent être récupérés. -a architecture Architecture de base du produit pour laquelle des patches doivent être récupérés. -d ”Essai à vide“ (dry run). Télécharger les patches et simuler l’installation (le système demeure intact pour des raisons de test). -n Pas de vérification de la signature des fichiers téléchargés. -s Afficher la liste des patches disponibles. -V Mode prolixe (verbose). Affiche les messages du processus. -D Mode débogage pour les experts et dans le but de la recherche d’erreur. 2 Configuration du système avec YaST À partir de la ligne de commande, il est possible de définir le comportement de la mise à jour en ligne YaST à l’aide de paramètres. Dans ce cas, les actions souhaitées sont spécifiées avec des paramètres à la ligne de commande comme suit : online_update [paramètre ligne de commande]. Les paramètres possibles et leur signification sont répertoriés dans la liste ci-après. Plus d’informations sur online_update sont disponibles en tapant la commande online_update -h. SUSE LINUX 113 3 L’installation de SUSE LINUX est très souple. Les variantes vont d’une installation rapide en mode graphique à une installation en mode texte qui permet de nombreux ajustements manuels. Vous trouverez ci-après les méthodes d’installation spéciales et des indications concernant l’utilisation de différentes sources d’installation (CD-ROM, NFS). Ce chapitre contient également des astuces pour résoudre des problèmes susceptibles de se produire lors de l’installation et, en guise de conclusion, une section sur le partitionnement avancé. 3.1 3.2 3.3 3.4 3.5 3.6 3.7 3.8 3.9 3.10 3.11 linuxrc . . . . . . . . . . . . . . . . . . . . . . . . . . Installation via VNC . . . . . . . . . . . . . . . . . . Installation en mode texte avec YaST . . . . . . . . Démarrer SUSE LINUX . . . . . . . . . . . . . . . . Installations particulières . . . . . . . . . . . . . . . Trucs et astuces . . . . . . . . . . . . . . . . . . . . . Le CD-ROM ATAPI reste bloqué lors de la lecture . Périphériques SCSI . . . . . . . . . . . . . . . . . . Partitionnement pour les experts . . . . . . . . . . Gestionnaire de volumes logiques (LVM) . . . . . . RAID logiciel . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 116 126 127 128 130 131 135 137 138 142 152 Variantes d’installation spéciales Variantes d’installation spéciales 3.1 linuxrc À chaque ordinateur, correspondent des routines spéciale, souvent appelées BIOS, qui sont exécutées lors du démarrage du sytèmes et initialisent ainsi le matériel de façon à ce qu’un amorçage soit possible. Lors de la procédure d’amorçage en soi, une image qui sera exécutée par l’ordinateur est chargée par ces routines. Cette image peut être in gestionnaire d’amorçage, mais il est théoriquement possible de charger aussi un noyau directement. Lors de l’installation de SUSE LINUX, une image d’amorçage est chargée ; celle-ci contient un noyau et un programme du nom de ”linuxrc“. linuxrc est un programme qui s’exécute durant le démarrage du noyau avant l’amorçage à proprement parler. Cette particularité du noyau permet d’amorcer un petit noyau modulaire et de charger ultérieurement sous forme de modules les quelques pilotes dont on a vraiment besoin. Avec SUSE LINUX, linuxrc démarre YaST après l’analyse du système. La reconnaissance automatique du matériel, effectuée avant le démarrage par YaST, est généralement suffisamment fiable. Cependant, si vous voulez charger des pilotes à la main ou entrer de paramètres spéciaux, vous pouvez également utiliser linuxrc de façon interactive. Dans ce cas, démarrez une ”installation manuelle“. Vous pouvez utiliser linuxrc non seulement lors de l’installation mais également comme un outil d’amorçage dans un système installé. Il est même possible de lancer un système de secours autonome s’exécutant en mémoire vive. Pour plus de précisions, reportez-vous à la section Le système de secours SUSE page 192. 3.1.1 Notions de base : linuxrc Le programme linuxrc vous permet de faire des réglages concernant l’installation et de charger les pilotes nécessaires sous forme de modules du noyau. linuxrc démarre enfin YaST et l’installation proprement dite des logiciels système et des programme peut commencer. Déplacez-vous dans le menu avec ↑ et ↓ et choisissez une action, comme ‘OK’ ou ‘Annuler’ avec ← et → . La touche Retour chariot validera votre choix. Paramètres Le programme linuxrc commence automatiquement avec le choix de la langue et du clavier. 116 3.1. linuxrc 3 Choisissez la langue d’installation (par exemple ‘Français’) et confirmez avec . Retour chariot Choisissez ensuite la disposition du clavier (par exemple ‘Français’). 3.1.2 Variantes d’installation spéciales F IG . 3.1: Choix de la langue Menu principal Après avoir configuré la langue et le clavier, vous accédez au menu principal de linuxrc (voir l’illustration 3.2 page suivante). linuxrc est normalement utilisé pour démarrer Linux, on s’intéresse donc au menu ‘Installation / Démarrer le système’. Vous pourrez y accéder directement ou indirectement en fonction de la configuration matérielle de la machine ainsi que de vos projets d’installation. Pour plus d’informations, reportez-vous à la section Installation en mode texte avec YaST page 127. 3.1.3 Informations sur le système L’écran ‘Informations sur le système’ (illustration 3.3 page 119) vous permet de vérifier les messages du noyau ainsi que différents autres points tels que les adresses d’entrée/sortie des cartes PCI ou la taille mémoire détectée par Linux. SUSE LINUX 117 F IG . 3.2: Menu principal de linuxrc Les lignes ci-après montrent comment déclarer un disque dur et un lecteur de cédérom sur un adaptateur EIDE. Dans ce cas, vous n’avez pas à charger de module noyau pour l’installation : hda: IC35L060AVER07-0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: DV-516E, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 hda: max request size: 128KiB hda: 120103200 sectors (61492 MB) w/1916KiB Cache, CHS=65535/16/63, UDMA(100) hda: hda1 hda2 hda3 Dans le cas où vous avez lancé un noyau comportant déjà un pilote SCSI statique, il n’est bien entendu plus nécessaire de charger de module SCSI. Si vous souhaitez intégrer un adaptateur SCSI à votre système, vous devrez charger le module SCSI correspondan ; à ce sujet, consultez la section Chargement de modules page suivante. Dans les noyaux livrés avec SUSE, ces modules sont déjà pré-compilés lorsque cela est possible. Voici des messages types affichés lors de la reconnaissance d’un adaptateur SCSI et des périphériques attachés : 118 3.1. linuxrc 3 SCSI subsystem initialized scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36 <Adaptec aic7890/91 Ultra2 SCSI adapter> aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs Variantes d’installation spéciales F IG . 3.3: Informations système (scsi0:A:0): 40.000MB/s transfers (20.000MHz, offset 15, 16bit) Vendor: IBM Model: DCAS-34330W Rev: S65A Type: Direct-Access ANSI SCSI revision: 02 scsi0:A:0:0: Tagged Queuing enabled. Depth 32 SCSI device sda: 8467200 512-byte hdwr sectors (4335 MB) SCSI device sda: drive cache: write back sda: sda1 sda2 Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 (scsi0:A:6): 20.000MB/s transfers (20.000MHz, offset 16) Vendor: TEAC Model: CD-ROM CD-532S Rev: 1.0A Type: CD-ROM ANSI SCSI revision: 02 3.1.4 Chargement de modules C’est ici que vous indiquez les modules (pilotes) dont vous avez besoin.linuxrc propose les pilotes disponibles dans une liste. Vous voyez à gauche le nom du module concerné et à droite une description succincte du matériel pris en charge par le pilote. Un certain nombre de composants utilisent plusieurs pilotes ou des pilotes récents en version alpha. Ceux-ci sont également proposés. SUSE LINUX 119 F IG . 3.4: Charger des modules 3.1.5 Saisie de paramètres Lorsque vous avez trouvé le pilote prenant en charge votre matériel, appuyez sur la touche Entrée . Un formulaire s’ouvre alors dans lequel vous pouvez saisir les paramètres du module à charger. Rappelons à cet égard que, contrairement à la saisie de paramètres à l’invite du noyau, il est nécessaire de séparer par des espaces les différents paramètres associés à un même module. Dans la plupart des cas, il n’est pas nécessaire d’indiquer avec précision le matériel à utiliser, dans la mesure où la plupart des pilotes trouvent eux-mêmes vos composants. Il n’est nécessaire de préciser les paramètres que pour les cartes réseau et pour les anciens modèles de lecteurs de cédérom utilisant leur propre carte contrôleur. Dans tous les cas, faites d’abord un essai en appuyant sur . Entrée Pour certains modules, l’identification et l’initialisation du matériel peuvent du ) rer relativement longtemps. Vous pouvez activer la console virtuelle 4 (Alt F4 pour voir les messages émis par le noyau durant le chargement. Les adaptateurs SCSI en particulier mettent un certain temps à se charger car ils attendent que tous les périphériques connectés se soient déclarés. 120 3.1. linuxrc 3 Lorsque le module a été chargé avec succès, les messages du noyau sont affichés par linuxrc, ce qui vous permet de vous assurer que tout s’est déroulé comme prévu. Dans le cas contraire, les messages qui s’affichent peuvent préciser la cause de l’échec. Variantes d’installation spéciales F IG . 3.5: Choix des pilotes SCSI Remarque Si les modules par défaut ne prennent pas en charge votre support d’installation (lecteur de CD-ROM propriétaire, lecteur de CD-ROM sur port parallèle, carte réseau, PCMCIA), vous pouvez éventuellement recourir aux pilotes supplémentaires d’une disquette de modules pour générer ce type de disquette, reportez-vous à Trucs et astuces page 131. Allez à la fin de la liste et choisissez l’élément de menu ‘Davantage de modules’ ; dans ce cas, linuxrc exige la disquette de modules. Remarque SUSE LINUX 121 F IG . 3.6: Saisie des paramètres pour le chargement d’un module 3.1.6 Démarrer le système / l’installation Lorsque la prise en charge de votre matériel nécessaire à l’installation à été réalisée par le noyau, vous pouvez passer au point ‘Système / Démarrer l’installation’. Là, vous pouvez entreprendre plusieurs actions : ‘Installation / Démarrer la mise à jour’, ‘Démarrer le système installé’ (la partition racine doit être connue), ‘Démarrer le système de sauvegarde’ (voir la section Le système de secours SUSE page 192) ou ‘Éjecter le CD’. pour arriver à l’élément de menu ‘Démarrer inAppuyez maintenant sur Retour stallation / mise à jour’. Choisissez ensuite le support source ; il suffit généralement de laisser le curseur sur la présélection : ‘CD-ROM’. Appuyez maintenant sur Retour . L’environnement d’installation est directement démarré depuis le CD 1 ou le DVD. Dès que ce processus est achevé, YaST démarre et l’installation commence. Pour l’installation (illustration 3.8 page 124) et, de manière analogue pour le système de récupération, vous pouvez choisir différentes sources (illustration 5.3 page 193). 122 3.1. linuxrc 3 3.1.7 Problèmes possibles linuxrc n’offre pas la disposition de clavier souhaitée. Dans ce cas, choisissez d’abord une autre disposition (en situation d’urgence : ‘English (US)’) ; après l’installation, on peut ensuite basculer avec YaST sur la bonne disposition. Variantes d’installation spéciales F IG . 3.7: Menu d’installation de linuxrc L’adaptateur SCSI utilisé n’est pas reconnu : Essayez de charger le module d’un pilote compatible. Vérifiez s’il existe une disquette de mise à jour du pilote pour votre adaptateur. Le lecteur de CD-ROM ATAPI utilisé reste bloqué lors de la lecture : Reportez-vous à la section Le CD-ROM ATAPI reste bloqué lors de la lecture page 135. Le système reste bloqué lors du chargement des données sur le disque virtuel : Dans certains cas, des problèmes peuvent survenir lors du chargement des données sur le disque virtuel (RAM disk), de sorte qu’il est impossible de charger YaST. La méthode suivante donne le plus souvent un résultat satisfaisant : SUSE LINUX 123 F IG . 3.8: Sélectionner le support source dans linuxrc Dans le menu principal de linuxrc, choisissez ‘Configuration’ ➝ ‘Débogage (experts)’ ; réglez ‘Forcer le chargement de l’image de root’ (Force root image) sur ‘non’. Retournez dans le menu principal et recommencez l’installation. 3.1.8 Passer des paramètres à linuxrc Si linuxrc ne se trouve pas en mode manuel, l’application cherche un fichier Info, soit sur disquette, soit dans le fichier initrd du répertoire /info. C’est seulement à la suite de cette recherche que linuxrc lit les paramètres de l’invite du noyau. Les valeurs pré-enregistrées peuvent être modifiées dans le fichier /linuxrc.config qui est lu en premier lieu. Dans tous les cas, il vaut mieux enregistrer toute modification dans le fichier Info. Un fichier Info est constitué de mots-clés et des valeurs associées selon le modèle key: value. Ces paires de mots-clés/valeur peuvent aussi être transmises à l’invite d’amorçage du support d’installation sous cette forme. Le fichier /usr/ share/doc/packages/linuxrc/linuxrc.html contient une liste de tous les mots-clés disponibles. Quelques uns des mots-clés les plus importants vous sont donnés ici, à titre d’exemple, avec des valeurs d’exemple : 124 3.1. linuxrc SUSE LINUX 3 Variantes d’installation spéciales Install: URL (nfs, ftp, hd, ...) Définir la source d’installation avec un URL. Les protocoles acceptés sont cd, hd, nfs, smb, ftp, http et tftp. La syntaxe correspond à la syntaxe habituelle telle qu’elle peut aussi être utilisé dans un navigateur, par exemple : nfs://<serveur>/<répertoire> ftp://[utilisateur[:motdepasse]@]<serveur> /<répertoire> Netdevice: <eth0> Si vous disposez de plusieurs périphériques Ethernet, vous pouvez sélectionner l’interface que doit utiliser linuxrc à l’aide du paramètre Netdevice:. HostIP: <10.10.0.2> Ceci définit l’adresse IP de l’ordinateur. Gateway: <10.10.0.128> Lorsque le serveur d’installation n’est pas situé dans le même sous-réseau que l’ordinateur, il peut être atteint via la passerelle (gateway) par défaut. Proxy: <10.10.0.1> Pour les connexions de type ftp et http, vous pouvez également utiliser un proxy. Celui-ci doit être défini à l’aide du paramètre Proxy:. ProxyPort: <3128> Si le proxy n’utilise pas le port par défaut, cette option peut définir le port à utiliser. Textmode: <0|1> Utilisez ce paramètre pour démarrer YaST en mode textuel. VNC: <0|1> Pour pouvoir installer confortablement des ordinateurs qui ne possèdent pas de console graphique, il est possible d’utiliser VNC pour contrôler le processus d’installation. Le paramètre VNC active ce service sur le système d’installation. Voyez aussi le paramètre VNCPassword. VNCPassword: <password> Définit le mot de passe pour définir les droits d’accès lors d’une installation VNC. UseSSH: <0|1> Prépare un accès SSH à linuxrc. Ceci permet une installation avec YaST en mode textuel. SSHPassword: <password> Prépare le mot de passe pour l’utilisateur root dans linuxrc. Insmod: <Modul> <Parameter> Charge le module défini dans le noyau. Les paramètres nécessaires au chargement du module sont entrés séparés par des espaces. AddSwap: <0|3|/dev/hda5> Avec une valeur à 0 pour ce mot-clé, la partition d’échange (swap) n’est jamais utilisée. Si la valeur est positive, c’est la partition portant le numéro correspondant qui est activée. Il est également possible de donner directement le nom de la partition. 125 3.2 Installation via VNC VNC (Virtual Network Computing) est une solution client-serveur qui permet de manipuler un serveur X distant au moyen d’un client léger et facile à manipuler. Ce client est disponible pour différents systèmes d’exploitation tels que diverses versions de Microsoft Windows, Apples MacOS et Linux. On utilise le client VNC, vncviewer, pour garantir l’affichage graphique et la manipulation de YaST pendant le processus d’installation. Avant le démarrage du système à installer, vous devez d’abord préparer l’ordinateur distant afin qu’il puisse accéder par le biais du réseau au système à installer. 3.2.1 Préparation de l’installation VNC Pour effectuer une installation VNC, vous devez transmettre quelques paramètres au noyau, ceci devant avoir lieu avant l’amorçage du noyau. Pour ce faire, transmettez à l’invite de commande d’amorçage les options suivantes : vnc=1 vncpassword=<xyz> install=<Quelle> vnc=1 signalise que le serveur VNC est démarré sur le système d’installation. En entrant vncpassword, vous transmettez le mot de passe qui sera utilisé plus tard. La source d’installation (install) peut soit être indiquée manuellement (indication du protocole et de la page URL se référant au répertoire correspondant) soit contenir l’instruction slp:/. Dans le deuxième cas, la source d’installation est automatiquement recherchée par l’intermédiaire d’une demande SLP. Pour plus de détails sur SLP, consultez la section SLP — Transmission de services dans le réseau page 484. 3.2.2 Clients pour l’installation VNC La connexion à l’ordinateur d’installation et au serveur VNC y étant exploité s’établit au moyen d’un client VNC. Sous SUSE LINUX, on utilise ce vncviewer, faisant partie du paquetage xorg-x11-Xvnc. Si vous souhaitez établir une connexion avec le système d’installation à partir d’un client Windows, vous devez installer dans le système Windows le programme tightvnc que vous trouverez sur le premier CD-ROM de SUSE LINUX dans le répertoire/dosutils/ tightvnc. 126 3.2. Installation via VNC http://<IP-Adresse des Installationssystems>:5801/ Une fois la connexion établie, YaST est amorcé et vous pouvez commencer l’installation. 3.3 Installation en mode texte avec YaST Au lieu de l’installer avec un assistant graphique, on peut installer le système à l’aide des menus en mode texte de YaST (mode console). Tous les modules de YaST sont eux aussi disponibles dans ce mode texte. On peut s’en servir en particulier lorsque l’on n’a pas besoin d’interface graphique (systèmes serveurs) ou si la carte graphique n’est pas prise en charge par le Système X Window. L’installation dans ce mode d’installation est également possible pour les malvoyants à l’aide des périphériques de sortie adéquats. Vous devez tout d’abord configurer la séquence d’amorçage dans le BIOS de l’ordinateur afin qu’il s’amorce sur le lecteur de CD-ROM. Insérez le DVD ou le CD 1 dans le lecteur et redémarrez l’ordinateur. L’écran de démarrage apparaîtra au bout de quelques instants. et ↓ , choisissez ‘Installation manuelle’ dans un délai de Avec les touches ↑ 10 secondes, afin que le système installé ne démarre pas automatiquement. Saisissez les paramètres d’amorçage dans la ligne boot options si votre matériel l’exige. Toutefois, aucun paramètre particulier n’est en principe nécessaire. Si, comme langue d’installation, vous sélectionnez la langue de votre clavier, la disposition du clavier sera configurée correctement. Ceci simplifie la saisie des paramètres. (‘Mode graphique’) permet de fixer la résolution d’écran pour l’insLa touche F2 tallation. Choisissez ‘Mode texte’ pour passer en mode texte pur si la carte graphique pose par ailleurs des problèmes pendant l’installation. Pour terminer, appuyez sur Retour chariot . Une barre de progression indiquant "Loading Linux kernel" apparaît, puis le noyau s’amorce et linuxrc démarre. Le programme linuxrc est piloté par menus et attend une saisie de l’utilisateur. SUSE LINUX 3 Variantes d’installation spéciales Démarrez le client VNC de votre choix et entrez l’adresse IP du système d’installation ainsi que le mot de passe VNC dès que le programme vous invite à entrer ces indications. Une solution alternative consiste à établir des connexions VNC également au moyen d’un navigateur internet compatible Java en entrant les informations suivantes dans le champ d’adresse internet du navigateur : 127 Diverses difficultés d’amorçage se résolvent généralement à l’aide de paramètres de noyau. En cas de problèmes de DMA, on dispose de l’option de démarrage ‘Installation - Safe Settings’. Si votre lecteur de CD-ROM (ATAPI) reste bloqué lors de l’amorçage du système, lisez la section Le CD-ROM ATAPI reste bloqué lors de la lecture page 135. En cas de difficultés avec ACPI (Advanced Configuration and Power Interface) on peut jouer sur les paramètres du noyau suivants : acpi=off Ce paramètre désactive le système ACPI complet. Il se justifie par exemple si votre ordinateur ne dispose pas de prise en charge ACPI ou si vous soupçonnez fortement que l’implémentation ACPI pose des problèmes. acpi=oldboot Désactive presque complètement le sytème ACPI, seuls les éléments nécessaires à l’amorçage sont utilisés. acpi=force Active ACPI même si votre ordinateur a un BIOS antérieur à 2000. Ce paramètre prend le pas sur acpi=off. pci=noacpi Ce paramètre désactive le détournement d’IRQ PCI du nouveau système ACPI. Recherchez également les articles de la base de données support sur https:// portal.suse.com à l’aide du mot-clé acpi. Choisissez ‘Memory Test’ dans le menu d’amorçage pour contrôler la mémoire si des difficultés ”inexplicables“ surviennent lors du chargement du noyau ou au cours de l’installation. Linux impose des exigences élevées en ce qui concerne le matériel. La mémoire et son temps de latence doivent être parfaitement ajustés ! Vous trouverez plus d’informations dans la base de données support à l’aide du mot-clé memtest86. Le mieux est d’effectuer le test de mémoire durant la nuit. 3.4 Démarrer SUSE LINUX Après l’installation, il reste à déterminer comment vous souhaitez démarrer Linux au quotidien. L’aperçu qui suit présente les différentes possibilités de démarrage de Linux. La meilleure méthode pour vous parmi celles-ci dépend surtout de l’utilisation que vous prévoyez. 128 3.4. Démarrer SUSE LINUX Disquette d’amorçage Vous démarrez Linux au moyen de la disquette d’amorçage (disquette de boot). Cette méthode fonctionne toujours et la disquette d’amorçage peut être générée avec YaST. Consultez la section Création d’une disquette d’amorçage, de secours ou de modules page 100 La disquette d’amorçage est aussi une solution provisoire judicieuse si vous ne maîtrisez pas encore les autres possibilités ou si vous souhaitez différer votre décision à propos du mécanisme d’amorçage définitif. De plus, si vous ne voulez pas écraser le chargeur d’amorçage d’un autre système d’exploitation, la disquette d’amorçage est une solution acceptable. Attention Certains BIOS vérifient la structure du secteur d’amorçage (MBR) et affichent par erreur une alerte de virus après que l’on ait installé GRUB ou LILO. Cette difficulté se contourne facilement en désactivant la ‘protection contre les virus’ dans le BIOS, si cette option existe. Vous pourrez réactiver cette option plus tard. Mais cette fonctionnalité est superflue si Linux est votre unique système d’exploitation. 3 Variantes d’installation spéciales Chargeur d’amorçage de Linux La solution la plus propre techniquement et la plus universelle consiste à utiliser un gestionnaire d’amorçage de Linux comme GRUB (GRand Unified Bootloader) ou LILO (LInux LOader), qui permet de choisir entre différents systèmes d’exploitation avant l’amorçage. Le chargeur d’amorçage peut déjà être mis en place lors de l’installation ou être configuré ultérieurement, par exemple, avec YaST. Attention Vous trouverez une étude détaillée de différentes méthodes d’amorçage, au chapitre Amorçage et chargeur d’amorçage page 205. 3.4.1 L’écran graphique SUSE L’écran graphique SUSE apparaît sur la console 1 lorsque l’option ”vga=<valeur>“ est passée en tant que paramètre au noyau. Au moment de l’installation avec YaST, cette option est réglée automatiquement en fonction de la résolution choisie et de la carte graphique utilisée. SUSE LINUX 129 3.4.2 Désactiver l’écran SUSE Vous avez en principe trois possibilités : Désactiver l’écran SUSE à la demande. Saisissez sur la ligne de commande : echo 0 >/proc/splash. L’écran graphique peut ainsi être désactivé. La commande suivante permet de le réactiver : echo 0x0f01 >/proc/splash. Désactiver l’écran SUSE par défaut : Ajoutez à la configuration du chargeur d’amorçage un paramètre du noyau splash=0. Vous trouverez davantage d’informations à ce propos au chapitre Amorçage et chargeur d’amorçage page 205. Si toutefois vous préférez le mode texte qui était proposé par défaut sur les versions antérieures, saisissez à la place vga=normal. Désactiver définitivement l’écran SUSE : Compilez un nouveau noyau et désactivez l’option ‘Use splash screen instead of boot logo’ dans le menu ‘frame-buffer support’. Remarque L’écran de démarrage est automatiquement désactivé lorsque vous avez désactivé le prise en charge du frame buffer dans le noyau. Si vous compilez votre propre noyau, SUSE ne peut pas garantir de services d’assistance pour le système ! Remarque 3.5 Installations particulières 3.5.1 Installation sans prise en charge du CD-ROM Que faire lorsqu’une installation par défaut au moyen d’un lecteur de CD-ROM n’est pas possible ? Votre lecteur de CD-ROM peut ne pas être pris en charge du fait qu’il s’agit d’un ancien lecteur propriétaire. Ou bien vous n’avez peut-être pas de lecteur de CD-ROM dans votre second ordinateur (par exemple un portable), mais un adaptateur Ethernet susceptible de convenir. Sur ce type d’ordinateur sans prise en charge du CD-ROM, SUSE LINUX vous offre la possibilité de procéder à une installation au travers d’une connexion réseau : dans ces cas-là, on fait principalement appel à NFS ou FTP via Ethernet. 130 3.5. Installations particulières 3.5.2 3 Installation en réseau 1. La mise à disposition des données nécessaires à l’installation (CDs, DVD) sur un ordinateur qui servira plus tard de source d’installation. 2. L’amorçage du système à installer au moyen d’une disquette, d’un CD ou du réseau et la configuration du réseau. La source d’installation peut être rendue disponible grâce à différents protocoles. Sous Linux, vous disposez de NFS et FTP pour mettre les sources à votre disposition de façon simple. Pour l’installation en soi, veuillez consulter la section Passer des paramètres à linuxrc page 124. 3.6 Trucs et astuces 3.6.1 Créer une disquette d’amorçage sous DOS Variantes d’installation spéciales Cette méthode n’est pas couverte par l’assistance à l’installation. Elle est donc réservée aux seuls utilisateurs expérimentés en informatique. Pour installer SUSE LINUX par le biais d’une source réseau, deux étapes sont nécessaires : Il vous faut une disquette HD 3,5 pouces formatée et un lecteur de disquettes 3,5 pouces à partir duquel l’amorçage est possible. Le répertoire boot du CD 1 contient quelques images de disquettes. Une telle image peut être copiée sur une disquette grâce à des programmes utilitaires appropriés ; on parle alors de disquette d’amorçage. En outre, les images de disquettes renferment aussi le chargeur (Loader) Syslinux et le programme linuxrc. Syslinux permet de choisir le noyau souhaité pendant le processus d’amorçage et au besoin de passer des paramètres concernant le matériel utilisé. Le programme linuxrc vous assiste lors du chargement des modules de noyau prenant en charge votre matériel particulier et démarre enfin l’installation. Créer une disquette d’amorçage avec rawwritewin Vous pouvez trouver sous Windows le programme graphique rawwritewin. Sous Windows, vous trouverez ce programme sur le CD 1 dans le répertoire dosutils/rawwritewin. SUSE LINUX 131 Une fois démarré, vous devez lui fournir le fichier image. Les fichiers images se trouvent également sur le CD 1 dans le répertoire boot. Vous avez au minimum besoin des images ”bootdisk“ et ”modules1“. Pour voir ces fichiers dans l’explorateur de fichiers, vous devez changer le type de fichier en ”all files“. Insérez une disquette dans votre lecteur de disquettes et cliquez sur ‘write’. Pour écrire plusieurs disquettes, répétez simplement cette procédure. Créer une disquette d’amorçage avec rawrite Pour créer les disquettes d’amorçage et de modules de SUSE, vous disposez du programme DOS rawrite.exe (CD 1, répertoire dosutils\rawrite). Un ordinateur équipé d’un DOS (par exemple, FreeDOS) ou de Windows est nécessaire pour cette opération. Voici la description des étapes si vous travaillez sous Windows : 1. Insérez le CD numéro 1 de SUSE LINUX. 2. Ouvrez une fenêtre DOS (avec le menu Démarrer, dans ‘Utilitaires’ ➝ ‘Invite de commandes MS-DOS’). 3. Démarrez le programme rawrite.exe en indiquant le chemin correct vers le lecteur de CD. Dans notre exemple, vous vous trouvez sur le disque dur C:, dans le répertoire Windows et votre lecteur de CD porte la lettre D: C:\Windows: d:\dosutils\rawrite\rawrite 4. Après avoir démarré, le programme demande la source et la cible (destination) des fichiers à copier. Il s’agit de l’emplacement de l’image de la disquette d’amorçage sur le CD numéro 1 du jeu de CDs, qui se trouve dans boot. Le nom du fichier est tout simplement bootdisk. N’oubliez pas non plus d’indiquer ici le chemin vers votre lecteur de CD. C:\Windows: d:\dosutils\rawrite\rawrite RaWrite 1.2 - Write disk file to raw floppy diskette Enter source file name: d:\boot\bootdisk Enter destination drive: a: Dès que vous avez saisi la lettre du lecteur cible a:, rawrite vous invite à insé rer une disquette formatée et à appuyer sur Entrée . La progression de la copie s’affiche ensuite au cours de la procédure. Elle peut s’interrompre à l’aide de la combinaison de touches Ctrl -c . 132 3.6. Trucs et astuces 3.6.2 Créer une disquette d’amorçage sous un système de type Unix Conditions requises Vous pouvez recourir à un système de type Unix ou Linux équipé d’un lecteur de CD-ROM opérationnel. Prévoyez une disquette vérifiée (formatée). Pour créer des disquettes d’amorçage, procédez comme suit : 1. Si vous devez encore formater les disquettes : fdformat /dev/fd0u1440 Montez le CD 1, par exemple dans /media/cdrom: 2. mount -tiso9660 /dev/cdrom /media/cdrom 3 Variantes d’installation spéciales Vous pouvez aussi créer de cette manière les autres images de disquettes modules1, modules2, modules3 et modules4. Celles-ci sont requises lorsque vous avez des périphériques USB ou SCSI ou une carte réseau ou PCMCIA et que vous souhaitez y accéder dès l’installation. Une disquette de modules peut aussi s’avérer nécessaire pour utiliser un système de fichiers spécial au cours de cette phase. 3. Sur le CD, placez-vous dans le répertoire boot: cd /media/cdrom/boot 4. Créez la disquette d’amorçage avec la commande dd if=/media/cdrom/boot/bootdisk of=/dev/fd0 bs=8k Dans le répertoire boot, le fichier README vous indique les détails concernant les images de disquettes; ces fichiers se lisent avec more ou less. Vous pouvez aussi créer de cette manière les autres images de disquettes modules1, modules2, modules3 et modules4. Celles-ci sont requises lorsque vous avez des périphériques USB ou SCSI ou une carte réseau ou PCMCIA et que vous souhaitez y accéder dès l’installation. Une disquette de modules peut aussi s’avérer nécessaire pour utiliser un système de fichiers spécial au cours de cette phase. Les choses se compliquent si vous souhaitez par exemple utiliser un noyau compilé par vos soins pendant l’installation. Dans ce cas, écrivez d’abord l’image par défaut (bootdisk) sur la disquette et écrasez ensuite le noyau réel (linux) avec votre propre noyau (reportez-vous à la section Compilation du noyau page 234): SUSE LINUX 133 dd if=/media/cdrom/boot/bootdisk of=/dev/fd0 bs=8k mount -t msdos /dev/fd0 /mnt cp /usr/src/linux/arch/i386/boot/vmlinuz /mnt/linux umount /mnt 3.6.3 Amorcer depuis une disquette (SYSLINUX) La disquette d’amorçage peut toujours se révéler utile lorsque l’installation se déroule dans des conditions particulières (par exemple, lorsque le lecteur de CDROM n’est pas disponible). Pour créer la disquette d’amorçage, reportez-vous à Créer une disquette d’amorçage sous DOS page 131 et à Créer une disquette d’amorçage sous un système de type Unix page précédente. Le processus d’amorçage est déclenché par le chargeur d’amorçage SYSLINUX (syslinux). SYSLINUX est configuré de manière à effectuer une reconnaissance du matériel limitée lors de l’amorçage. Il s’agit essentiellement des étapes suivantes : 1. Vérifier si le BIOS prend en charge un framebuffer conformément à VESA 2.0 et amorcer le noyau en conséquence. 2. Sélectionner les données des moniteurs (informations DDC). 3. Lire le bloc numéro 1 depuis le premier disque dur (MBR) pour décider plus tard de d’attribuer des identificateurs BIOS aux noms des périphériques (devices) lors de la configuration du gestionnaire d’amorçage. Il faut en outre essayer de lire le bloc au moyen des fonctions lba32 du BIOS pour vérifier s’il gère ces fonctions. Remarque Pour ignorer toutes ces étapes, il suffit d’appuyer sur les touches ou Maj au démarrage de SYSLINUX. En cas Verrouillage Majuscules d’erreur, il est possible d’ajouter à syslinux.cfg la ligne verbose 1 Le gestionnaire d’amorçage annonce alors chaque action en cours dans l’ordre. Remarque Si l’ordinateur refuse de s’amorcer depuis la disquette, il est probable qu’il faille auparavant adapter la séquence d’amorçage dans le BIOS de l’ordinateur ainsi : A,C,CDROM. 134 3.6. Trucs et astuces 3.6.4 Mon lecteur de CD-ROM prend-il en charge Linux ? On peut généralement affirmer que la plupart des lecteurs de CD-ROM sont pris en charge. Il ne devrait y avoir aucun problème avec les lecteurs ATAPI. La gestion des lecteurs de CD-ROM SCSI ne dépend que de la prise en charge du contrôleur SCSI connecté au lecteur de CD-ROM. Les contrôleurs pris en charge sont indiqués dans la base de données des composants CDB. Lorsque votre contrôleur SCSI n’est pas pris en charge et que le disque dur dépend également du contrôleur SCSI, l’installation n’est malheureusement pas possible. Dans ce cas, vérifiez si le fabricant de votre contrôleur SCSI offre un pilote pour Linux. Beaucoup de lecteurs de CD-ROM propres à certains fabricants fonctionnent aussi sous Linux. Les lecteurs dans cette catégorie peuvent néanmoins poser des problèmes. Si votre lecteur n’est pas explicitement mentionné, vous pouvez toujours essayer un type similaire du même fabricant. Les lecteurs de CD-ROM USB sont également pris en charge. Si le BIOS de votre ordinateur ne gère pas encore l’amorçage des périphériques USB, commencez l’installation au moyen des disquettes d’amorçage. Vous trouverez plus de détails à ce sujet dans Amorcer depuis une disquette (SYSLINUX) page ci-contre. Avant d’amorcer avec une disquette, veillez à ce que tous les périphériques USB nécessaires soient déjà connectés et sous tension. 3.7 3 Variantes d’installation spéciales I x86 Sur les systèmes x86, outre le CD 1, le deuxième CD est également amorçable. Tandis que le CD 1 fonctionne grâce à une image ISO amorçable, le CD 2 est amorcé au moyen d’une image de disque de 2,88 Mo. N’utilisez le CD 2 que si vous êtes sûr que vous pouvez amorcer depuis un CD, mais que cela ne fonctionne pas avec le CD 1 (c’est une solution de repli). J Le CD-ROM ATAPI reste bloqué lors de la lecture Bien souvent, lorsque le lecteur de CD-ROM ATAPI n’est pas reconnu ou reste bloqué lors de la lecture, c’est parce que le matériel est mal configuré. Les différents périphériques devraient normalement être connectés au bus (E)IDE à la SUSE LINUX 135 suite l’un de l’autre : c’est-à-dire que le premier périphérique est maître sur le premier contrôleur et le deuxième esclave. Enfin, le troisième périphérique est maître sur le second contrôleur et le quatrième est à nouveau esclave. On ne trouve souvent dans un ordinateur que le disque dur et le lecteur de CD-ROM, qui se bloque lorsqu’il est maître sur le second contrôleur. Dans certains cas, Linux à lui seul ne s’en sort pas avec ce trou. La plupart du temps, on peut néanmoins aider le noyau à le sauter en indiquant un paramètre approprié (hdc=cdrom). Il suffit parfois de placer un faux cavalier (jumper) pour un lecteur ; en d’autres termes, ’il est configuré comme esclave, bien qu’il soit connecté comme maître sur le second contrôleur, ou inversement. En cas de doute, il faut vérifier ces paramètres et le cas échéant les corriger. En outre, il existe encore de nombreuses puces EIDE défectueuses. Celles-ci sont pour la plupart connus à ce jour ; le noyau contient du code pour éviter ce type de problèmes. Un noyau spécial existe pour ces cas (reportez-vous au README dans le répertoire /boot du CD-ROM d’installation). Si l’amorçage ne devait pas fonctionner du premier coup, essayez les paramètres du noyau suivants : hdx=cdrom x vaut ici a, b, c, d, etc. et signifie : a — Maître sur le premier contrôleur IDE b — Esclave sur le premier contrôleur IDE c — Maître sur le second contrôleur IDE hdb=cdrom est un exemple de paramètres à saisir. Ce paramètre vous permet d’indiquer le lecteur de CD-ROM au noyau lorsque ce dernier ne le trouve pas et que vous avez un lecteur de CD-ROM ATAPI. idex=noautotune x vaut 0, 1, 2, 3, etc. et signifie : 0 — Premier contrôleur IDE 1 — Second contrôleur IDE ide0=noautotune est un exemple de paramètre à donner. Ce paramètre est d’habitude utile pour les disques durs (E)IDE. 136 3.7. Le CD-ROM ATAPI reste bloqué lors de la lecture 3.8 Les périphériques SCSI, comme par exemple les partitions de disques durs, reçoivent lors de l’amorçage des noms de fichiers qui leur sont attribués de manière plus ou moins dynamique. Cela ne représente aucun problème dans la mesure où ni le nombre ni la configuration des périphériques ne sont modifiés. Mais lorsque l’on ajoute un disque dur SCSI supplémentaire et que celui-ci est reconnu par le noyau avant l’ancien disque dur, ce dernier reçoit un nouveau nom et les éléments dans la table de montage /etc/fstab ne correspondent alors plus. Pour contourner cette difficulté, il est possible d’utiliser le script d’amorçage système boot.scsidev. boot.scsidev peut être activé à l’aide de la commande /sbin/insserv et les paramètres nécessaires sont enregistrés dans /etc/sysconfig/scsidev. Le script /etc/rc.d/boot.scsidev inscrit des noms de périphériques permanents dans /dev/scsi/. Ces noms de périphériques peuvent être utilisés dans le fichier /etc/fstab. Si des noms de périphériques persistents doivent être utilisés, il est possible de les définir dans le fichier /etc/scsi.alias. Voyez aussi man scsidev. 3 Variantes d’installation spéciales Périphériques SCSI et noms de fichiers des périphériques durables Remarque Noms de périphériques et udev boot.scsidev est également supporté sous SUSE LINUX. Cependant, il est conseillé d’utiliser udev pour la génération de noms de périphériques. dans ce cas, les entrées sont faites dans /dev/by-id/ de udev. Remarque Dans le mode expert de l’éditeur de niveaux d’exécution, il faut faire appel à boot.scsidev pour l’étape B, les liens utiles sont alors placés dans /etc/ init.d/boot.d, ce qui permet de créer les noms lors de l’amorçage. SUSE LINUX 137 3.9 Partitionnement pour les experts Le chapitre sur l’installation par défaut aborde les différentes possibilités de partitionnement du système (reportez-vous à [1]). Cette section fournit des informations détaillées qui vous permettront de créer un schéma de partitionnement optimal. Elle intéressera en particulier les utilisateurs qui aimeraient configurer au mieux leur système, tant en termes de sécurité que de vitesse, et qui pour cela sont prêts le cas échéant à remettre complètement à neuf le système existant. Nous supposons que vous comprenez de façon élémentaire le mode de fonctionnement d’un système de fichiers UNIX. Les notions de point de montage, de partition physique, étendue et logique ne devraient pas vous être étrangères. La première étape consiste à réunir les informations suivantes : Comment cet ordinateur sera-t-il utilisé (serveur de fichiers, serveur d’applications, serveur de calcul, ordinateur personnel) ? Combien de personnes travailleront-elles sur cet ordinateur (sessions simultanées) ? Combien de disques durs l’ordinateur comporte-t-il, quelle est leur taille et de quel système disposez-vous (contrôleur EIDE, SCSI ou RAID) ? 3.9.1 Taille de la partition d’échange (swap) Vous lirez souvent : ”la taille de la partition d’échange doit au moins être le double de celle de la mémoire centrale“. Cette formulation vient encore d’une époque où 8 Mo de mémoire vive dans un ordinateur, ce n’était pas rien. L’ordinateur disposait ainsi d’environ 30 à 40 Mo de mémoire virtuelle, c’est-à-dire de mémoire vive plus de mémoire d’échange. Avec les applications modernes, ces valeurs doivent également être revues à la hausse. Un utilisateur moyen ne rencontrera pas de problème s’il table sur 512 Mo de mémoire virtuelle. Vous ne devriez en aucun cas ne pas créer de mémoire d’échange du tout. Lorsque vous utilisez l’hibernation (suspend to disk), la mémoire principale est enregistrée sur la partition d’échange. Dans ce cas, la partition d’échange doit impérativement être plus importante que la mémoire principale. 138 3.9. Partitionnement pour les experts 3.9.2 Utilisation comme serveur de fichiers Ici, on s’intéresse vraiment aux performances du disque dur. Les périphériques SCSI devraient absolument avoir la préférence. Tenez également compte de la performance des disques et du contrôleur utilisé. Un serveur de fichiers offre la possibilité de gérer des données de manière centralisée. Il peut s’agir dans ce cas de répertoires utilisateur, de bases de données ou d’autres archives. L’avantage est que l’administration est considérablement simplifiée. Si le serveur de fichiers doit servir un réseau plus étendu (à partir de 20 utilisateurs), l’optimisation de l’accès au disque devient essentielle. Admettons que vous souhaitiez développer un serveur de fichiers qui doit mettre à disposition les répertoires personnels (home) de 25 utilisateurs : vous savez que chaque utilisateur prendra au maximum 1000 à 1500 Mo pour ses données personnelles. Si aucun de ces utilisateurs ne fait de compilation dans son répertoire personnel, une partition de 40 Go conviendra à cet effet, une fois montée dans /home. Si vous avez 50 utilisateurs, il faut compter sur une partition de 80 Go. Dans ce cas, il vaut cependant mieux répartir /home sur deux disques durs de 40 Go, puisque ceux-ci ne se partagent alors pas la charge (ni le temps d’accès !). 3 Variantes d’installation spéciales Suggestions de partitionnement pour scénarios spéciaux Remarque Les utilisateurs devraient absolument placer le cache de leur navigateur web sur leurs disques durs locaux ! Remarque Utilisation comme serveur de calcul Un serveur de calcul est généralement un ordinateur performant qui se charge des tâches intensives de calcul au sein du réseau. Une telle machine dispose en général d’une mémoire centrale assez étendue (au moins 512 Mo de mémoire vive). Le seul aspect auquel il faut veiller pour obtenir un débit plus rapide des disques concerne les éventuelles partitions d’échange. Ici également, répartissez plusieurs partitions d’échange sur plusieurs disques. SUSE LINUX 139 3.9.3 Possibilités d’optimisation Les disques sont le principal facteur limitant. Pour éviter ce goulot d’étranglement, il y a trois possibilités qu’il est préférable de mettre en œuvre ensemble : Répartir la charge de manière égale sur plusieurs disques. Mettre en place un système de fichiers optimisé (par exemple reiserfs). Équiper le serveur de fichiers de suffisamment de mémoire (256 Mo minimum). Mettre en parallèle plusieurs disques La méthode citée en premier exige une explication plus approfondie. La totalité du temps qui s’écoule jusqu’à la mise à disposition des données demandées se décompose approximativement ainsi : 1. Temps nécessaire pour que la demande arrive au contrôleur de disque. 2. Temps nécessaire au contrôleur de disque pour envoyer cette requête au disque dur. 3. Temps nécessaire au disque dur pour positionner sa tête. 4. Temps nécessaire au support pour tourner jusqu’au bon secteur. 5. Temps nécessaire pour le transfert. Le point 1 dépend de la connexion réseau et doit être réglé à ce niveau. Le point 2 est un délai relativement négligeable qui dépend du contrôleur de disque luimême. Les points 3 et 4 sont les plus importants. Le positionnement est mesuré en ms. Si l’on compare au temps d’accès en mémoire centrale mesuré en ns, on obtient un facteur de l’ordre de 1 million ! Le point 4 dépend du nombre de tours/minute du disque. Ce délai est également de l’ordre de plusieurs ms la plupart du temps. Le point 5 dépend du nombre de tours/minute et du nombre de têtes, ainsi que de la position courante de la tête (au centre ou à la périphérie). Pour obtenir des performances optimales, il faut donc se pencher sur le point 3. La fonctionnalité disconnect des périphériques SCSI entre en jeu ici. Grâce à elle, voici sommairement ce qui se passe : Le contrôleur envoie au périphérique connecté (dans ce cas, le disque dur) la commande Aller à la piste x, secteur y. Maintenant, la mécanique inerte du disque doit se mettre en mouvement. Si le disque est intelligent (donc, connaît disconnect) et si le pilote du contrôleur gère aussi cette fonctionnalité, le contrôleur envoie directement au disque une commande disconnect et le disque se sépare du bus SCSI. À partir de cet instant, d’autres périphériques 140 3.9. Partitionnement pour les experts Dans un système d’exploitation multitâche et multiutilisateur comme Linux, cela permet naturellement de procéder à une bonne optimisation. Examinons un extrait du résultat de la commande df (reportez-vous à l’affichage de 3.1). Exemple 3.1: Exemple de résultat de la commande df Système de fichiers Taille Utilisé Disponible % d’utilisation Monté sur /dev/sda5 1,8 Go 1.6 Go 201 M 89 % / /dev/sda1 23 Mo 3,9 Mo 17 Mo 18 % /boot /dev/sdb1 2,9 Go 2,1 Go 677 Mo 76 % /usr /dev/sdc1 1,9 Go 958 Mo 941 Mo 51 % /usr/lib shmfs 185 Mo 0 184 Mo 0 % /dev/shm Que nous apporte cette parallélisation ? Supposons que nous saisissions la commande suivante en tant qu’utilisateur root dans /usr/src : tar xzf paquetage.tar.gz -C /usr/lib 3 Variantes d’installation spéciales peuvent procéder à leurs transferts. Au bout d’un certain temps (selon une stratégie et/ou la charge sur le bus SCSI), la connexion est activée à nouveau sur le disque. Dans l’idéal, ce dernier a déjà atteint la piste demandée. Cette commande installe paquetage.tar.gz sous /usr/lib/paquetage. Pour ce faire, l’interpréteur de commandes (le shell) appelle tar et gzip (il se trouvent dans /bin, lui-même sur /dev/sda), puis paquetage.tar.gz est lu depuis /usr/src (qui se trouve sur le disque /dev/sdb). Enfin, les données extraites sont écrites sous /usr/lib (se trouvant sur /dev/sdc). Le positionnement, aussi bien que la lecture/l’écriture des tampons internes du disque peuvent maintenant s’exécuter pratiquement en parallèle. C’est un exemple parmi de nombreux autres. En règle générale, lorsque l’on dispose de nombreux disques (de vitesses semblables), /usr et /usr/lib devraient résider sur des disques différents. Dans ce cadre, /usr/lib devrait avoir une capacité d’environ 70 % de /usr. Le répertoire racine / devrait se trouver au même endroit que /usr/lib lorsque l’on répartit sur deux disques, en raison de la fréquence d’accès au disque. SUSE LINUX 141 Vitesse et mémoire centrale Nous attirons l’attention à de nombreux endroits sur le fait que la taille de la mémoire centrale sous Linux est souvent plus importante que la vitesse du processeur. Une raison – même si ce n’est pas la principale – de ce phénomène est est que Linux utilise des tampons dynamiques pour les données des disques durs. Dans ce cadre, Linux emploie toutes sortes de subterfuges comme le read ahead (il charge par précaution des secteurs à l’avance) et le delayed write (les accès en écriture sont mis de côté pour s’effectuer en une seule fois ensuite). Cette dernière fonctionnalité est la raison pour laquelle on ne peut pas simplement mettre un ordinateur sous Linux hors tension. Ces deux techniques sont responsables du fait qu’avec le temps, la mémoire centrale semble toujours se remplir et que Linux est si rapide ; reportez-vous aussi à la section La commande free page 242. 3.10 Configuration du gestionnaire de volumes logiques (LVM) YaST contient un outil de partitionnement professionnel qui vous permet de traiter les partitions existantes, de les supprimer ou d’en ajouter de nouvelles. À partir de ce module de YaST, vous avez accès à la configuration du RAID logiciel et du gestionnaire de volumes logiques (Logical Volume Manager, LVM). Remarque Vous trouverez des informations sur les tenants et les aboutissants et des conseils sur le partitionnement dans la section Partitionnement pour les experts page 138. Remarque Normalement, les partitions se définissent pendant l’installation. Si vous souhaitez ajouter un deuxième disque dur, vous pouvez aussi intégrer celui-ci dans le système Linux existant. Vous devez ensuite, pour ce faire, partitionner ce nouveau disque dur, puis monter ces nouvelles partitions et enfin les déclarer dans /etc/fstab. Le cas échéant, il est nécessaire de copier quelques données pour déplacer une partition /opt trop petite de l’ancien disque dur sur le nouveau. 142 3.10. Gestionnaire de volumes logiques (LVM) Relecture de la table des partitions Sert à lire le partitionnement à nouveau à partir du disque dur. Vous avez besoin de cette option par exemple si vous avez effectué le partitionnement sur la console texte manuellement. Adaptation des points de montage d’un fichier /etc/fstab existant N’a un sens que pendant l’installation. La lecture de l’ancien fstab n’est nécessaire que si vous ne mettez pas à jour votre système mais que vous le réinstallez. Vous n’avez alors pas besoin d’indiquer manuellement les points de montage. Effacer la table des partitions et le label du disque Permet d’écraser complètement l’ancienne table des partitions. Cela peut par exemple être utile si vous rencontrez des problèmes avec des labels de disques durs inhabituels. Avec cette méthode toutefois, toutes les données sur le disque dur sont perdues. 3.10.1 3 Variantes d’installation spéciales Faites preuve de précaution si vous souhaitez modifier le partitionnement du disque dur sur lequel vous travaillez actuellement – cela est en principe possible, mais il faut immédiatement après redémarrer le système. Il est impensable d’amorcer à partir du cédérom puis d’entreprendre ensuite la modification du partitionnement. Appuyez sur le bouton ‘Experts...’ du programme de partitionnement pour faire apparaître un menu avec les commandes suivantes : Gestionnaire de volumes logiques (LVM) À partir de la version 2.6 du noyau, le gestionnaire de volumes logiques est disponible dans sa version 2. Celui-ci offre une compatibilité ascendante avec les gestionnaires de volumes logiques précédents et peut toujours gérer les anciens groupes de volumes. Si vous créez de nouveaux groupes de volumes, vous devez décider si vous souhaitez utiliser le nouveau format ou la celui compatible avec la version précédente. Le gestionnaire de volumes logiques 2 n’a plus besoin d’aucun correctif du noyau et utilise le device mapper (mise en correspondance des périphériques), intégré dans la version 2.6. À partir de ce noyau, le gestionnaire de volumes logiques ne peut plus être utilisé que dans la version 2. Dans ce chapitre on entend toujours par gestionnaire de volumes logiques le gestionnaire de volumes logiques dans la version 2. SUSE LINUX 143 Le gestionnaire de volumes logiques vous permet de répartir de manière flexible la place sur le disque dur entre les différents systèmes de fichiers. Comme la modification des partitions sur un système en cours d’exploitation nécessite de gros efforts, on a développé le gestionnaire de volumes logiques : il met une réserve virtuelle (Volume Group – abrégé VG) à disposition dans l’espace mémoire dans lequel sont générés les volumes logiques en fonction des besoins. Le système d’exploitation utilise alors ces derniers plutôt que les partitions physiques. Particularités : Vous pouvez rassembler plusieurs disques durs/partitions en une grande partition logique. Si l’espace disponible sur un volume logique (par exemple /usr) tire à sa fin, vous pouvez l’agrandir en le configurant de manière appropriée. Avec le gestionnaire de volumes logiques, vous pouvez même ajouter des disques durs ou des volumes logiques dans un système en cours d’exploitation ; la condition préalable étant qu’il faut utiliser du matériel pouvant être remplacé à chaud approprié pour ce genre d’interventions. Vous pouvez utiliser plusieurs disques durs en mode RAID 0 (striping, entrelacement) pour obtenir une amélioration des performances. La fonctionnalité ”snapshot“ (instantané) permet, notamment sur les serveurs, de réaliser des sauvegardes cohérentes alors même que le système est en cours de fonctionnement. L’utilisation du gestionnaire de volumes logiques est déjà utile pour de nombreux ordinateurs domestiques ou petits serveurs. Si vous avez, par exemple, un volume de données en évolution constante comme par exemple pour les bases de données, les archives MP3 ou les répertoires d’utilisateurs, etc., il faut alors envisager d’utiliser un gestionnaire de volumes logiques. Il est alors par exemple possible d’avoir des systèmes de fichiers qui sont plus gros qu’un disque dur physique. Un autre avantage du gestionnaire de volumes logiques est que vous pouvez créer jusqu’à 256 volumes logiques. Faites attention cependant car le travail avec le gestionnaire de volumes logiques est différent de celui avec des partitions classiques. Vous trouverez des instructions et des informations complémentaires sur la configuration du ”gestionnaire de volumes logiques“ (LVM) dans le document officiel LVM-Howto http://tldp.org/HOWTO/LVM-HOWTO/. 144 3.10. Gestionnaire de volumes logiques (LVM) 3.10.2 Pendant l’installation, pendant que vous créez une partition LVM, YaST prépare la configuration du gestionnaire de volumes logiques.Vous devez pour cela cliquer sur ‘Partitionnement’ dans l’écran des propositions, puis dans la fenêtre suivante sur ‘Annuler’ ou ‘Modifier’. Vous devez ensuite créer une partition pour le gestionnaire de volumes logiques. Pour cela, choisissez ‘Créer’ ➝ ‘Ne pas formater’ dans le programme de partitionnement puis le type ‘0x8e Linux LVM’. Vous pourrez procéder à la suite du partitionnement avec le gestionnaire de volumes logiques directement à la suite ou alors plus tard dans le système installé en sélectionnant la partition LVM dans le programme de partitionnement, puis en cliquant sur ‘LVM...’. 3 Variantes d’installation spéciales Configuration du gestionnaire de volumes logiques avec YaST F IG . 3.9: YaST : activer le gestionnaire de volumes logiques pendant l’installation SUSE LINUX 145 3.10.3 LVM – Programme de partitionnement Une fois que vous avez choisi ‘LVM...’ sous partitionner, une boîte de dialogue dans laquelle vous pouvez modifier le partitionnement de vos disques durs s’affiche. Utilisez-la pour supprimer ou modifier des partitions existantes et en créer de nouvelles. Une partition qui doit être utilisée pour le gestionnaire de volumes logiques doit avoir comme type de partition 8E. Ces partitions sont désignées par le texte ”Linux LVM“ dans la liste des partitions affichée dans la fenêtre (voir la dernière section). F IG . 3.10: YaST : programme de partitionnement du gestionnaire de volumes logiques 146 3.10. Gestionnaire de volumes logiques (LVM) 3 Remarque Remarque Il n’est pas nécessaire d’attribuer à toutes les partitions prévues pour le gestionnaire de volumes logiques, une à une, l’identificateur de partition 8E. YaST règle si nécessaire automatiquement à 8E le type d’une partition attribuée à un groupe de volumes du gestionnaire de volumes logiques. Si vos disques contiennent des domaines non partitionnés, vous devez créer pour tous ces domaines des partitions LVM. Attribuez-leur alors immédiatement le type de partition 8E. Vous n’avez pas besoin de les formater et vous ne pouvez enregistrer aucun point de montage pour ces dernières. Variantes d’installation spéciales Modification des partitions de volumes logiques Au début des volumes physiques, des informations relatives au volume sont toujours inscrites dans la partition. Ainsi, un volume physique ”sait“ à quel groupe de volumes il appartient. Si vous souhaitez réaliser un nouveau partitionnement, nous vous recommandons de supprimer le début de ce volume. Dans le cas d’un groupe de volumes ”system“ et d’un volume physique ”/dev/sda2“, vous pouvez le faire par exemple avec la commande dd if=/dev/zero of=/dev/sda2 bs=512 count=1. Si vous avez déjà sur votre système une configuration de gestionnaire de volumes logiques valide, celle-ci est automatiquement activée lors du début de la configuration du gestionnaire de volumes logiques. Si cette activation est réussie, le partitionnement de tous les disques contenant une partition appartenant à un groupe de volumes activé ne peut plus être modifié. Le noyau refuse de lire le partitionnement modifié d’un disque dur tant qu’une seule partition de ce disque est utilisée. Vous pouvez naturellement, sans aucun problème, procéder à une modification du partitionnement de disques qui n’appartiennent pas à un groupe de volumes du gestionnaire de volumes logiques. Si vous avez déjà sur votre système une configuration du gestionnaire de volumes logiques valide, une modification du partitionnement n’est normalement pas possible. Vous devez à présent configurer sur ce formulaire tous les points de montage qui ne reposent pas sur des volumes logiques du gestionnaire de volumes logiques. Le système de fichiers racine au moins doit, dans YaST, se trouver sur une partition normale. Sélectionnez cette partition dans la liste et définissez la en tant que système de fichiers racine en cliquant sur le bouton ‘Modifier’. SUSE LINUX 147 Nous vous conseillons, du fait de la grande flexibilité du gestionnaire de volumes logiques, de placer tous les autres systèmes de fichiers sur des volumes logiques du gestionnaire de volumes logiques. Une fois la partition racine définie, vous pouvez quitter cette boîte de dialogue. 3.10.4 LVM – Organisation des volumes physiques Utilisez la boîte de dialogue ‘LVM’ pour gérer les groupes de volumes (souvent abrégés ”VG“) du gestionnaire de volumes logiques. S’il n’existe encore aucun groupe de volumes sur votre système, une fenêtre vous demandant d’en créer un s’affiche. Nous vous recommandons de choisir system comme nom du groupe de volumes sur lequel les fichiers du système SUSE LINUX se trouvent. La Physical Extent Size, taille de l’étendue physique (souvent abrégée par PESize), précise la taille maximale d’un volume physique et logique dans ce groupe de volumes. Cette valeur est normalement fixée à 4 mégaoctets. Cela autorise une taille maximale pour un volume physique et logique de 256 gigaoctets. N’augmentez donc cette taille de l’étendue physique (par exemple à 8, 16 ou 32 mégaoctets) que si vous avez besoin de volumes logiques de plus de 256 gigaoctets. F IG . 3.11: YaST : créer un groupe de volumes 148 3.10. Gestionnaire de volumes logiques (LVM) Le groupe de volumes actuellement utilisé peut être modifié dans la zone de sélection en haut à gauche. Utilisez les boutons en haut à droite pour ajouter des groupes de volumes supplémentaires et supprimer des groupes de volumes existants. Vous ne pouvez cependant supprimer que les groupes de volumes auxquels plus aucune partition n’est attribuée. Pour un système SUSE LINUX installé normal, vous n’avez pas besoin de créer plus d’un groupe de volumes. Une partition attribuée à un groupe de volumes est également appelée volume physique (Physical Volume, PV). 3 Variantes d’installation spéciales La boîte de dialogue suivante donne la liste de toutes les partitions qui possèdent le type ”Linux LVM“ ou ”Linux native“. Aucune partition d’échange ou DOS n’est affichée. Si une partition est déjà attribuée à un groupe de volumes, c’est le nom du groupe de volumes qui est affiché dans la liste. Les partitions non attribuées sont identifiées par ”--“. F IG . 3.12: YaST : vue d’ensemble sur les partitions SUSE LINUX 149 Pour ajouter dans le groupe de volumes de votre choix une partition jusqu’alors non attribuée, sélectionnez d’abord la partition, puis cliquez sur le bouton ‘Ajouter volume’ sous la liste de sélection. Le nom du groupe de volumes est alors placé à côté de la partition sélectionnée. Nous vous conseillons d’attribuer toutes les partitions que vous envisagez d’utiliser pour le gestionnaire de volumes logiques à un groupe de volumes sans quoi l’espace de la partition reste inutilisé. Avant de pouvoir quitter la boîte de dialogue, un volume physique au moins doit être attribué à chaque groupe de volumes. 3.10.5 Volumes logiques C’est dans cette boîte de dialogue que sont gérés les volumes logiques (souvent abrégés par ”LV“). F IG . 3.13: YaST : gestion des volumes logiques Chaque volume logique est attribué à un groupe de volumes et possède une taille donnée. Si, lors de la création des volumes logiques, vous souhaitez créer une matrice entrelacée de disques RAID (striping array), vous devez créer le volume logique contenant le plus de lacets (stripes) comme étant le premier. Un volume 150 3.10. Gestionnaire de volumes logiques (LVM) Normalement, un système de fichiers (par exemple reiserfs, ext2) est créé sur un volume logique, puis un point de montage lui est attribué. Vous trouvez ensuite sous ce point de montage les fichiers du système installé qui sont enregistrés sur ce volume logique. La liste contient toutes les partitions Linux normales auxquelles un point de montage est attribué, toutes les partitions d’échange et tous les volumes logiques existants. Attention L’utilisation du gestionnaire de volumes logiques implique, le cas échéant, une augmentation des risques tels que par exemple la perte de données. Parmi les éventuels dangers, on note les plantages de programmes, les pannes de courant ou les commandes erronées. N’oubliez pas de sauvegarder vos données avant d’installer le gestionnaire de volumes logiques ou de modifier la configuration de volumes – ne travaillez jamais sans sauvegarde ! 3 Variantes d’installation spéciales logique monté en RAID avec n lacets ne peut alors être correctement créé que si l’espace sur le disque utilisé par le volume logique peut encore être réparti de manière uniforme sur n volumes physiques. Si vous ne disposez que de deux volumes physiques, un volume logique avec trois lacets n’est bien entendu pas possible. Attention Si vous aviez déjà configuré LVM sur votre système, les volumes logiques existants apparaissent ici. Vous devez toutefois encore attribuer à ces volumes logiques le point de montage approprié. Si c’est la première fois que vous configurez le gestionnaire de volumes logiques sur un système, il n’existe dans ce formulaire encore aucun volume logique et vous devez créer pour chaque point de montage un volume logique (avec le bouton ‘Ajouter’) et définir sa taille, son type de système de fichiers (par exemple reiserfs ou ext2) et le point de montage (par exemple /var, /usr, /home). Si vous avez créé plusieurs groupes de volumes, vous pouvez changer de groupe de volumes dans la liste de choix en haut à gauche. Les volumes logiques créés se trouvent à chaque fois dans le groupe de volumes affiché en haut à gauche. Si vous avez bien créé tous les volumes logiques tels que vous en aviez besoin, la configuration du gestionnaire de volumes logiques est terminée. Vous pouvez quitter la boîte de dialogue et continuer le choix de logiciels si vous vous trouvez dans le processus d’installation. SUSE LINUX 151 F IG . 3.14: YaST : créer des volumes logiques 3.11 RAID logiciel La technologie RAID (de l’anglais Redundant Array of Independent Disks) repose sur l’idée de rassembler plusieurs partitions de disque dur en un seul gros disque ”virtuel“ afin d’optimiser les performances et la sûreté des données, chacune de ces exigences étant exclusive de l’autre. Le ”niveau RAID“ (RAID-Level ) définit la façon de combiner et de commander ensemble des disques durs offerte par un contrôleur RAID. Un contrôleur RAID utilise généralement le protocole SCSI, qui permet de mieux contrôler un plus grand nombre de disques durs que le protocole IDE et qui se prête mieux au traitement des commandes en parallèle. Entre-temps, il existe également des contrôleurs RAID qui fonctionnent avec des disques durs IDE ou SATA. À ce sujet, consultez également la base de données matériel sous http://cdb.suse.de. Le contrôleur RAID, qui peut être un équipement très coûteux, peut être avantageusement remplacé par le RAID logiciel, qui est capable de remplir les mêmes fonctions. SUSE LINUX vous offre la possibilité, en utilisant YaST, de combiner plusieurs disques durs en un système RAID logiciel – ce qui constitue une alternative très avantageuse au RAID matériel. 152 3.11. RAID logiciel 3.11.1 3 Niveaux RAID courants RAID 1 Ce niveau offre une sûreté des données satisfaisante, celles-ci étant copiées dans un rapport 1:1 sur une autre disque dur, selon la technique de ”mise en miroir de disques durs“. Dans le cas où un disque viendrait à être détruit, une copie de son contenu se trouve sur un autre disque. Tous les disques sauf un peuvent donc être défectueux sans risque de perte de données. Les performances en écriture diminuent quelque peu avec l’utilisation du niveau RAID 1 (on constate un ralentissement de l’ordre de 10 à 20 %). En contrepartie, les performances en lecture représentent une nette amélioration par rapport à l’utilisation d’un unique disque dur physique normal. En effet, les données sont dupliquées et peuvent donc être lues en parallèle. RAID 5 Le niveau RAID 5 est un compromis optimal entre les deux autres niveaux, concernant la redondance et les performances. L’espace disque disponible correspond au nombre de disques utilisés moins un. Comme dans le niveau RAID 0, les données sont réparties entre les disques. La sécurisation des données est dévolue à des ”blocs de parité“ qui, pour le RAID 5, sont créés sur l’une des partitions. Ceux-ci sont combinés par l’opération XOR – ce qui permet, en cas de défaillance d’une partition, d’utiliser le bloc de parité correspondant pour reconstituer le contenu avec l’aide de l’opération logique XOR. Le RAID 5 ne permet pas d’avoir plus d’un disque dur défaillant à la fois. Dès qu’un disque dur est hors service, il doit être remplacé le plus vite possible afin de ne pas perdre les données. 3.11.2 Variantes d’installation spéciales RAID 0 Ce niveau améliore les performances de vos accès aux données. Il ne s’agit pas, à proprement parler, de RAID véritable, en raison de l’absence de sécurisation des données. Malgré cela, le terme ”RAID 0“ est entré dans l’usage. Le ”RAID 0“ combine au moins deux disques durs. Les performances sont très bonnes – mais il suffit qu’un seul des disques, quel qu’en soit le nombre, soit défaillant pour que le système RAID soit détruit, entraînant la perte de vos données. Configuration du RAID logiciel avec YaST La configuration du RAID logiciel est accessible soit depuis un module ‘RAID’ indépendant à la rubrique ‘Système’ soit depuis le module de partitionnement à la rubrique ‘Matériel’. SUSE LINUX 153 1ère étape : Partitionnement Le menu ‘Partitionnement en mode expert’ dans l’outil de Partitionnement énumère vos partitions. Vous voyez ici les partitions RAID logiciel que vous avez créées. Dans le cas contraire, vous devez en créer de nouvelles. Les niveaux RAID 0 et RAID 1 requièrent au moins deux partitions – elles sont normalement au nombre de deux exactement pour le RAID 1. En revanche, le RAID 5 requiert au moins trois partitions. Il est recommandé de n’utiliser que des partitions de taille identique. Les différentes partitions d’un RAID doivent être installées sur différents disques durs afin de parer au risque de perte de données dû à la défaillance d’un disque dur en RAID 1 et 5 et pour optimiser les performances en RAID 0. 2ème étape : Création d’un disque RAID Lorsque vous cliquez sur ‘RAID’, une boîte de dialogue apparaît, à partir de laquelle vous êtes invité à choisir le niveau RAID 0, 1 ou 5. L’écran suivant vous propose d’associer les partitions au nouveau RAID. Les options de paramétrage correspondant à la taille de bloc (”chunk size“) sont accessibles depuis les ‘Options en mode expert’ – vous pouvez procéder à des réglages fins pour les performances. Lorsque la case ‘superblock permanent’ est cochée, les partitions RAID seront reconnues en tant que telles juste après le démarrage de l’ordinateur. Lorsque la configuration est achevée, vous voyez sur l’écran ”Partitionnement en mode expert“ le périphérique /dev/md0 (etc.) assorti de l’identifiant ”RAID“. Dépannage Pour savoir si une partition RAID est abîmée, examinez le contenu du fichier /proc/mdstats. La procédure à suivre lorsqu’un dysfonctionnement s’est produit,est d’arrêter votre système Linux et de remplacer le disque défectueux par un nouveau disque partitionné de manière identique. Redémarrez ensuite votre système et exécutez la commande raidhotadd /dev/mdX /dev/sdX. Le nouveau disque dur est alors automatiquement intégré au système RAID et est restauré de manière totalement transparente. Vous trouverez dans le Howto indiqué ci-après la marche à suivre pour configurer le RAID logiciel, ainsi que différents détails supplémentaires : /usr/share/doc/packages/raidtools/Software-RAID-HOWTO.html http://en.tldp.org/HOWTO/Software-RAID-HOWTO.html ou dans la liste de diffusion Linux RAID disponible par exemple à l’adresse http://www.mail-archive.com/[email protected] Vous y trouverez également de l’aide dans le cas où vous rencontreriez des problèmes complexes inattendus. 154 3.11. RAID logiciel 4 SUSE LINUX offre la possibilité d’actualiser un système existant sans nouvelle installation. Cependant, il faut faire une distinction entre l’actualisation de divers paquetages logiciels et une mise à jour de l’ensemble du système. Vous pouvez aussi installer divers paquetages à la main avec le gestionnaire de paquetages rpm. 4.1 4.2 4.3 Actualiser SUSE LINUX . . . . . . . . . . . . . . . . . . . 156 Modifications des logiciels d’une version à l’autre . . . . 158 RPM – Le gestionnaire de paquetages de la distribution 174 Mise à jour du système et gestion des paquetages Mise à jour du système et gestion des paquetages 4.1 Actualiser SUSE LINUX Il est bien connu que les logiciels progressent d’une version à l’autre. Par conséquent, il convient de vérifier avec df la capacité maximale des différentes partitions avant la mise à jour. Si vous estimez qu’elle risque d’être limitée, faites alors une sauvegarde de vos données avant la mise à jour et partitionnez le système à nouveau. Il n’est pas possible de donner à chacun des informations générales détaillées sur la quantité d’espace nécessaire – l’espace requis dépend du type de partitionnement existant, des logiciels choisis et du numéro de version du système existant sur la distribution SUSE LINUX actuelle. Remarque Nous ne saurions trop vous recommander de lire sur le CD le fichier LISEZMOI ou README ou sous DOS/Windows, le fichier LISEZMOI.DOS (README.DOS) ; vous y trouverez mentionnées toutes les modifications supplémentaires qui ont eu lieu après l’impression de ce manuel. Remarque 4.1.1 Préparatifs Avant le début d’une mise à jour, il est plus sûr de copier les anciens fichiers de configuration sur un support séparé (dévideur à bande ou streamer, disque amovible, lecteur de disques ZIP, CD-ROM, etc.). Il s’agit principalement des fichiers enregistrés dans /etc ; les répertoires et fichiers présents dans /var et dans /opt sont également à contrôler et éventuellement à sauvegarder. En outre, il n’est pas inutile de sauvegarder les données actuelles des utilisateurs contenues dans /home (les répertoires personnels contenus dans HOME) sur un support tiers. La sauvegarde des données ne peut se faire qu’en tant qu’administrateur système ; seul dispose des droits permettant de lire tous les fichiers locaux. Avant de commencer la procédure de mise à jour, notez l’emplacement de la partition racine ; la commande df / vous permet de connaître le nom du périphérique abritant la partition racine ; dans le cas présenté 4.1 page ci-contre, l’emplacement à noter de partition racine est /dev/hda2. 156 4.1. Actualiser SUSE LINUX 4 Exemple 4.1: Aperçu avec df -h Tail. 1,9G 8,9G 9,5G Occ. Disp. %Occ. Monté sur 189M 1,7G 10% /dos 7,1G 1,4G 84% / 8,3G 829M 92% /home L’affichage montre que la partition /dev/hda2 est rattachée au système de fichiers (montée) à l’emplacement / 4.1.2 Problèmes possibles Contrôler passwd et group dans /etc Avant la mise à jour, assurez-vous que /etc/passwd et /etc/group ne comportent pas d’erreur de syntaxe. À cette fin, exécutez les programmes de vérification pwck et grpck en tant que root et corrigez les erreurs qui ont été signalées. PostgreSQL Avant une mise à jour de PostgreSQL (postgres) , il est généralement recommandé d’exporter (dump) les données des bases ; reportez-vous à pg_dump. Cette opération n’est bien sûr nécessaire que si vous avez effectivement utilisé PostgreSQL avant la mise à jour. 4.1.3 mise à jour avec YaST Après les travaux préliminaires décrits dans la section Préparatifs page précédente, vous voici arrivé à la procédure d’amorçage. 1. Démarrez le système comme pour une installation (reportez-vous au guide de l’utilisateur) puis dans YaST — après avoir défini la langue — ne choisissez pas ‘Nouvelle installation’, mais ‘Mise à jour d’un système existant’. 2. YaST déterminera s’il existe plus d’une partition racine ; si ce n’est pas le cas, il continue avec la sauvegarde du système. S’il existe plusieurs partitions, choisissez celle qui convient et confirmez par ‘Suivant’ (dans l’exemple de la section Préparatifs page ci-contre, vous aviez noté /dev/ hda2). YaST lira l’ancien fichier fstab présent sur cette partition pour ensuite analyser les systèmes de fichiers qui y sont répertoriés et enfin les monter. SUSE LINUX Mise à jour du système et gestion des paquetages Sys. de fich. /dev/hda1 /dev/hda2 /dev/hda5 157 3. Vous avez alors la possibilité de créer une copie de sauvegarde des fichiers système pendant la mise à jour. Cette option ralentit la procédure de mise à jour, mais vous devriez la choisir si vous n’avez actuellement pas de sauvegarde système. 4. La boîte de dialogue suivante permet de définir soit que seuls les logiciels déjà installés seront actualisés, soit que de nouveaux composants logiciels importants seront ajoutés au système (Mode de mise à jour). Il est recommandé d’accepter le choix proposé ( ‘Système par défaut’). Vous pourrez éliminer plus tard d’éventuelles imprécisions avec YaST. Si vous avez des difficultés avec la reconnaissance automatique du matériel de YaST, vous pouvez également initialiser la mise à jour à l’aide de linuxrc. Consultez, à ce sujet, la section linuxrc page 116. 4.1.4 Actualisation de divers paquetages Indépendamment d’une mise à jour totale, vous pouvez actualiser à tout moment les différents paquetages ; vous devez toutefois veiller vous-même à ce que le système reste cohérent : vous trouverez des recommandations de mise à jour répertoriées à l’adresse http://www.suse.com/us/private/download/ updates/ (en anglais). Dans le menu de sélection de paquetages de YaST, vous pouvez faire ce que bon vous semble. Si vous choisissez de mettre à jour un paquetage qui joue un rôle fondamental dans le fonctionnement du système, YaST vous en avertit. Les paquetages de ce type devraient être actualisés avec le mode spécial de mise à jour. Quelques paquetages contiennent par exemple des bibliothèques partagées, potentiellement utilisées au moment de la mise à jour de processus en cours d’exécution. Une mise à jour dans le système actuel amènerait donc ces programmes à ne plus pouvoir fonctionner correctement. 4.2 Modifications des logiciels d’une version à l’autre Les sections suivantes dressent la liste des détails qui ont changé d’une version à l’autre. Cet aperçu montre si des configurations ont été modifiées, si des fichiers de configuration ont été déplacés, ou encore si des applications connues ont été 158 4.2. Modifications des logiciels d’une version à l’autre Les problèmes et les particularités de chaque version sont publiés sur le serveur Web : reportez-vous aux liens ci-dessous. On peut accéder aux mises à jour importantes des différents paquetages à l’adresse http://www.suse.com/us/ private/download/updates/ (en anglais). 4.2.1 De la version 8.0 à la version 8.1 Problèmes et particularités : http://portal.suse.com/sdb/en/2002/10/ bugs81.html (en anglais). Modifications concernant les noms d’utilisateurs et de groupes du système : pour se mettre en conformité avec UnitedLinux, quelques éléments ont été adaptés dans /etc/passwd et/ou /etc/group. . Utilisateurs modifiés : ftp dorénavant dans le groupe ftp (et non plus dans daemon). . Groupes renommés : www (il s’agissait de wwwadmin) ; games (il s’agissait de game). . Nouveaux groupes : ftp (avec le GID 50) ; floppy (avec le GID 19) ; cdrom (avec le GID 20) ; console (avec le GID 21) ; utmp (avec le GID 22). Modifications en rapport avec le FHS (reportez-vous à la section Standards et spécifications page 727) : . Un exemple d’environnement pour HTTPD (Apache) se trouve dans /srv/ www (il s’agissait de /usr/local/httpd). . Un exemple d’environnement pour FTP se trouve dans /srv/ftp (il s’agissait de /usr/local/ftp). Le paquetage ftpdir est nécessaire pour celuici. Pour permettre un accès ciblé au logiciel recherché , les divers paquetages ne sont plus regroupés en un petit nombre de séries peu claires, mais par groupes RPM portant des noms évocateurs. En conséquence, il n’existe plus sur les CDs de répertoire abscons dans suse, mais quelques répertoires nommés d’après des architectures comme ppc, i586 ou noarch. Lors d’une nouvelle installation, les programmes suivants ne sont désormais plus configurés ou installés automatiquement : . Le chargeur d’amorçage GRUB qui offre incontestablement plus de possibilités que LILO. LILO reste toutefois en place lors de la mise à jour du système. . Le logiciel de messagerie postfix à la place de sendmail. . Le logiciel de gestion de listes de discussion mailman est installé à la place de majordomo. SUSE LINUX 4 Mise à jour du système et gestion des paquetages modifiées de façon perceptible. Il ne sera traité que des aspects qui affectent directement l’utilisateur ou l’administrateur dans leur travail quotidien. 159 . Choisissez à la main harden_suse si nécessaire et lisez la documentation actuelle le concernant ! Paquetages répartis : rpm dans rpm et rpm-devel ; popt dans popt et popt-devel ; libz dans zlib et zlib-devel. yast2-trans-* est désormais distribué en fonction des langues : yast2-trans-cs (tchèque), yast2-trans-de (allemand), yast2-trans-es (espagnol) ; lors de l’installation, toutes les langues ne sont plus installées pour économiser de l’espace disque. Faites une installation ultérieure des paquetages nécessaires pour que YaST prenne en charge d’autres langues ! Paquetages renommés : bzip en bzip2. Paquetages obsolètes : openldap, utilisez à présent openldap2 ; su1, passez dorénavant à sudo. 4.2.2 De la version 8.1 à la version 8.2 Problèmes et particularités : http://portal.suse.com/sdb/en/2003/04/ bugs82.html (en anglais). Prise en charge 3D des cartes graphiques de type nVidia (modifications) : les paquetages NVIDIA_GLX/NVIDIA_kernel (y compris le script switch2nvidia_glx) ne sont plus fournis. Téléchargez le programme d’installation nVidia pour Linux IA32 sur la page web de nVidia (http://www. nvidia.com), utilisez-le pour installer le pilote, puis faites appel à SaX2 ou à YaST pour activer la prise en charge de la 3D. Lors d’une nouvelle installation, le démon xinetd est installé à la place du démon inetd et configuré dans des conditions sûres reportez-vous au répertoire /etc/xinetd.d). Le démon inetd reste néanmoins en place lors d’une mise à jour du système. PostgreSQL est à présent disponible dans la version 7.3. Un dump/restore (export/import des données) avec pg_dump est requis pour une mise à jour depuis une version 7.2.x. Lorsque votre application interroge les catalogues système, d’autres adaptations sont alors nécessaires, puisque la version 7.3 a introduit des schémas. Vous trouverez des informations complémentaires à l’adresse : http://www.ca.postgresql.org/docs/momjian/upgrade_ tips_7.3 (en anglais). 160 4.2. Modifications des logiciels d’une version à l’autre /usr/sbin/stunnel3_wrapper stunnel OPTIONS Le fichier de configuration produit est aussi affiché sur la sortie par défaut, de sorte que vous pouvez utiliser aisément ces indications pour générer un fichier de configuration permanent pour l’avenir. openjade (openjade) est maintenant le moteur DSSSL qui remplace jade (jade_dsl) lorsqu’on appelle db2x.sh (docbook-toys). Pour des raisons de compatibilité, les divers programmes sont également mis à disposition sans le préfixe o. Si des applications particulières dépendent du répertoire jade_dsl et des fichiers qui y sont actuellement installés, il faut soit reconfigurer les applications en question pour prendre en compte le nouveau répertoire /usr/share/ sgml/openjade, soit créer un lien en tant que : cd /usr/share/sgml rm jade_dsl ln -s openjade jade_dsl Pour éviter un conflit avec le rzsz, l’outil en ligne de commande sx appelle en outre s2x et/ou sgml2xml ou osx. 4.2.3 De la version 8.2 à la version 9.0 Problèmes et particularités : http://sdb.suse.de/sdb/de/html/bugs90. html. Les services de maintenance périodiques dans /etc/cron.daily, /etc/ cron.weekly et /etc/cron.monthly sont exécutés aux environs de 4 heures du matin. Ces horaires ne sont valables que pour les nouvelles installations ; après une mise à jour, il convient d’adapter /etc/crontab. Le gestionnaire de paquetages RPM est actuellement disponible en version 4. La fonctionnalité prévue pour la compilation des paquetages est désormais transférée dans le programme autonome rpmbuild ; il faut toujours utiliser rpm pour installer, actualiser et interroger la base de données ; reportez-vous à la section RPM – Le gestionnaire de paquetages de la distribution page 174. SUSE LINUX 4 Mise à jour du système et gestion des paquetages La version 4 de stunnel ne gère plus aucune option en ligne de commande. Le script /usr/sbin/stunnel3_wrapper qui est en mesure de convertir les options de ligne de commande dans un fichier de configuration approprié pour stunnel est néanmoins fourni et doit être utilisé à la demande (à la place d’OPTIONS, utilisez les vôtres) : 161 Dans l’espace Impression, on trouve le paquetage footmatic-filters. Son contenu a été séparé du paquetage cups-drivers car il est apparu qu’on peut imprimer avec, même si CUPS n’est pas installé. On peut donc ainsi peaufiner des configurations avec YaST qui sont indépendantes du système d’impression (CUPS, LPRng). En tant que fichier de configuration, ce paquetage contient le fichier /etc/foomatic/filter.conf. Désormais, les paquetages footmatic-filters et cups-drivers sont également requis pour la mise en œuvre des programmes LPRng/lpdfilter. Les ressources XML des paquetages logiciels fournis sont rendus accessibles grâce à des déclarations contenues dans /etc/xml/suse-catalog.xml. Ce fichier ne peut pas être traité avec xmlcatalog car sinon, des commentaires d’organisation nécessaires pour garantir une mise à jour en bonne et due forme disparaissent. /etc/xml/suse-catalog.xml est rendu accessible au moyen d’une instruction nextCatalog, de sorte que des outils XML comme xmllint ou xsltproc peuvent trouver automatiquement les ressources locales. 4.2.4 De la version 9.0 à la version 9.1 Problèmes et particularités : http://sdb.suse.de/sdb/de/html/bugs91. html. Migration vers le noyau 2.6 SUSE LINUX a été complètement migrée vers le noyau version 2.6 ; vous ne devriez plus utiliser la version précédente 2.4, car les programmes ne fonctionneront probablement plus. Vous trouverez ci-dessous quelques détails à prendre en compte : Les modules ne sont chargés et configurés qu’à partir du fichier /etc/ modprobe.conf ; le fichier /etc/modules.conf est obsolète. YaST essaiera de convertir les données (voir aussi le script /sbin/generate-modprobe. conf). Les modules ont désormais le suffixe .ko. Le module ide-scsi n’est plus nécessaire à la gravure des CD. Dans les options du module son ALSA, le préfixe snd_ a été supprimé. sysfs complète désormais le système de fichiers /proc. La gestion de l’énergie (en particulier l’ACPI) a été améliorée et peut désormais être configurée via un module de YaST. 162 4.2. Modifications des logiciels d’une version à l’autre 4 Codepage et montage de partitions VFAT Veille/attente (standby/suspend) avec ACPI Avec le nouveau noyau 2.6 les modes veille/attente de ACPI sont supportés. Veuillez noter que ces fonctions en sont encore au stage expérimental et ne sont pas encore supportés par tous les matériels. Pour bénéficier de cette fonctionnalité, vous nécessitez le paquetage powersave. Vous trouverez plus d’informations relatives à ce paquetage sous /usr/share/doc/packages/powersave. Vous trouverez un frontal graphique dans le paquetage kpowersave. Périphériques d’entrée (Input Devices) Concernant les changements des périphériques d’entrée (Input Devices), reportezvous à l’article susnommé du portail (http://portal.suse.de/sdb/en/ 2004/02/bugs91.html). Native POSIX Thread Library et glibc 2.3.x Les programmes liés à NGPT (Next Generation POSIX Threading) ne fonctionnent pas avec la glibc 2.3.x. Tous les programmes de ce type qui ne fonctionnent pas sous SUSE LINUX doivent être recompilés avec linuxthreads ou avec NPTL (Native POSIX Thread Library). Il est préférable d’utiliser NPTL pour le portage pour plus de pérennité vis-à-vis des standards futurs. En cas de difficulté avec NPTL, il est possible d’utiliser linuxthreads, plus ancien, si la variable suivante est modifiée (dans laquelle hkernel-versioni doit être remplacée par le numéro de version du noyau correspondant) : Mise à jour du système et gestion des paquetages Lors du montage de partitions VFAT, le paramètre code= dans codepage= doit être modifié. Si le montage d’une partition VFAT pose problème, vérifiez si le fichier /etc/fstab contient les anciens noms de paramètres. LD_ASSUME_KERNEL=kernel-version Les numéros de version suivants sont possibles : 2.2.5 (i386, i586): linuxthreads sans piles flottantes (Floating Stacks) 2.4.1 (AMD64, i586, i686) : linuxthread avec piles flottantes SUSE LINUX 163 Remarque à propos du noyau et de linuxthreads avec piles flottantes : Les programmes qui utilisent errno, h_errno et _res doivent inclure les fichiers d’en-têtes correspondant (errno.h, netdb.h et/ou resolv. h) avec #include. Les programmes C++ qui mettent en oeuvre plusieurs fils d’exécution (multithread ) et qui utilisent l’annulation de fil d’exécution (thread cancellation) doivent accéder à la variable d’environnement LD_ASSUME_KERNEL=2.4.1 pour utiliser la bibliothèque linuxthreads. Adaptations pour Native POSIX Thread Library NPTL (Native POSIX Thread Library) est disponible dans SUSE LINUX 9.1 en tant que paquetage de gestion de fils de d’exécution. NPTL a été développé de manière à conserver une compatibilité binaire avec l’ancienne bibliothèque linuxthreads. Cependant, aux endroits auxquels linuxthreads enfreint la norme POSIX, NPTL a nécessité des adaptations ; il faut en particulier nommer : la gestion des signaux ; getpid renvoie pour tous les fils d’exécurtion la même valeur ; les gestionnaires de fils d’exécutions qui enregistrent pthread_atfork ne fonctionnent pas lorsque vfork est utilisé. Configuration des interfaces réseau La configuration des interfaces réseau a changé. Jusqu’à présent, l’initialisation du matériel était démarrée après la configuration de l’interface maintenant, le nouveau matériel sera tout d’abord recherché et initialisé et ensuite l’interface réseau pourra être configurée. De plus, de nouveaux noms ont été introduits pour les fichiers de configuration. Étant donné que le nom d’une interface réseau est générée dynamiquement et que le nombre de périphériques hotplug augmente sans arrêt, un nom tel que ethhXi n’est plus adapté à la configuration. Pour cette raison, nous n’utilisons que des descriptions sans équivoque telles que l’adresse MAC ou le port PCI pour nommer les configurations des interfaces. Conseil : vous pouvez, bien entendu, utiliser les noms des interfaces dès qu’ils apparaissent. Des commandes telles que ifup eth0 ou ifdown eth0 sont toujours possibles. Les configurations des périphériques se trouvent dans /etc/sysconfig/ hardware. Les interfaces mises à disposition par ces périphériques se trouvent comme à l’habitude (simplement avec des noms différents) dans /etc/ sysconfig/network. Vous trouverez une description détaillée sous /usr/share/doc/packages/ sysconfig/README. 164 4.2. Modifications des logiciels d’une version à l’autre 4 Configuration du son Domaine de premier niveau .local en tant que domaine link-local La bibliothèque Resolver traite le domaine de premier niveau .local en tant que domaine ”link-local“ et envoie des requêtes DNS multidiffusion à l’adresse de multidiffusion 224.0.0.251 port 5353 au lieu de requêtes DNS normales ; ceci est une modification incompatible. Si le domaine .local est déjà utilisé dans la configuration du serveur de noms, il faut utiliser un autre nom de domaine. Vous trouverez plus d’informations relatives au DNS multidiffusion sous http://www.multicastdns.org. Encodage UTF-8 pour tout le système UTF-8 est désormais l’encodage par défaut du système. Lors d’une installation standard, une localisation avec l’indication d’encodage (Encoding) .UTF-8 est aussi accessible ( fr_FR.UTF-8). Vous trouverez plus d’informations sous http://www.suse.de/~mfabian/suse-cjk/locales.html. Noms de fichiers après la conversion UTF-8 Les fichiers dans les systèmes de fichiers qui ont été créés auparavant n’utilisent pas d’encodage UTF-8 (tant que rien d’autre n’est précisé) pour les noms de fichiers. Si ces fichiers contiennent d’autres caractères que les caractères ASCII, ils apparaîtront ”bizarrement“. Pour éviter cela, le script convmv peut être utilisé ; il convertit l’encodage des noms de fichiers en UTF-8. Mise à jour du système et gestion des paquetages Après une mise à jour, les cartes son doivent être reconfigurées. Cela peut se faire à l’aide du module son de YaST à cette fin, exécutez, en tant que root, la commande suivante : yast2 sound. Outils Shell compatibles avec le standard POSIX de 2001 Les outils en mode interpréteur de commande provenant du paquetage coreutils comme tail, chown, head, sort suivent dorénavant le réglage par défaut de la norme POSIX de 2001 (Single UNIX Specification, version 3 == IEEE Std 1003.1-2001 == ISO/IEC 9945:2002) au détriment de la norme de 1992. Toutefois, l’ancien comportement peut être imposé avec une variable d’environnement : _POSIX2_VERSION=199209 SUSE LINUX 165 La nouvelle valeur est 200112 et est acceptée comme norme pour _POSIX2_VERSION. Vous pouvez lire le standard SUS ici (gratuit, mais une inscription est nécessaire) : http://www.unix.org Un bref comparatif : TAB . 4.1: Comparatif POSIX 1992/POSIX 2001 POSIX 1992 POSIX 2001 chown tux.users chown tux:users tail +3 tail -n +3 head -1 head -n 1 sort +3 sort -k +3 nice -10 nice -n 10 split -10 split -l 10 Remarque Les logiciels provenant d’une tierce partie ne suivent probablement pas encore le nouveau standard ; dans ce cas il est conseillé de mettre la variable d’environnement comme décrit ci-dessus à la valeur _POSIX2_VERSION=199209. Remarque /etc/gshadow obsolète /etc/gshadow a été abandonné et supprimé car ses données sont superflues pour les raisons suivantes : La glibc ne le prend pas en charge. Il n’existe pas d’interface officielle pour ces données, et il n’existe pas non plus d’interface dans la suite shadow. La plupart des outils qui vérifient les mots de passe de groupe ne s’appuient pas sur ce fichier et l’ignorent à cause des deux raisons précédemment énoncées. 166 4.2. Modifications des logiciels d’une version à l’autre 4 OpenLDAP Vous trouverez plus d’informations relatives à la mise à jour dans le fichier /usr/share/doc/packages/openldap2/README.update Apache 1.3 remplacé par Apache 2 Le serveur web Apache (version 1.3) a été remplacé par Apache 2. Une mise à jour d’un système avec installation d’un serveur HTTP effacera le paquetage Apache et installera Apache 2. Le système doit alors être modifié manuellement ou à l’aide de YaST. Les fichiers de configuration ne se trouvent plus maintenant sous /etc/httpd mais sous /etc/apache2. Pour la façon de gérer simultanément plusieurs requêtes, on a le choix entre les fils d’exécution et les processus. Les processus sont gérés par un seul module appelé module de multi-traitement (Multi-Processing-Modul - MPM). Apache 2 utilise aussi un paquetage apache2-prefork (préféré pour la stabilité) ou apache2-worker. La réaction d’Apache 2 à ces requêtes est différente selon le MPM utilisé. Cela a principalement des conséquences sur les performances et sur l’utilisation des modules. Ces points seront discutés plus en détails dans le chapitre sur Apache Les fils d’exécution (threads) page 567. Apache 2 reconnaît maintenant le protocole Internet IPv6 à venir. Mise à jour du système et gestion des paquetages Étant donné que le format des bases a changé, les bases de données doivent être générées à nouveau. Lors de la mise à jour, cette conversion est effectuée automatiquement ; cependant, dans certains cas particuliers, la conversion échouera. Le schéma de vérification a été considérablement amélioré. Ainsi, certaines opérations (non conformes au standard) possibles avec la version précédente du serveur LDAP ne sont maintenant plus possibles. La syntaxe des fichiers de configuration a été partiellement modifiée par rapport aux ACL (listes de contrôle d’accès). Il existe désormais un mécanisme grâce auquel le développeur du module peut donner des indications sur l’ordre désiré de chargement du module pour que l’utilisateur n’ait plus à s’en préoccuper. L’ordre dans lequel les modules sont démarrés est souvent important et était auparavant déterminé par l’ordre de chargement. Un module qui n’autorise l’accès aux utilisateurs identifiés pour certaines ressources doit ainsi être appelé en premier afin que l’utilisateur qui n’a pas de droit d’accès ne puisse en aucun cas être amené à voir la page. Les requêtes et réponses d’Apache peuvent passer à travers un filtre. SUSE LINUX 167 De samba 2.x à samba 3.x Avec la mise à jour de samba 2.x par samba 3.x, l’authentification winbind n’est plus disponible ; les autres méthodes sont toujours possibles. Pour cette raison, les programmes suivants ont été modifiés : /usr/sbin/wb_auth /usr/sbin/wb_ntlmauth /usr/sbin/wb_info_group.pl Voir aussi : http://www.squid-cache.org/Doc/FAQ/FAQ-23.html# ss23.5 Mise à jour de OpenSSH (version 3.8p1) Le support gssapi a été remplacé par gssapi-with-mic afin d’éviter de possibles attaques MITM. Ces deux versions ne sont pas compatibles. Ceci signifie que vous ne pourrez pas vous authentifier depuis des distributions plus anciennes avec des tiquets Kerberos car d’autres méthodes d’authentification sont maintenant utilisées. Applications SSH et terminal Lors de l’accès depuis un ordinateur distant (surtout SSH, telnet et RSH) entre une version 9 (dans la configuration par défaut, avec UTF-8 activé) et un système plus ancien (SUSE LINUX 9.0 et versions précédentes, produits pour lesquels UTF-8 n’étaient pas supportés ou activés par défaut), les applications de terminal peuvent afficher des caractères erronés. Cela vient du fait que OpenSSH ne transmet pas de paramètres locaux et les paramètres par défaut des systèmes sont donc utilisés alors qu’ils ne correspondent peut-être pas avec les paramètres du terminal distant. Ceci concerne YaST en mode textuel ainsi que des applications qui sont exécutées depuis un ordinateur distant en tant qu’utilisateur normal (pas root). Les application exécutées par root ne sont concernées que lorsque l’utilisateur a modifié les paramètres locaux pour root (uniquement LC_CTYPE est défini par défaut). libiodbc a été rejeté Les utilisateurs de FreeRADIUS doivent maintenant utiliser unixODBC car libiodbc a été rejeté. 168 4.2. Modifications des logiciels d’une version à l’autre 4 Ressources XML dans /usr/share/xml Supports de données avec subfs Les supports de données sont maintenant intégrés à l’aide de subfs. Maintenant, les supports de données amovibles ne doivent plus être montés (mount) manuellement. Il suffit de passer dans le répertoire correspondant sous /media pour monter le dispositif. Les supports de données ne peuvent pas être démontés tant qu’un programme y accède. 4.2.5 De la version 9.1 à la version 9.2 Reportez vous à l’article ”Known Problems and Peculiarities in SuSE 9.2“ (en anglais) dans la base de données d’assistance à l’adresse http://portal.suse. com, en recherchant le mot clé Peculiarities. Pare-feu actif durant l’installation à partir de la boîte de dialogue de suggestion SuSEFirewall2, la solution pare-feu fournie, est activée depuis la boîte de dialogue de suggestion vers la fin de l’installation pour accroître la sécurité. Cela veut ainsi dire qu’au début tous les ports sont fermés et qu’ils peuvent être ouverts à la demande à partir du début de la boîte de dialogue de suggestion. Si lors de l’installation ou la configuration d’un service un accès au réseau est utilisé, le module YaST correspondant ouvre les ports TCP et UDP utilisés sur toutes les inerfaces internes et externes. Si cela n’est pas voulu, l’utilisateur peut fermer les ports dans le module YaST ou entreprendre une configuration détaillée du pare-feu. SUSE LINUX Mise à jour du système et gestion des paquetages Le FHS (voir Standards et spécifications page 727) prévoit que les ressources XML (DTDs, feuilles de style, etc) soient installées dans /usr/share/xml. Pour cette raison, quelques répertoires ne se situent plus dans /usr/share/sgml. En cas de problème, vous devez modifier les scripts ou Makefiles y faisant référence, ou modifier les catalogues officiels (en particulier /etc/xml/catalog et/ou /etc/sgml/catalog). 169 TAB . 4.2: Ports utilisés par les services importants Service Ports Serveur HTTP Le pare-feu sera adapté grâce aux instructions ”Listen“ (uniquement pour TCP). Courrier électronique (postfix) Serveur Samba smtp 25/TCP Serveur DHCP bootpc 68/TCP Serveur DNS domain 53/TCP; domain 53/UDP -"- auxquels s’ajoute une prise en charge particulière du portmapper dans SuSEFirewall2 portmapper sunrpc 111/TCP; sunrpc 111/UDP Serveur NFS nfs 2049/TCP -"- plus portmapper Serveur NIS portmap activé tftp tftp 69/TCP CUPS (IPP) ipp 631/TCP; ipp 631/UDP netbios-ns 137/TCP; netbios-dgm 138/TCP; netbios-ssn 139/TCP; microsoft-ds 445/TCP Configuration du système d’impression À la fin de l’installation (Boîte de dialogue de suggestion), il faut veiller à ce que les ports utiles au système d’impression soient ouverts dans la configuration du pare-feu. Les ports 631/TCP et 631/UDP sont nécessaires à CUPS et ne devraient pas être bloqués pour un fonctionnement normal. Si on veut imprimer via LPD ou via SMB, le port 515/TCP (pour l’ancien protocole LPD) ou les ports utilisés par Samba doivent être accessibles. 170 4.2. Modifications des logiciels d’une version à l’autre 4 Passage à X.Org TAB . 4.3: Commandes XFree86 X.Org XFree86 Xorg xf86config xorgconfig xf86cfg xorgcfg TAB . 4.4: Fichiers journaux dans /var/log XFree86 X.Org XFree86.0.log Xorg.0.log XFree86.0.log.old Xorg.0.log.old De plus, en raison du passage à X.org, le nom des paquetages est passé de XFree86* à xorg-x11. SUSE LINUX Mise à jour du système et gestion des paquetages Le passage de XFree86 à X.Org est facilité par des liens de compatibilité pour que les fichiers et commandes importants puissent rester accessibles par leurs anciens noms. 171 Modifications du paquetage powersave Les fichiers de configuration /etc/sysconfig/powersave ont été modifiés. TAB . 4.5: Division des fichiers de configuration dans /etc/sysconfig/powersave Ancien est maintenant divisé en /etc/sysconfig/powersave/common common cpufreq events battery sleep thermal /etc/powersave.conf n’existe plus et les variables existantes sont reprises dans les fichiers comme décrit dans le tableau ci-dessus. Si vous aviez fait des modifications à la variable ”event“ de /etc/powersave.conf, celles-ci sont maintenant adaptées en conséquence dans /etc/sysconfig/powersave/ events Il faut de plus veillez à ce que la dénomination des ”Modes de veille“ (en anglais Sleep Status) ait été modifiée ; il y avait précédemment : suspend (ACPI S4, APM suspend) standby (ACPI S3, APM standby) On a maintenant : suspend to disk (ACPI S4, APM suspend) suspend to ram (ACPI S3, APM suspend) standby (ACPI S1, APM standby) OpenOffice.org (OOo) Chemin : OOo est maintenant installé dans /usr/lib/ooo-1.1 au lieu de /opt/OpenOffice.org. Le répertoire par défaut pour les installations utilisateurs est maintenant ~/.ooo-1.1 au lieu de ~/OpenOffice. org1.1. Raccourcis : Il existe de nouveaux raccourcis pour le démarrage des composants d’OOo ; voici un tableau de correspondance : 172 4.2. Modifications des logiciels d’une version à l’autre 4 TAB . 4.6: Raccourcis Nouveau /usr/X11R6/bin/OOo-calc /usr/bin/oocalc /usr/X11R6/bin/OOo-draw /usr/bin/oodraw /usr/X11R6/bin/OOo-impress /usr/bin/ooimpress /usr/X11R6/bin/OOo-math /usr/bin/oomath /usr/X11R6/bin/OOo-padmin /usr/sbin/oopadmin /usr/X11R6/bin/OOo-setup - /usr/X11R6/bin/OOo-template /usr/bin/oofromtemplate /usr/X11R6/bin/OOo-web /usr/bin/ooweb /usr/X11R6/bin/OOo-writer /usr/bin/oowriter /usr/X11R6/bin/OOo /usr/bin/ooffice /usr/X11R6/bin/OOo-wrapper /usr/bin/ooo-wrapper Les raccourcis comprennent maintenant l’option --icons-set pour passer entre les jeux d’icônes KDE et GNOME. Les options suivantes ne sont plus prises en charge :--default-configuration, --gui, --java-path, --skip-check, --lang (la langue sera configurée à partir des paramètres de langue (en anglais locales)), --messages-in-window et --quiet. Prise en charge de KDE et GNOME Les extensions à KDE et GNOME sont fournies séparément dans les paquetages OpenOffice_org-kde et OpenOffice_org-gnome. Mise à jour du système et gestion des paquetages Ancien Table de mixage "kmix" La table de mixage kmix est installée par défaut. Pour le matériel haut de gamme, il existe des alternatives pour la tables de mixages comme QAMix/KAMix, envy24control (uniquement ICE1712) ou hdspmixer (uniquement RME Hammerfall). SUSE LINUX 173 4.3 RPM – Le gestionnaire de paquetages de la distribution Sous SUSE LINUX,le gestionnaire de paquetages RPM (RPM Package Manager) s’appuie principalement sur les programmes rpm et rpmbuild chargés d’assurer la gestion des paquetages logiciels. Ainsi, les utilisateurs et les administrateurs, sans oublier bien entendu les créateurs de paquetages ont accès à toute la puissance de la base de données RPM, qu’ils peuvent interroger sans limites afin d’obtenir toutes les informations utiles sur les logiciels installés. La commande rpm fonctionne essentiellement selon cinq modes : l’installation, la désinstallation ou la mise à jour de paquetages logiciels ; la régénération de la base de données RPM ; l’interrogation de la base de données RPM ou d’archives RPM données ; le contrôle d’intégrité des paquetages ; enfin la signature des paquetages. La commande rpmbuild est quant-à-elle chargée de générer les paquetages pouvant être installés à partir des sources originelles (pristine sources). Les archives RPM pouvant être installées sont empaquetées dans un format binaire particulier ; elles comprennent les fichiers de programmes à installer ainsi que différentes méta-informations utilisées lors de l’installation par la commande rpm afin de configurer le paquetage logiciel concerné. Ces méta-informations sont également enregistrées dans la bases de données RPM dans une optique documentaire. Les archives RPM utilisent l’extension de fichier .rpm. La commande rpm permet de gérer des paquetages conformes au standard LSB ; Pour plus de précisions sur LSB, reportez-vous à la section Standards et spécifications page 727. Remarque Un nombre considérables de paquetages ont besoin de composants (bibliothèques, fichiers d’en-tête à inclure, etc.) indispensables pour le développement logiciel, et constitués en paquetages indépendants. Ces paquetages de développement sont uniquement requis par les utilisateurs désirant compiler eux-mêmes leurs propres logiciels – par exemple pour compiler de nouveaux paquetages. Ces paquetages se reconnaissent généralement à leur suffixe -devel : alsa-devel, gimp-devel, kdelibs-devel, etc. Remarque 174 4.3. RPM – Le gestionnaire de paquetages de la distribution 4.3.1 Vérification de l’authenticité d’un paquetage. 1024D/9C800ACA 2000-10-19 SuSE Package Signing Key <[email protected]> Key fingerprint = 79C1 79B2 E1C8 20C1 890F 9994 A84E DAE8 9C80 0ACA La commande suivante permet de vérifier la signature d’un paquetage RPM, ce qui permet de s’assurer qu’il provient réellement de SUSE ou d’une autre source de confiance : rpm --checksig apache-1.3.12.rpm Cette mesure de précaution est recommandée tout particulièrement avec les paquetages de mise à jour obtenus sur Internet. Notre clé de signature de paquetage est déposée par défaut dans /root/.gnupg/. Depuis la version 8.1, cette clé est également enregistrée dans le répertoire /usr/lib/rpm/gnupg/, afin de permettre aux utilisateurs normaux de vérifier par eux-même la signature des paquetages RPM. 4.3.2 Gestion des paquetages : installation, mises à jour et désinstallation En temps normal, l’opération d’installation d’une archive RPM est rapide : rpm -i <paquetage>.rpm Toutefois, cette commande par défaut installe un paquetage uniquement si les dépendances sont satisfaites et s’il n’y a pas de conflit ; La commande rpm affiche, le cas échéant, un message d’erreur indiquant les paquetages requis pour satisfaire les dépendances. De son côté, la base de données s’assure de l’absence de conflit : en règle générale, un fichier ne peut être rattaché qu’à un seul paquetage. Il est possible de contourner cette règle en faisant appel à différentes options. Cette faculté doit toutefois être réservée aux utilisateurs avertis, en raison des conséquences qu’il peut y avoir pour les mises à jour ultérieures du système. Mise à jour du système et gestion des paquetages Les paquetages RPM de SUSE LINUX sont signés à l’aide de GnuPG. La clé, fingerprint compris, est : 4 Les options ci-après sont également intéressantes pour actualiser un paquetage : -U ou --upgrade et -F ou --freshen. SUSE LINUX 175 rpm -F <paquetage>.rpm Cette opération supprime une éventuelle version antérieure du paquetage et installe la nouvelle version. La différence entre les deux versions est que l’option -U installe également les paquetages qui, jusqu’alors, n’étaient pas disponibles sur le système. Au contraire, l’option -F ne remplace un paquetage que s’il avait déjà été installé dans la version antérieure. Dans le même temps, la commande rpm essaye d’être respectueuse des fichiers de configuration, en utilisant – en simplifiant quelque peu – la stratégie suivante : Dans le cas où un fichier de configuration n’a pas été modifié par l’administrateur système, la commande rpm installe la nouvelle version du fichier correspondant. L’administrateur n’a pas à intervenir. Lorsqu’un fichier de configuration a été modifié par l’administrateur, n’importe quand avant la mise à jour, la commande rpm sauvegarde dans ce cas – et dans ce cas seulement – le fichier sous l’extension .rpmorig ou .rpmsave et installe la nouvelle version à partir du paquetage RPM, dans le cas où une modification serait intervenue entre le fichier initial et le fichier provenant du paquetage de la mise à jour. Il est alors probable que vous soyez obligé d’ajuster le fichier de configuration qui vient d’être installé à l’aide de la copie (.rpmorig ou .rpmsave), en fonctions de vos paramètres système. Les fichiers .rpmnew sont créés chaque fois qu’il existe déjà un fichier de configuration et et que l’option noreplace a été définie dans le fichier .spec. Lorsqu’une mise à jour a été effectuée, tous les fichiers .rpmorig-, .rpmsave- et .rpmnew doivent être effacés après avoir été comparés avec les versions concurrentes, de manière à éviter tout conflit lors des mises à jour ultérieures. L’extension .rpmorig est choisie dans le cas où le fichier était inconnu de la base de données RPM. Dans le cas contraire, c’est l’extension .rpmsave qui est utilisée ; en d’autres termes : l’extension .rpmorig est utilisée pour les mises à jour d’un format tiers vers le format RPM et l’extension .rpmsave pour les mises à jour d’un ancien paquetage en un nouveau paquetage. Dans le cas de l’extension .rpmnew, il n’est pas possible de déterminer si l’administrateur système a modifié le fichier de configuration ou non. Vous trouverez une liste de ces fichiers à l’emplacement /var/adm/rpmconfigcheck. Gardez à l’esprit que certains fichiers de configuration (par exemple /etc/ httpd/httpd.conf) sont intentionnellement laissés inchangés afin de vous permettre de continuer à travailler avec vos propres paramètres. L’option -U représente donc plus un équivalent de la séquence -e (désinstaller/supprimer) et -i (installer). Chaque fois que cela est possible, il est préférable de privilégier l’option -U. 176 4.3. RPM – Le gestionnaire de paquetages de la distribution 4 Remarque Remarque YaST accompagné de l’option -i est en mesure de résoudre toutes les dépendances entre paquetages et d’effectuer l’installation correspondante : yast -i <paquetage> La procédure à appliquer pour la suppression de paquetage est analogue : rpm -e <paquetage> Toutefois, la commande rpm ne supprime un paquetage que s’il ne subsiste plus de dépendances. Ainsi, il est théoriquement impossible de supprimer Tcl/Tk tant qu’un autre programme en a besoin – c’est d’ailleurs le rôle de la base de données RPM de veiller sur ces dépendances. Dans le cas exceptionnel où une opération de suppression s’avérerait impossible, malgré l’absence de dépendances, il peut être utile de recréer la base de données RPM à l’aide de l’option --rebuilddb ; voir ci-après les remarques concernant la base de données RPM. 4.3.3 Mise à jour du système et gestion des paquetages Après chaque mise à jour, vous devez contrôler les copies de sauvegarde créées à l’aide de la commande rpm et portant l’extension .rpmorig ou .rpmsave, correspondant aux anciens fichiers de configuration. Si nécessaire, récupérez votre configuration depuis les copies de sauvegarde et remettez-la dans les nouveaux fichiers de configuration. Supprimez enfin tous les anciens fichiers portant l’extension .rpmorig ou .rpmsave. RPM et correctifs Afin d’assurer la sécurité de fonctionnement d’un système, il est indispensable d’intégrer régulièrement des paquetages dans le système afin de le mettre à jour. Jusqu’à présent, il n’était possible de corriger des bogues présents dans un paquetage qu’en remplaçant ce dernier intégralement. Lorsque l’on a affaire à des paquetages volumineux comportant des bogues peu importants, le volume de données en cause peut devenir rapidement considérable. C’est ainsi que SUSE propose, depuis la version 8.1, une fonctionnalité dans les RPM, permettant d’appliquer des correctifs à des paquetages. SUSE LINUX 177 L’exemple de pine illustre les informations les plus intéressantes concernant un correctif-RPM : Le correctif RPM convient-il à mon système ? Pour vous en assurer, vous devez dans un premier temps demander quelle est la version du paquetage. Dans le cas de l’application pine, la commande est la suivante : rpm -q pine pine-4.44-188 L’opération suivante consiste à examiner le correctif afin de déterminer s’il correspond précisément à cette version de pine : rpm -qp --basedon pine-4.44-224.i586.patch.rpm pine = 4.44-188 pine = 4.44-195 pine = 4.44-207 Ce correctif correspond à trois versions différentes de pine. La version installée dans notre cas s’y trouve également, ce qui permet d’appliquer le correctif. Quels sont les fichiers remplacés par le correctif ? Il est facile, à partir du correctif RPM, d’identifier les fichiers affectés par le correctif en question. Le paramètre -P de rpm sert à accéder à des fonctions propres aux correctifs. Ainsi, la liste des fichiers est obtenue à l’aide la commande suivante : rpm -qpPl pine-4.44-224.i586.patch.rpm /etc/pine.conf /etc/pine.conf.fixed /usr/bin/pine ou, dans le cas où le correctif est déjà installé, avec rpm -qPl pine /etc/pine.conf /etc/pine.conf.fixed /usr/bin/pine Comment appliquer un RPM correctif au système ? Les RPM correctifs sont utilisés de la même manière que les RPM normaux. La seule différence est que cela implique qu’un RPM approprié ait déjà été appliqué. Quels sont les correctifs qui ont été appliqués dans le système et quelle version de paquetage ont-ils touché ? 178 4.3. RPM – Le gestionnaire de paquetages de la distribution rpm -qPa pine-4.44-224 Dans le cas où vous souhaiteriez savoir, après quelque temps, quelle version de paquetage a été mise en place dans un premier temps, cette information se trouve également dans la base de données RPM. Ainsi, pour la commande pine, cette information est obtenue à l’aide de la commande : rpm -q --basedon pine pine = 4.44-188 Pour de plus amples informations, notamment sur la fonctionnalité des correctifs de RPM, reportez-vous aux pages de manuel de rpm et rpmbuild. 4.3.4 Interrogation L’option -q (query) permet de demander des informations. Ceci vous permet d’examiner vous-même un fichier RPM (option -p hFichier paquetagei) mais également d’interroger la base de données RPM. Vous pouvez par ailleurs définir le mode d’affichage des informations affichées à l’aide des options supplémentaires suivantes ; voir le tableau 4.7. TAB . 4.7: Les principales options d’interrogation sont les suivantes (-q [-p] paquetage) -i Affichage des informations relatives à un paquetage -l Affichage de la liste de fichiers du paquetage -f hFICHIERi Demande du paquetage qui posséde le fichier hFICHIERi ; hFICHIERi doit être indiqué avec son chemin complet ! -s Affichage de l’état des fichiers (implique -l) -d Lister uniquement les fichiers de documentation"| (implique -l) SUSE LINUX 4 Mise à jour du système et gestion des paquetages Il est possible d’énumérer tous les correctifs ayant été appliqués sur le système en exécutant la commande rpm -qPa. La commande se présente alors comme suit si, comme c’est le cas dans notre exemple, nous avons un système auquel un correctif a déjà été appliqué : 179 -c Lister uniquement les fichiers de configuration"| (implique -l) --dump Afficher toutes les informations pouvant être consultées associées aux fichier (utiliser avec -l, -c ou -d) --provides Lister les fonctionnalités proposées par le paquetage qui peuvent être demandées par un autre paquetage à l’aide du paramètre --requires --requires, -R Afficher les dépendances du paquetage --scripts Afficher les différents scripts d’installation/désinstallation La commande suivante affiche l’information 4.2 : rpm -q -i wget Exemple 4.2: rpm -q -i wget Name : wget Relocations: (not relocateable) Version : 1.8.2 Vendor: SuSE Linux AG, Nuernberg, Germany Release : 301 Build Date: Di 23 Sep 2003 20:26:38 CEST Install date: Mi 08 Okt 2003 11:46:31 CEST Build Host: levi.suse.de Group: Productivity/Networking/Web/Utilities Source RPM: wget-1.8.2-301.src.rpm Size : 1333235 License: GPL Signature : DSA/SHA1, Di 23 Sep 2003 22:13:12 CEST, Key ID a84edae89c800aca Packager : http://www.suse.de/feedback URL : http://wget.sunsite.dk/ Summary : A tool for mirroring FTP and HTTP servers Description : Wget enables you to retrieve WWW documents or FTP files from a server. This can be done in script files or via the command line. [...] L’option -f fonctionne uniquement si le nom complet, incluant le chemin, est connu. Vous pouvez spécifier un nombre de fichiers à chercher quelconque, par exemple : rpm -q -f /bin/rpm /usr/bin/wget donne le résultat suivant : 180 4.3. RPM – Le gestionnaire de paquetages de la distribution 4 Dans le cas où une partie seulement du nom du fichier est connue, il faut utiliser un script shell (par exemple le fichier 4.3) ; le nom de fichier cherché doit être transmis en paramètre lors de l’appel du script. Exemple 4.3: Script de recherche de paquetage #! /bin/sh for i in $(rpm -q -a -l | grep $1); do echo "\"$i\" est contenu dans le paquetage :" rpm -q -f $i echo "" done La commande permet d’afficher précisément les informations (de mise à jour, de configuration, de modification, etc.) correspondant à un paquetage donné ; ici, par exemple avec le paquetage rpm : rpm -q --changelog rpm Toutefois, la base de données RPM n’affiche que les 5 derniers éléments ; le paquetage lui-même comprend tous les éléments (des 2 dernières années). La question suivante fonctionne lorsque le CD 1 est monté sous /cdrom : rpm -qp --changelog /cdrom/suse/i586/rpm-3*.rpm La base de données installée permet également de procéder à des vérifications. Ces opérations sont effectuées avec l’option -V (comparable à l’option -y ou --verify). Ainsi, la commande rpm affiche tous les fichiers qui ont été modifiés par rapport à la version initiale correspondant au paquetage. La commande rpm peut être complétée par des paramètres (jusqu’à huit) faisant référence aux modifications suivantes : SUSE LINUX Mise à jour du système et gestion des paquetages rpm-3.0.3-3 wget-1.5.3-55 181 TAB . 4.8: Les vérifications 5 Somme de contrôle MD5 S Taille du fichier L Lien symbolique T Date/heure de modification D Numéros de périphérique (device numbers) majeur et mineur U Utilisateur (user) G Groupe (group) M Mode (recouvre les droits et le type) Un c s’affiche en plus dans le cas des fichiers de configuration. L’exemple suivant illustre le cas où le fichier /etc/wgetrc de wget a été modifié : rpm -V wget S.5....T c /etc/wgetrc Les fichiers de la base de données RPM se trouvent sous le répertoire /var/lib/ rpm. Avec une partition /usr de 1 Go, la base de données peut très bien occuper 30 Mo d’espace disque ; ceci est particulièrement vrai après une mise à jour complète. Dans l’éventualité où la base de données semblerait excessivement volumineuse, la solution la plus efficace consiste à utiliser l’option --rebuilddb pour créer une nouvelle base de données s’appuyant sur la base de données existante. Il est recommandé de réaliser une copie de la base de données existante avant de la reconstituer. Par ailleurs, le script cron cron.daily crée des copies quotidiennes de la base de données dans /var/adm/backup/rpmdb. Leur nombre est fixé par la variable MAX_RPMDB_BACKUPS (option par défaut : 5) dans /etc/sysconfig/ backup ; chaque sauvegarde peut utiliser jusqu’à 3 Mo pour un répertoire /usr de 1 Go.. 182 4.3. RPM – Le gestionnaire de paquetages de la distribution 4.3.5 Installation et compilation de paquetages sources Remarque Ces paquetages peuvent être installés avec YaST – de la même manière que pour tout autre paquetage –, à ceci près que les paquetages source ne sont jamais marqués comme étant installés ([i]), comme c’est le cas pour les autres paquetages classiques. La raison en est que les paquetages source ne sont pas répertoriés dans la base de données RPM, celle-ci s’intéressant uniquement aux applications installées. Remarque Les répertoires de travail de rpm et rpmbuild dans /usr/src/packages doivent exister (en l’absence de paramétrage personnalisé, tel qu’il peut être réalisé dans /etc/rpmrc) : SOURCES pour les sources originales (fichiers .tar.gz, etc.) ainsi que pour les adaptations propres à une distribution (fichiers .dif). SPECS pour les fichiers .spec chargés de contrôler la procédure de build à la manière d’une méta-makefile. BUILD C’est sous ce répertoire que les sources sont décompactées, qu’un correctif leur est appliqué et qu’elles sont compilées. RPMS Répertoire dans lequel les paquetages binaires sont enregistrés. SRPMS Emplacement des RPM sources. Lorsque vous installez un paquetage source avec YaST, les composants requis pour la procédure de build sont installés sous /usr/src/packages : les sources et les modifications qui y sont apportées dans SOURCES et le fichier .spec correspondant dans SPECS. Mise à jour du système et gestion des paquetages Tous les paquetages source ont l’extension .src.rpm à la suite du nom du paquetage ; ces fichiers sont les RPM source (”Source-RPMs“). 4 Remarque itez de faire des expériences sur les RPM avec des composants système importants (glibc, rpm, sysvinit etc.), au risque de mettre en péril le fonctionnement de votre système. Remarque Examinons à présent le paquetage wget.src.rpm. Après avoir installé le paquetage source wget.src.rpm avec YaST, nous avons les fichiers : SUSE LINUX 183 /usr/src/packages/SPECS/wget.spec /usr/src/packages/SOURCES/wget-1.4.5.dif /usr/src/packages/SOURCES/wget-1.4.5.tar.gz La commande rpmbuild -b X /usr/src/packages/SPECS/wget.spec lance la procédure de compilation ; On peut remplacer X par différents niveaux (voir l’affichage de l’option --help ou la documentation de RPM) ; nous nous contenterons de donner un explication succincte : -bp Préparer les sources dans le répertoire /usr/src/packages/BUILD : les décompacter et appliquer les correctifs -bc comme -bp, l’opération de compilation en plus -bi comme -bc, l’opération d’installation en plus. Attention, dans le cas où un paquetage ne prend pas en charge la fonctionnalité BuildRoot, des fichiers de configuration importants risquent d’être remplacés lors des opérations de configuration ! -bb comme -bi, avec, en outre, la création du RPM binaire ; en cas de succès, ce fichier se trouve dans /usr/src/packages/RPMS. -ba comme -bb, avec, en outre, la création du RPM source ; en cas de succès, il est enregistré sous /usr/src/packages/SRPMS. L’option --short-circuit permet de sauter un certain nombre d’étapes. Le RPM binaire créé doit finalement être installé à l’aide de la commande rpm -i ou, de préférence, à l’aide de la commande rpm -U . 4.3.6 Création de paquetages avec build De nombreux paquetages présentent le risque de copier involontairement les fichiers dans le système en cours d’exécution. Pour éviter ce problème, vous pouvez utiliser build qui se charge de créer un environnement destiné à la compilation du paquetage. La mise en place de cet environnement où la racine du système est transplantée (chrootée) suppose que l’on réserve une arborescence de paquetages complète pour le script build. Cette arborescence peut être créée sur un disque dur, sur un système NFS ou sur DVD Le script obtient l’emplacement correspondant à l’aide de la commande build --rpms <Chemin>. Contrairement à la commande rpm, la commande build demande à ce que le fichier SPEC soit dans le même répertoire que les sources. Dans le cas où vous souhaitez recompiler wget, comme dans l’exemple précédent, et que le DVD est monté sur le système dans le répertoire /media/dvd, exécutez les commandes suivantes en tant que root : 184 4.3. RPM – Le gestionnaire de paquetages de la distribution 4 Un environnement minimal destiné à la création du paquetage SuSe est ensuite mis en place dans /var/tmp/build-root. Les paquetages ainsi créés sont ensuite enregistrés dans /var/tmp/build-root/usr/src/packages/RPMS Le script build propose un certain nombre d’options supplémentaires. Ainsi, il est possible d’utiliser en priorité vos propres RPM, omettre l’initialisation de l’environnement de build ou restreindre la commande rpm à l’un des niveaux précédemment décrits. La commande build --help et la page de manuel man build permettent d’obtenir de plus amples informations. 4.3.7 Utilitaires pour les archives RPM et pour la base de données RPM. Midnight Commander (mc) peut afficher le contenu d’une archive RPM ou en copier des parties. Il représente ce genre d’archives à la manière d’un système de fichiers virtuel, toutes les commandes des menus de Midnight Commander étant disponibles – en fonction du contexte – : Les informations contenues dans les lignes d’en-tête-tirées du fichier HEADER peuvent être affichées à l’aide de la touche F3 ; Les touches du curseur et Entrée permettent de naviguer dans l’ar permet de copier borescence de l’archive. Si nécessaire, la touche de fonction F5 des composants. KDE comprend l’utilitaire kpackage, tandis que GNOME propose l’application gnorpm. Le programme Alien (alien) permet de convertir les formats de paquetages propres aux différentes distributions. Ainsi, il est possible de convertir en RPM d’anciennes archives TGZ avant leur installation, afin de fournir à la base de données RPM, pendant l’installation du paquetage, des informations sur ce dernier. Attention toutefois : alien est un script Perl qui est selon les auteurs du programme encore en phase alpha, malgré un numéro de version élevé. Par ailleurs,il existe également un fichier rpm.el pour l’application Emacs, qui est une interface avec rpm. SUSE LINUX Mise à jour du système et gestion des paquetages cd /usr/src/packages/SOURCES/ mv ../SPECS/wget.spec . build --rpms /media/dvd/suse/ wget.spec 185 5 Outre de nombreux modules YaST pour l’installation et la configuration du système, SUSE LINUX offre également des fonctions de réparation du système installé. Ce chapitre décrit les diverses façons et les différents niveaux de réparation du système. 5.1 5.2 5.3 5.4 5.5 Démarrer l’outil de réparation du système de YaST Réparation automatique . . . . . . . . . . . . . . . Réparation personnalisée . . . . . . . . . . . . . . . Outils pour experts . . . . . . . . . . . . . . . . . . Le système de secours SUSE . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188 189 190 191 192 Réparation du système Réparation du système 5.1 Démarrer l’outil de réparation du système de YaST Étant donné qu’il n’est pas certain, en cas de dommages, que le système pourra être amorcé et sachant qu’un système en fonctionnement est difficile à réparer, l’outil de réparation du système de YaST est démarré à partir du CD ou du DVD d’installation de SUSE LINUX. Une fois que vous aurez passé les étapes décrites dans le chapitre Installation avec YaST page 7, le dialogue de sélection du mode d’installation s’ouvrira. Sélectionnez alors l’option ‘Réparation du système installé’ (figure 5.1). Remarque Sélection du support d’installation Pour procéder au test et à la réparation, des pilotes seront chargés du CD/DVD. Vous devez donc vous assurer d’utiliser un support d’installation qui correspond exactement à la version installée de SUSE LINUX. Remarque F IG . 5.1: Sélectionner l’outil de réparation du système de YaST Sélectionnez ensuite comment la réparation du système doit être effectuée. Les possibilités dont vous disposez sont ‘Réparation automatique’, ‘Réparation personnalisée’ et ‘Outils pour experts’. Elles sont décrites ci-après. 188 5.1. Démarrer l’outil de réparation du système de YaST 5.2 5 Réparation automatique Tables de partitions de tous les disques durs La validité et la cohérence des tables de partitions de tous les disques durs trouvés est vérifiée. Réparation du système Si la cause du dommage n’est pas déterminée, alors cette méthode est la plus appropriée pour restaurer un système détérioré. Une fois la sélection faite, il est procédé à une analyse détaillée du système installé. Étant donné le nombre de tests et vérifications à réaliser, cette analyse peut durer un certain temps. Vous pourrez suivre la progression de cette procédure en bas de l’écran dans deux barres de progression. La barre supérieure affiche le déroulement de la vérification partielle en cours, la barre inférieure affichant quant à elle l’état global de l’analyse. Dans la fenêtre au-dessus, vous pouvez voir quelle action est menée actuellement et quel résultat a eu la vérification (figure 5.2 page suivante). Les groupes de tests suivants seront exécutés, chaque groupe contenant toute une série de vérifications. Zones d’échange (swap) Les zones d’échange du système installé sont recherchées, vérifiées et éventuellement proposées pour être activées. Acceptez l’activation ; vous augmenterez ainsi la rapidité de l’outil de réparation du système de YaST. Systèmes de fichiers Pour chaque système de fichiers trouvé, une vérification spécifique sera effectuée. Entrées du fichier /etc/fstab L’intégrité et la cohérence des entrées du fichier seront vérifiées. Toutes les partitions valides seront rattachées. Configuration du chargeur d’amorçage L’intégrité et la cohérence de la configuration du chargeur d’amorçage du système installé (GRUB ou LILO) seront vérifiées. Les périphériques boot et root seront testés et la disponibilité du module initrd sera contrôlée. Base de données de paquetages Ici, il est vérifié que tous les paquetages nécessaires à une installation minimale sont disponibles. Si vous le souhaitez, les paquetages de base peuvent aussi être analysés, cependant cela peut durer très longtemps. SUSE LINUX 189 F IG . 5.2: Le mode de réparation automatique Lorsqu’une erreur est trouvée, l’analyse est arrêtée et une fenêtre de dialogue est ouverte. Cette fenêtre affiche des détails et propose des solutions. Étant donné le nombre de vérifications effectuées, il n’est pas possible de décrire ici tous les cas de figure. Veuillez lire les conseils affichés à l’écran, puis sélectionnez l’option désirée. En cas de doute, vous pouvez également refuser la réparation proposée. Le système reste alors inchangé (pour ce point). Aucune réparation ne sera effectuée automatiquement sans demande de confirmation. 5.3 Réparation personnalisée La réparation automatique décrite dans la section précédente procède à toutes les vérifications. Ceci n’est utile que lorsque l’origine des dommages du système est inconnue. Par contre, si vous savez quel zone du système est touchée, vous pouvez limiter ici le nombre des tests à effectuer. Après avoir sélectionné ‘Réparation personnalisée’, vous obtenez un choix de groupes de tests qui, dans un premier temps, sont tous sélectionnés. Dans ce cas, la vérification est la même que lors 190 5.3. Réparation personnalisée 5.4 Outils pour experts Si vous connaissez bien SUSE LINUX et que vous avez déjà une idée très concrète de ce qui doit être réparé dans votre système, vous pouvez, après avoir sélectionné ‘Outils pour experts’, utiliser l’outil précis dont vous avez besoin pour la réparation. 5 Réparation du système d’une réparation automatique. Si vous savez où l’erreur ne se situe pas, vous pouvez désélectionner les groupes correspondants en cliquant sur la case à cocher correspondante. En cliquant sur ‘Suivant’, vous démarrez alors une procédure de test plus courte et donc plus rapide. Notez cependant que tous les groupes de tests ne peuvent pas être appliqués seuls. La vérification des entrées fstab, par exemple, est toujours associée à la vérification du système de fichiers ainsi que des zones d’échange (swap) associées. Si nécessaire, YaST vérifie ces dépendances en sélectionnant automatiquement le nombre minimum de groupes de tests. Installer un nouveau chargeur d’amorçage Ici, vous démarrez le module de configuration du chargeur d’amorçage. Vous trouverez plus de détails à ce sujet dans le chapitre Configuration du chargeur d’amorçage avec YaST page 219 Démarrer le partitionneur Ici, vous démarrez le partitionneur YaST. Vous trouverez plus de détails à ce sujet dans le chapitreInstallation avec YaST page 7.Partitionnement pour experts avec YaST page 21 Réparation du système de fichiers Vous pouvez vérifier ici les systèmes de fichiers de votre système installé. Vous disposez d’une sélection de toutes les partitions trouvées et vous pouvez y choisir celle que vous souhaitez vérifier. Restaurer des partitions perdues Lorsque des tables de partitions de votre système sont endommagées, vous pouvez tenter ici une reconstruction. Dans le cas de plusieurs disques durs, vous aurez d’abord la possibilité de choisir l’un d’entre eux. Cliquez sur ‘OK’ pour lancer la vérification. Cela peut prendre un certain temps, en fonction des performances de votre ordinateur et de la taille du disque dur. SUSE LINUX 191 Remarque Reconstruction d’une table de partitions La reconstruction d’une table de partitions est complexe. YaST essaie de reconnaître les partitions perdues à travers l’analyse des zones de données du disque dur. En cas de succès, les partitions retrouvées seront intégrées à la table de partitions reconstruite. Cependant, cela ne fonctionne pas à tous les coups. Remarque Enregistrer la configuration du système sur une disquette Avec cette option, vous pouvez enregistrer des données importantes du système sur une disquette. Si une de ces données devait être endommagée plus tard, elle pourrait être restaurée à l’aide de la disquette. Vérifier les logiciels installés Ici, la cohérence de la base de données de paquetages est testée et la disponibilité des paquetages les plus importants est vérifiée. Si des paquetages installés sont endommagés, vous pouvez ici requérir leur réinstallation. 5.5 Le système de secours SUSE SUSE LINUX comporte plusieurs systèmes de secours à l’aide desquels vous pouvez accéder de l’extérieur à vos partitions Linux : vous pouvez charger le système de secours (rescue system) à partir d’un CD, du réseau, ou du serveur FTP de SUSE. Le système de secours contient plusieurs programmes qui pourront vous aider à résoudre des problèmes de disques durs devenus inaccessibles, de fichiers de configuration erronés, etc. Parted (parted) fait également partie du système de secours pour modifier les tailles des partitions. Il peut au besoin être lancé à partir du système de secours manuellement, si vous ne voulez pas utiliser le partitionneur intégré à YaST. Vous trouverez des informations sur Parted à l’adresse : http://www.gnu.org/software/parted/ 192 5.5. Le système de secours SUSE 5.5.1 5 Démarrer le système de secours Réparation du système On démarre le système de secours à partir d’un CD (ou d’un DVD). Pour cela, il faut que l’ordinateur puisse être amorcé à partir du lecteur de CD-ROM ou de DVD. Le cas échéant, vous devez modifier l’ordre d’amorçage dans la configuration du BIOS. F IG . 5.3: Média source pour le système de secours Vous trouverez ci-après la procédure de démarrage du système de secours : 1. Insérez le premier CD ou le premier DVD de SUSE LINUX dans le lecteur correspondant et mettez votre système sous tension. 2. Vous pouvez laisser démarrer le système automatiquement ou choisir ‘Manual Installation’ et ensuite – si nécessaire – saisir les paramètres de démmarrage spéciaux dans ‘boot option’. 3. Procédez dans linuxrc aux réglages nécessaires pour la langue et le clavier. 4. Les modules du noyau nécessaires à votre système peuvent ensuite être chargés. Veuillez charger à ce moment tous les modules dont vous pensez qu’ils seront utilisés dans le système de secours. Le système de secours luimême n’en comporte presque aucun pour une question de place. 5. Choisissez dans le menu principal le point commande ‘Démarrer installation/système’. SUSE LINUX 193 6. Choisissez dans le menu ‘Démarrer l’installation/le système’ le point ‘Démarrer le système de secours’ (cf. Fig. 3.7 page 123) et saisissez alors le support source souhaité (cf. Fig. 5.3 page précédente). ‘CD-ROM’ Le système de secours sur le CD-ROM est utilisé. ‘Réseau’ Le système de secours est démarré via une liaison réseau. Pour cela, le module de noyau correct pour la carte réseau doit d’abord avoir été chargé (cf. les indications générales dans la section Installation en réseau page 131). Dans un sous-menu se trouvent plusieurs protocoles à disposition (cf. Fig. 5.4) : NFS, FTP, SMB etc. ‘Disque dur’ Si vous avez déjà copié auparavant un système de secours sur un disque dur actuellement accessibles, vous pouvez indiquez ici où il se trouve. Ce système de secours est ensuite utilisé. F IG . 5.4: Protocoles de réseau Quel que soit le média choisi, le système de secours est décompressé, chargé comme nouveau système de fichiers racine sur un disque virtuel, monté et démarré. Il est ainsi prêt à fonctionner. 194 5.5. Le système de secours SUSE 5.5.2 5 Utiliser le système de secours Vous trouverez dans le répertoire /bin l’interpréteur de commande et les utilitaires (par exemple mount). Les utilitaires de fichiers et de réseau, par exemple pour contrôler et réparer des systèmes de fichiers (reiserfsck, e2fsck, etc.) se trouvent dans le répertoire /sbin. Vous trouverez aussi dans ce répertoire les fichiers binaires les plus importants pour la gestion du système comme fdisk, mkfs, mkswap, init, shutdown, ainsi que pour le fonctionnement du réseau comme ifconfig, route et netstat. Vous disposez en tant qu’éditeur de vi dans /usr/bin ; vous y trouverez aussi d’autres outils (grep, find, less etc.) ainsi que le programme telnet. Réparation du système Avec les combinaisons Alt + F1 jusqu’à Alt + F3 , le système de secours met à votre disposition au moins trois consoles virtuelles, auxquelles vous pouvez vous + F10 vous permet connecter comme utilisateur root sans mot de passe. Alt d’accéder à la console système avec les messages du noyau et de syslog. Accès au système normal Le point de montage /mnt est destiné à monter votre système SUSE LINUX sur le disque. Vous pouvez, à des fins personnelles, créer d’autres répertoires et les utiliser comme points de montage. Supposez par exemple que votre système normal est composé d’après /etc/ fstab comme décrit dans le fichier exemple 5.1. Exemple 5.1: Exemple /etc/fstab /dev/sdb5 /dev/sdb3 /dev/sdb6 swap / /usr swap ext2 ext2 defaults defaults defaults 0 1 1 0 1 2 Attention Considérez dans la section suivante l’ordre dans lequel les périphériques doivent être montés. Attention Afin d’avoir accès à tout le système, montez-le pas à pas sous /mnt avec les instructions suivantes : SUSE LINUX 195 mount /dev/sdb3 /mnt mount /dev/sdb6 /mnt/usr Vous avez désormais accès à tout le système et pouvez par exemple réparer les erreurs dans les fichiers de configuration comme /etc/fstab, /etc/passwd et /etc/inittab. Les fichiers de configuration ne se trouvent alors plus dans le répertoire /etc mais dans le répertoire /mnt/etc. Pour récupérer les partitions complètement perdues en les recréant simplement avec le programme fdisk, imprimez (copie papier) auparavant le répertoire /etc/fstab et le résultat de la commande fdisk -l. Réparer les systèmes de fichiers Des systèmes de fichiers endommagés sont une raison particulièrement valable de recourir au système de secours. Les systèmes de fichiers ne peuvent en principe pas être réparés quand le système est en marche. En cas de dommages importants, le système de fichiers racine ne peut le cas échéant même pas être monté et le démarrage du système se termine par un kernel panic. Il ne reste alors que la solution de tenter la réparation par l’extérieur à l’aide d’un système de secours. Les utilitaires reiserfsck, e2fsck et dumpe2fs (pour le diagnostic) sont inclus dans le système de secours de SUSE LINUX. Vous pouvez résoudre ainsi la plupart des problèmes. Comme en cas de besoin les pages de manuel de reiserfsck et de e2fsck ne sont souvent plus accessibles, elles sont imprimées dans les annexes Page de manuel de reiserfsck page 729 et Page de manuel-de e2fsck page 735. Exemple : si un système de fichiers ext2 ne peut plus être monté à cause d’un superbloc invalide, le programme e2fsck échouera sans doute aussi. La solution consiste à utiliser les sauvegardes de superblocs créées et maintenues à jour dans le système de fichiers tous les 8192 blocs (8193, 16385. . .). C’est ce qu’exécute par exemple la commande : e2fsck -f -b 8193 /dev/<Partition_Défectueuse> L’option -f force le contrôle de système de fichiers et prévient ainsi l’erreur possible de e2fsck, à condition que – concernant la copie du superbloc intact– tout soit en ordre. 196 5.5. Le système de secours SUSE Deuxième partie Système 6 SUSE LINUX est disponible pour plusieurs plateformes 64 bits. Ceci ne signifie pas nécessairement que toutes les applications contenues ont déjà été adaptées sur 64 bits. SUSE LINUX supporte l’utilisation d’applications 32 bits dans un environnement système de 64 bits. Ce chapitre vous donne un petit aperçu de la façon dont ce support est transféré sur des plateformes SUSE LINUX 64 bits. 6.1 6.2 6.3 6.4 Support de la durée d’exécution . . . . . . . . . . . . Développement de logiciels . . . . . . . . . . . . . . Compilation de logiciels sur des plateformes Biarch Spécifications du noyau . . . . . . . . . . . . . . . . . . . . . . . . . 200 201 201 203 Applications 32 bit et 64 bit dans un environnement système de 64 bit Applications 32 bit et 64 bit dans un environnement système de 64 bit SUSE LINUX pour les plateformes 64 bits AMD64 et EM64T est étudié de telle façon que les applications 32 bits existantes dans l’environnement 64 bits soient utilisables ”dès la sortie du carton“. Grâce à ce support, il vous est possible de continuer à utiliser les applications 32 bits que vous préférez sans avoir à attendre qu’un port 64 bits correspondant soit disponible. Pour comprendre le support 32 bits, vous devez d’abord vous intéresser aux thèmes suivants : Support de la durée d’exécution Comment les applications 32 bits peuvent-elles être exécutées ? Support de développement Comment compiler les applications 32 bits pour qu’elles puissent être utilisables autant dans des environnements 32 bits que dans des environnements 64 bits ? Noyau API Comment des applications 32 bits peuvent-elles fonctionner sous un noyau 64 bits ? 6.1 Support de la durée d’exécution Remarque Conflits entre la version 32 bits et 64 bits d’une application Si une application est disponible autant pour 32 bits que pour 64 bits, une installation parallèle des deux versions posera inévitablemenet des problèmes. Dans de tels cas, vous devez vous décider pour l’une ou l’autre des deux versions, installer et utiliser celle-ci. Remarque Chaque application nécessite une série de bibliothèques pour être exécutée correctement. Les désignations pour les versions 32 bits et 64 bits de cette bibliothèque sont malheureusement identiques – elle doivent se différencier l’une de l’autre d’une autre façon. Pour maintenir la compatibilité avec la version 32 bits, les bibliothèques sont mémorisées dans le système à l’endroit même où elles se trouvent dans l’environnement 32 bits. La version 32 bits de libc.so.6 se trouve aussi bien dans l’environnement 32 bits que dans l’environnement 64 bits sous /lib/libc.so.6. 200 6.1. Support de la durée d’exécution En principe, les sous-répertoires des répertoires objet dont le contenu des données est indépendant de la taille du mot, ne sont pas déplacés. Vous trouverez par exemple toujours les polices X11 comme d’habitude sous /usr/X11R6/lib/ X11/fonts. Ce schéma est conforme à la LSB (Linux Standards Base) et au FHS (File System Hierarchy Standard). 6.2 Développement de logiciels Avec un Biarch-Development-Toolchain, on peut générer aussi bien des objets 32 bits que des objets 64 bits. Sur presque toutes les plateformes, le standard est la compilation d’objets 64 bits. Quand des flags spéciaux sont utilisés, des objets 32 bits peuvent être générés. Pour GCC, ce flag spécial est -m32 Notez que tous les fichiers d’en-tête doivent être écrits dans une forme indépendante de l’architectuure et que les bibliothèques installées 32 et 64 bits doivent présenter une API (Application Programming Interface) en accord avec les fichiers d’en-tête installés. L’environnement SUSE normal est conçu selon ce schéma – . Pour les bibliothèques que vous actualisez vous-même, vous devez vous occuper personnellement de ces questions. 6.3 Compilation de logiciels sur des plateformes Biarch Pour développer sur une architecture Biarch des fichiers binaires pour l’autre architecture, vous devez installer en plus les bibliothques correspondantes pour l’architecture additionnelle. Ces paquetages s’appellent rpmname-32bit . SUSE LINUX 6 Applications 32 bit et 64 bit dans un environnement système de 64 bit Toutes les bibliothèques 64 bits et les fichiers objet se trouvent dans des répertoires appelés lib64, c’est-à-dire que fichiers objet 64 bits que vous chercheriez normalement sous/lib, /usr/lib et /usr/X11R6/lib, se trouvent maintenant sous /lib64, /usr/lib64 et /usr/X11R6/lib64. Il y a ainsi de la place pour les bibliothèques 32 bits sous /lib, /usr/lib et /usr/X11R6/lib, le nom de fichier pour les deux versions pouvant être conservé de façon inchangée. 201 Vous avez en outre besoin des fichiers d’en-tête et bibliothèques adéquates que vous trouverez dans les paquetages rpmname-devel ainis que les bibliothèques de développement au sujet de l’architecture additionnelle que vous trouverez sous rpmname-devel-32bit . La plupart des programmes open source utilisent une configuration de programme basée sur autoconf. Pour utiliser autoconf pour la configuration d’un programme pour l’architecture additionnelle, vous devez écraser les réglages normaux du compilateur et de l’éditeur de liens de autoconf en appelant les scripts configure avec des variables d’environnement supplémentaires. L’exemple suivant se base sur un système AMD64 et EM64T avec x86 comme architecture additionnelle : Définissez que autoconf doit utiliser le compileur 32S bits : CC="gcc -m32" Donnez l’ordre à l’éditeur de liens de traiter les objets 32 bits : LD="ld -m elf_i386" Définissez que l’assembleur crée des objets 32 bits : AS="gcc -c -m32" Définissez que les bibliothèques pour libtool etc. proviennent de /usr/lib : LDFLAGS="-L/usr/lib" Définissez que les bibliothèques sont classées dans le sous-répertoire lib : --libdir=/usr/lib Définissez que les bibliothèques X 32 bits sont utilisées : --x-libraries=/usr/X11R6/lib/ Ces variables ne sont pas toutes nécessaires pour chaque programme. Adaptezles aux données du programme. 202 6.3. Compilation de logiciels sur des plateformes Biarch 6.4 6 Spécifications du noyau Veuillez noter que l’émulation 32 bits d’appels système d’un noyau 64 bits ne supporte pas un certain nombre d’API utilisés par les programmes système. Ceci dépend de la plateforme. C’est pour cette raison qu’un petit nombre d’applications comme lspci ou les programmes d’administration LVM existent en tant que programmes 64 bits pour qu’ils fonctionnent correctement. Un noyau 64 bits peut charger exclusivement des modules de noyau 64 bits spécialement compilés pour ce noyau. L’utilisation de modules de noyau 32 bits n’est pas possible. Remarque Quelques applications ont besoin de leurs propres modules de noyau chargeables. Si vous avez l’intention d’utiliser une telle application 32 bits dans un environnement système 64 bits, contactez le fournisseur de cette application et SUSE pour être sûr que la version 64 bits du module de noyau chargeable et que la conversion 32 bits des noyaux API sont disponibles pour ce module. Remarque SUSE LINUX Applications 32 bit et 64 bit dans un environnement système de 64 bit Les noyaux 64 bits pour AMD64 et EM64T offrent un ABI du noyau (Application Binary Interface) aussi bien 64 que 32 bits. Ce dernier est identique à l’ABI pour le noyau 32 bits correspondant. Ceci signifie que l’application 32 bits avec le noyau 64 bits peut communiquer de la même manière qu’avec le noyau 32 bits. 203 7 Ce chapitre décrit le processus d’amorçage de votre système Linux. Vous apprendrez comment configurer GRUB, le chargeur d’amorçage utilisé par SUSE LINUX. À cette fin, vous disposez du module YaST avec lequel vous pouvez procéder à la configuration de tous les paramètres nécessaires. Si besoin est, consultez les sections suivantes consacrées à la théorie de la procédure d’amorçage. En conclusion, nous avons rassemblé quelques uns des problèmes les plus fréquents lors de l’amorçage avec GRUB ainsi que leur solution. 7.1 7.2 7.3 7.4 7.5 7.6 7.7 7.8 7.9 La procédure d’amorçage . . . . . . . . . . . . . . . Méthodes d’amorçage . . . . . . . . . . . . . . . . . Choix du chargeur d’amorçage . . . . . . . . . . . Amorcer avec GRUB . . . . . . . . . . . . . . . . . Configuration du chargeur d’amorçage avec YaST Désinstallation du chargeur d’amorçage Linux . . Créer un CD-ROM d’amorçage . . . . . . . . . . . Problèmes possibles et solutions . . . . . . . . . . . Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206 208 208 209 219 223 223 225 226 Amorçage et chargeur d’amorçage Amorçage et chargeur d’amorçage 7.1 La procédure d’amorçage Lors de la procédure d’amorçage, le contrôle de votre système passe, dans un processus en trois étapes, de BIOS au noyau de votre système d’exploitation en passant par le chargeur d’amorçage. Juste après la mise sous tension de l’ordinateur, le BIOS (en anglais,Basic Input Output System) initialise l’écran et le clavier et teste la mémoire centrale. Jusqu’à cet instant, l’ordinateur ne dispose d’aucune mémoire de masse. Enfin, les informations relatives à la date actuelle, à l’heure et aux périphériques les plus importants sont lues à partir des valeurs CMOS (CMOS Setup). À partir du moment où le premier disque dur et sa géométrie sont connus, le BIOS passe le contrôle au chargeur d’amorçage. D’une taille de 512 octets, le premier secteur physique de données du premier disque dur est chargé dans la mémoire et le programme (le chargeur d’amorçage) qui se trouve au début de ce secteur prend le contrôle. La suite d’instructions exécutées avec le chargeur d’amorçage détermine le reste de la procédure d’amorçage. Pour cette raison, les 512 premiers octets sur le premier disque dur sont également appelés secteur maître d’amorçage (en anglais, Master Boot Record, MBR). Jusqu’à cet instant (chargement du MBR), le processus d’amorçage s’exécute complètement indépendamment du système installé sur l’ordinateur et celui-ci ne dispose jusque là que des routines (pilotes) enregistrées dans le BIOS pour accéder à ses périphériques. 7.1.1 Secteur maître d’amorçage La structure de l’enregistrement d’amorçage maître se définit à l’aide d’une convention commune à tous les systèmes d’exploitation. Les 446 premiers octets sont réservés au code programme. Les 64 octets suivants prévoient de la place pour une table des partitions contenant jusqu’à quatre sections ; reportez-vous à la section Partitionnement pour les experts page 138. La table des partitions contient des informations sur la partitionnement du disque dur et le type de système de fichiers dont le système d’exploitation a besoin. Sans cette table des partitions, le système d’exploitation ne peut pas utiliser le disque dur. Les 2 derniers octets du MBR doivent contenir un ”nombre magique“ fixe (AA55) : un MBR qui contient autre chose à cet emplacement est considéré comme incorrect par le BIOS et par tous les systèmes d’exploitation. 206 7.1. La procédure d’amorçage 7.1.2 7 Secteurs d’amorçage 7.1.3 Amorçage de DOS ou de Windows Si le MBR contient du code d’amorçage général (générique), le système à démarrer peut être déterminé avec exactement une partition primaire active ou marquée comme amorçable. En général, la validité du secteur d’amorçage de cette partition sera également vérifiée. Depuis le système démarré lors de la prochaine procédure d’amorçage, il est facile de passer à un autre système grâce à fdisk. Amorçage et chargeur d’amorçage Les secteurs d’amorçage sont les premiers secteurs des partitions de disque dur, sauf dans le cas d’une partition étendue qui ne représente qu’un ”conteneur“ pour les autres partitions. Ces secteurs d’amorçage disposent d’une place de 512 octets et sont prévus pour accueillir le code capable de démarrer un système d’exploitation se trouvant sur cette partition. Cela s’applique aux secteurs d’amorçage de partitions formatées sous DOS, Windows ou OS/2 qui contiennent aussi d’autres données capitales du système de fichiers. Par opposition, les secteurs d’amorçage des partitions Linux sont, même après l’installation d’un système de fichiers, tout d’abord vides. Une partition Linux n’est ainsi pas amorçable par elle-même, même si elle contient un noyau et un système de fichiers root correct. Un secteur d’amorçage qui contient un code correct pour le démarrage du système contient dans les 2 derniers octets la même marque ”magique“ que le MBR (AA55). Si une partition DOS/Windows est active, le secteur d’amorçage charge les pilotes .sys nécessaires au démarrage du système. Sous DOS, une seule partition principale peut être identifiée comme étant active. Par conséquent, le système DOS ne peut pas être hébergé sur des lecteurs logiques dans une partition étendue. Windows 2000/XP peut aussi être installé sur une partition logique ; il est même possible de procéder à plusieurs installations simultanées de Windows. Cependant, les fichiers d’amorçage correspondants sont écrits sur une partition principale. Si un système 2000/XP supplémentaire est installé, celui-ci est ajouté directement au menu d’amorçage. Par conséquent, la limitation due au fait que Windows ne peut pas fonctionner sans partition principale demeure. SUSE LINUX 207 7.2 Méthodes d’amorçage La ”méthode d’amorçage“ la plus simple concerne un ordinateur avec un seul système d’exploitation. Dès que plus d’un système d’exploitation est installé sur un ordinateur, plusieurs méthodes d’amorçage sont possibles : Amorcer des systèmes supplémentaires à partir de supports de données externes Un système d’exploitation est chargé à partir du disque dur. À l’aide d’un chargeur d’amorçage installé sur un support de données externe (Disquette, CD, support de données USB), vous pouvez démarrer d’autres systèmes d’exploitation. Étant donné que GRUB peut charger tous les autres systèmes d’exploitation, il n’est pas nécessaire de conserver un chargeur d’amorçage externe. Installation du gestionnaire d’amorçage dans le MBR Un gestionnaire d’amorçage permet d’avoir plusieurs systèmes d’exploitation en parallèle sur un seul ordinateur et de les utiliser en alternance. L’utilisateur choisit le système à charger lors du processus d’amorçage ; un changement de système d’exploitation implique le redémarrage de l’ordinateur. La condition préalable est que le gestionnaire d’amorçage choisi ”s’accorde“ avec tous les systèmes d’exploitation. Le gestionnaire d’amorçage de SUSE LINUX, GRUB, permet de démarrer tous les systèmes d’exploitation courants. Par conséquent, SUSE LINUX installe le gestionnaire d’amorçage souhaité par défaut dans le MBR. Ne modifiez donc pas ce réglage dans la boîte de dialogue d’installation. 7.3 Choix du chargeur d’amorçage Par défaut, c’est le chargeur d’amorçage GRUB qui est utilisé sous SUSE LINUX. Cependant, pour quelques exceptions et certaines constellations matérielles ou logicielles, il faut avoir recours à LILO. Lorsque vous effectuez une mise à jour à partir d’une version précédente de SUSE LINUX qui utilisait LILO, LILO est à nouveau installé. Lors d’une première installation au contraire, c’est GRUB qui, outre la partition racine, est installé sur les systèmes Raid suivants : Contrôleur Raid dépendant du processeur (comme, par exemple, de nombreux contrôleurs Promise ou Highpoint) 208 7.2. Méthodes d’amorçage 7.4 Amorcer avec GRUB GRUB (Grand Unified Bootloader) comporte deux niveaux. Le premier niveau (stage1) est stocké sur 512 octets dans le MBR ou le secteur d’amorçage d’une partition de disque ou d’une disquette. Le deuxième niveau (stage 2), plus volumineux, est ensuite chargé et contient le véritable code programme. En ce qui concerne GRUB, la seule tâche qu’effectue le premier niveau consiste à charger le deuxième niveau du chargeur d’amorçage. stage2 peut accéder à des systèmes de fichiers. Actuellement, Ext2, Ext3, ReiserFS, JFS, XFS, Minix et le système de fichiers DOS FAT FS utilisé par Windows sont pris en charge. Bien qu’avec des limitations, JFS XFS ainsi que UFS/FFS, utilisé par les systèmes BSD, sont également pris en charge. Depuis sa version 0.95, GRUB peut également amorcer depuis un CD ou un DVD avec un système de fichiers standard conforme à la norme ISO 9660 selon les spécifications ”El Torito“. GRUB peut aussi accéder avant le démarrage à des systèmes de fichiers de disques supportés par le BIOS (disquette ou encore disques durs, lecteurs CD ou lecteurs DVD reconnus par le BIOS), c’est pourquoi il n’est plus nécessaire de réinstaller le chargeur d’amorçage après avoir modifié le fichier de configuration de GRUB (menu.lst). À l’amorçage, GRUB relit le fichier de menu contenant les chemins actuels et les déclarations de partitions du noyau ou du disque virtuel initial (initrd) et trouve lui-même ces fichiers. Pour la configuration en soi de GRUB, trois fichiers sont nécessaires ; ils sont décrits ci-après : 7 Amorçage et chargeur d’amorçage Raid logiciel LVM Vous trouverez des informations sur l’installation et la configuration de LILO dans la base de données support à l’aide du mot-clé ”LILO“. /boot/grub/menu.lst Ce fichier contient toutes les données relatives aux partitions ou aux systèmes d’exploitation qui sont amorçables avec GRUB. Sans ces données, la prise de contrôle du système par le système d’exploitation n’est pas possible. /boot/grub/device.map Ce fichier ”traduit“ les noms de périphériques utilisés par la notation GRUB/BIOS en noms de périphériques Linux. /etc/grub.conf Dans ce fichier, les paramètres et options que l’interpréteur de commandes (shell) GRUB nécessite afin d’installer correctement le chargeur d’amorçage sont exécutés. SUSE LINUX 209 GRUB peut être contrôlé de différentes façons. Les entrées d’amorçage d’une configuration existante sont sélectionnées à l’aide de l’écran de démarrage (splash screen). La configuration est lue sans modification dans le fichier menu. lst. GRUB permet la modification de tous les paramètres d’amorçage avant l’amorçage. Par exemple, si une erreur a été faite lors de l’édition du fichier de menu, celui-ci peut être ”réparé“ par ce biais. De plus, des commandes d’amorçage peuvent être saisies interactivement dans une sorte d’invite de commande (voir section Modification d’éléments du menu pendant la procédure d’amorçage page 214). GRUB permet aussi de connaître l’état du noyau et de initrd avant l’amorçage. Vous pouvez ainsi amorcer des systèmes d’exploitation qui n’ont pas encore été enregistrés dans le menu d’amorçage. Enfin, il existe, avec le shell GRUB, une émulation de GRUB dans le système installé. Vous pouvez utiliser l’interpréteur de commande (shell) GRUB afin d’installer GRUB ou bien pour tester une nouvelle configuration avant de la mettre en place (voir section L’interpréteur de commandes (shell) GRUB page 217). 7.4.1 Le menu de démarrage de GRUB L’écran de démarrage graphique avec le menu d’amorçage s’appuie sur le fichier de configuration de GRUB /boot/grub/menu.lst, qui contient toutes les informations à propos des partitions ou systèmes d’exploitation pouvant être démarrés à l’aide du menu. GRUB relit à chaque démarrage du système le fichier de menu du système de fichiers. Il n’est donc pas nécessaire de réinstaller GRUB après chaque modification du fichier — utilisez le module chargeur d’amorçage de YaST pour procéder aux modifications de la configuration de GRUB (voir section Configuration du chargeur d’amorçage avec YaST page 219). Le fichier de menu comporte des commandes. La syntaxe est très simple. Chaque ligne comporte une commande, suivie de paramètres optionnels, séparés comme pour l’interpréteur de commandes par des espaces. Quelques instructions admettent pour des raisons historiques un signe égal avant le premier paramètre. Les commentaires sont introduits par un dièse (#). Pour identifier les éléments de menu dans l’aperçu du menu, vous devez attribuer à chaque choix un nom ou un titre (title). Le texte se trouvant après le mot-clé title, y compris les espaces, est affiché dans le menu comme une option pouvant être choisie. Toutes les instructions jusqu’au prochain title sont exécutées si cette sélection est effectuée dans le menu. 210 7.4. Amorcer avec GRUB chainloader (hd0,3)+1 Les noms de périphériques sous GRUB sont expliqués dans la section Conventions de nom pour disques durs et partitions page suivante. L’exemple ci-dessus spécifie le premier bloc de la quatrième partition sur le premier disque dur. La commande kernel spécifie une image du noyau. Le premier argument est le chemin vers l’image du noyau sur une partition. Les arguments restants sont transmis au noyau sur la ligne de commande. Quand le noyau ne dispose pas des pilotes intégrés nécessaires pour l’accès à la partition racine, il faut utiliser initrd. Il s’agit là d’une commande GRUB séparée, qui a comme seul argument le chemin vers le fichier initrd. Comme l’adresse de démarrage de initrd est écrite dans l’image du noyau déjà chargée, la commande initrd doit suivre la commande kernel. La commande root permet d’indiquer plus facilement l’emplacement des fichiers du noyau et de initrd. root prend un unique argument, soit un périphérique de GRUB, soit une partition sur un tel périphérique. Tout chemin de fichiers du noyau, de initrd, ou autres, auquel aucun autre périphérique n’a été associé de façon explicite est associé à ce périphérique jusqu’à la commande root suivante. Cette commande n’apparaît pas dans un fichier menu.lst qui est généré pendant l’installation. Elle sert à la simplification lors d’une modification manuelle. 7 Amorçage et chargeur d’amorçage Le cas le plus simple est la redirection vers des gestionnaires d’amorçage d’autres systèmes d’exploitation. La commande s’appelle chainloader et l’argument est normalement le bloc d’amorçage d’une autre partition dans la notation des blocs (Block-Notation) de GRUB, par exemple : À la fin de chaque élément de menu, la commande boot est toujours implicite, si bien que celle-ci ne doit pas être écrite dans le fichier menu. S’il vous arrivait cependant d’utiliser GRUB de façon interactive pour démarrer, vous devez saisir à la fin la commande boot. boot n’a pas d’arguments, il n’exécute que l’image du noyau chargée ou le gestionnaire chaîné indiqué. Lorsque vous avez écrit tous les éléments du menu, vous devez définir un élément par défaut (default). En son absence, le premier (élément 0) sera utilisé. Vous pouvez aussi indiquer un délai en secondes après lequel le lancement doit s’effectuer. timeout et default apparaissent généralement avant les éléments du menu. Vous trouverez un fichier d’exemple et les explications associées en section Exemple d’un fichier menu page 213. SUSE LINUX 211 Conventions de nom pour disques durs et partitions GRUB utilise pour la désignation de disques durs et partitions d’autres conventions que celles dont vous avez l’habitude pour les périphériques Linux normaux (par exemple, /dev/hda1). Le premier disque dur est toujours appelé hd0, le lecteur de disquettes est appelé fd0. Le comptage de partitions dans GRUB commence par zéro. (hd0,0) correspond à la première partition sur le premier disque dur ; sur un ordinateur habituel avec un disque connecté comme Primary Master, le nom du périphérique est /dev/ hda1. Les quatre partitions primaires possibles prennent les numéros de partition 0 à 3. Les partitions logiques sont numérotées à partir de 4 : (hd0,0) (hd0,1) (hd0,2) (hd0,3) (hd0,4) (hd0,5) ... première partition primaire sur le premier disque dur deuxième partition primaire troisième partition primaire quatrième partition primaire (et souvent étendue) première partition logique deuxième partition logique GRUB ne différencie pas les périphériques IDE, SCSI ou RAID. Tous les disques durs reconnus par le BIOS ou d’autres contrôleurs sont numérotés conformément à l’ordre d’amorçage préréglé dans le BIOS. Le fait qu’il n’y ait pas de relation claire entre les noms de périphériques Linux et les noms de périphériques du BIOS est un problème pour GRUB. GRUB utilise un certain algorithme pour générer ce classement et l’enregistre dans le fichier device.map qui peut être modifié. Vous trouverez plus d’informations sur device.map dans la section Le fichier device.map page 215. Un chemin GRUB complet comprend un nom de périphérique écrit entre parenthèses ainsi que le chemin du fichier dans le système de fichiers sur la partition indiquée. Le chemin commence par un slash. Par exemple, sur un système avec un seul disque dur IDE et Linux sur la première partition, le noyau amorçable pourrait se présenter comme suit : (hd0,0)/boot/vmlinuz 212 7.4. Amorcer avec GRUB 7 Exemple d’un fichier menu gfxmenu (hd0,4)/message color white/blue black/light-gray default 0 timeout 8 title linux kernel (hd0,4)/vmlinuz root=/dev/hda7 vga=791 initrd (hd0,4)/initrd title windows chainloader(hd0,0)+1 title floppy chainloader(fd0)+1 title failsafe kernel (hd0,4)/vmlinuz.shipped root=/dev/hda7 ide=nodma \ apm=off acpi=off vga=normal nosmp maxcpus=0 3 initrd (hd0,4)/initrd.shipped Le premier bloc concerne la configuration de l’écran de démarrage : Amorçage et chargeur d’amorçage Pour mieux comprendre la structure d’un fichier menu GRUB, nous présentons un court exemple. Cet exemple d’installation comprend une partition d’amorçage Linux sous /dev/hda5, une partition root sous /dev/hda7 et une installation Windows sous /dev/hda1. gfxmenu (hd0,4)/message L’image de fond se trouve dans /dev/hda5 et porte le nom de message color white/blue black/light-gray Le schéma de couleurs : blanc (premier plan), bleu (fond), noir (sélection) et gris clair (fond de la sélection). Le schéma de couleur n’a aucun effet sur l’écran de démarrage (splash screen), uniquement sur le menu modifiable de GRUB dans lequel vous arrivez lorsque vous quittez le splash screen à l’aide de Esc . default 0 Le premier élément du menu avec title linux correspond à l’amorçage par défaut. timeout 8 Après huit secondes sans réaction de la part de l’utilisateur, GRUB amorce le système automatiquement. Le deuxième bloc, et le plus grand, énumère les différents systèmes d’exploitation amorçables ; les sections de chaque système d’exploitation sont introduites par title. SUSE LINUX 213 Le premier élément (title linux) s’occupe de l’amorçage de SUSE LINUX. Le noyau (vmlinux) se trouve sur la première partition (ici la partition d’amorçage) du premier disque dur. Les paramètres du noyau comme, par exemple, l’indication de la partition racine ou du mode VGA y sont rattachés. La partition racine est indiquée selon le schéma Linux (/dev/hda7/) puisque cette information est destinée au noyau et n’a rien à voir avec GRUB. initrd se trouve également sur la première partition du premier disque dur. Le deuxième élément s’occupe du chargement de Windows. Windows est démarré à partir de la première partition du premier disque dur (hd0,0). chainloader +1 gère la lecture et l’exécution du premier secteur de la partition indiquée. Le paragraphe suivant a pour but de permettre le démarrage depuis une disquette, sans avoir à modifier le BIOS. L’option d’amorçage failsafe sert à démarrer Linux avec un ensemble donné de paramètres du noyau, qui permettent eux-mêmes un démarrage des systèmes Linux problématiques. Le fichier de menu peut être modifié à tout moment et est automatiquement repris par GRUB au démarrage suivant. Vous pouvez éditer à tout moment ce fichier avec YaST ou avec l’éditeur de votre choix. Vous pouvez sinon effectuer des modifications temporaires de façon interactive par la fonction Edit de GRUB (voir section Modification d’éléments du menu pendant la procédure d’amorçage de la présente page). Modification d’éléments du menu pendant la procédure d’amorçage À partir du menu d’amorçage graphique GRUB, vous pouvez choisir à l’aide des flèches lequel des systèmes d’exploitation doit être démarré. Si vous choisissez un système Linux, vous pouvez ajouter, à l’invite d’amorçage, vos propres para mètres de démarrage. Si vous appuyez sur Esc et quittez l’écran de démarrage, vous pouvez, après avoir saisi e (edit), modifier de façon ponctuelle directement et séparément des éléments du menu. Les modifications que vous effectuez de cette manière ne sont valables que pour ce seul processus d’amorçage et ne sont pas conservées de façon durable. Remarque Type de clavier pendant le démarrage Notez que seul le clavier américain est disponible pour le démarrage. Veillez à la permutation des caractères spéciaux. Remarque 214 7.4. Amorcer avec GRUB Si vous voulez enregistrer de façon durable des options de démarrage modifiées et les faire parvenir au noyau, ouvrez en tant qu’utilisateur root le fichier menu.lst et ajoutez à la ligne existante les paramètres de noyau supplémentaires, séparés par un espace : title linux kernel (hd0,0)/vmlinuz root=/dev/hda3 <paramètre supplémentaire> initrd (hd0,0)/initrd GRUB prend en compte automatiquement le nouveau paramètre lors du prochain démarrage. Sinon, il est aussi possible de faire appel au module gestionnaire d’amorçage de YaST pour cette modification. Ici aussi, le nouveau paramètre est seulement rajouté à la ligne existante, séparé par un espace. 7.4.2 Le fichier device.map 7 Amorçage et chargeur d’amorçage Une fois le mode d’édition activé, choisissez à l’aide des flèches l’élément du menu dont vous voulez modifier la configuration. Afin de rendre la configura . Vous corrigez ainsi les erreurs de désition modifiable, tapez à nouveau sur e gnation de partition ou de chemin, avant qu’ils n’aient une influence négative sur le processus de démarrage. En appuyant sur Enter , vous quittez le mode d’édi tion, revenez dans le menu et vous pouvez amorcer cette configuration avec b . D’autres possibilités d’action sont indiquées dans le texte d’aide en bas. Le fichier déjà mentionné device.map contientles correspondances entre les noms de périphériques de GRUB et de Linux. Si vous travaillez sur un système mixte avec des disques durs IDE et SCSI, GRUB doit essayer, à l’aide d’un processus défini, de déterminer la séquence d’amorçage. GRUB n’a pas accès aux informations du BIOS à ce sujet. GRUB enregistre le résultat de ce contrôle dans /boot/grub/device.map. Un exemple de fichier device.map pour un système exemple – en supposant que la séquence d’amorçage configurée dans le BIOS soit IDE avant SCSI – se présente ainsi : (fd0) (hd0) (hd1) /dev/fd0 /dev/hda /dev/sda SUSE LINUX 215 Comme la séquence des disques IDE, SCSI et autres dépend de différents facteurs et que Linux ne peut reconnaître cet ordonnancement, il est possible de configurer la séquence manuellement dans device.map. Si vous avez des problèmes à l’amorçage, vérifiez que l’ordre dans ce fichier correspond à celui du BIOS et, si nécessaire, modifiez-le temporairement avec l’interpréteur de commandes de GRUB (voir la section L’interpréteur de commandes (shell) GRUB page suivante). Si le système Linux est amorcé, vous pouvez modifier de façon durable le fichier device.map avec le module du chargeur d’amorçage de YaST ou un éditeur de votre choix. Après des modifications manuelles du fichier device.map, exécutez la commande suivante pour réinstaller GRUB. Le fichier device.map sera lu à nouveau et les commandes contenues dans grub.conf seront exécutées : grub --batch < /etc/grub.conf 7.4.3 Le fichier /etc/grub.conf Le troisième fichier de configuration important de GRUB outre menu.lst et device.map est /etc/grub.conf. Les paramètres et les options dont la commande grub a besoin pour installer correctement le chargeur d’amorçage y sont énumérés : root (hd0,4) install /grub/stage1 d (hd0) /grub/stage2 0x8000 (hd0,4)/grub/menu.lst quit La signification des différentes choix en détails : root (hd0,4) Cette commande indique à GRUB de se référer pour les commandes suivantes à la première partition logique du premier disque dur sur lequel il trouve ses fichiers de démarrage. install parameter La commande grub doit être démarrée avec le paramètre install. stage1 en tant que premier niveau du gestionnaire d’amorçage doit être installé dans le MBR du premier disque dur (/grub/stage1 d (hd0)). stage2 doit être chargé à l’adresse mémoire 0x8000 (/grub/stage2 0x8000). Le dernier élément (hd0,4)/grub/menu.lst indique à grub où se trouve le fichier menu. 216 7.4. Amorcer avec GRUB 7.4.4 L’interpréteur de commandes (shell) GRUB Les commandes install et setup sont également disponibles pendant la procédure d’amorçage, sans que Linux ne soit nécessairement lancé. Ceci facilite le sauvetage d’un système défectueux (plus amorçable), étant donné que le fichier de configuration défectueux du chargeur d’amorçage peut être évité grâce à la saisie manuelle des paramètres. La saisie manuelle des paramètres au moment de l’amorçage est également intéressante pour tester les nouvelles configurations lorsque le système original ne doit pas être affecté. Entrez simplement les commandes de configuration expérimentales avec la même syntaxe que dans menu.lst ; testez la fonctionnalité de cette entrée sans modifier le fichier de configuration existant et donc sans affecter la capacité d’amorçage du système. Si vous souhaitez, par exemple, tester un nouveau noyau, saisissez la commande kernel avec le chemin d’accès au nouveau noyau. Si la procédure d’amorçage échoue, vous reprendrez la prochaine procédure d’amorçage avec le fichier menu.lst intact. De la même façon, l’interface ligne de commande peut servir à amorcer le système dans le cas inverse d’un fichier menu.lst défectueux en saisissant le paramètre corrigé à la ligne de commande. Une fois que le système fonctionne, corrigez ce paramètre dans menu.lst. Ainsi, le système est à nouveau amorçable. Amorçage et chargeur d’amorçage GRUB existe en deux versions : en tant que gestionnaire d’amorçage, et en tant que programme Linux normal dans /usr/sbin/grub. Ce programme sera désigné par le terme interpréteur de commandes (shell) GRUB. Cette fonctionnalité permettant d’installer GRUB comme chargeur d’amorçage sur un disque dur ou sur une disquette est directement intégrée dans GRUB par le biais des commandes install ou setup. Elle est donc disponible dans l’interpréteur de commandes GRUB lorsque Linux est chargé. 7 L’algorithme d’association entre les périphériques de GRUB et les noms de périphériques de Linux n’entre en jeu que lorsque l’interpréteur de commandes GRUB est utilisé en tant que programme Linux (lancé avec la commande grub comme décrit, par exemple, dans la section Le fichier device.map page 215). Le programme lit alors le fichier device.map. Vous trouverez plus d’informations à ce sujet dans la section Le fichier device.map page 215. SUSE LINUX 217 7.4.5 Créer un mot de passe d’amorçage GRUB prend déjà en charge au moment du démarrage l’accès au système de fichiers, c’est-à-dire que des utilisateurs sans droit de super-utilisateur peuvent accéder à des fichiers de votre système Linux auxquels ils n’auraient pas accès une fois le système démarré. Vous protégez de tels accès par un mot de passe. Vous pouvez soit interdire l’accès de personnes non autorisées au système de fichiers au moment du démarrage soit interdire aux utilisateurs le démarrage de certains systèmes d’exploitation. Pour l’attribution d’un mot de passe de démarrage, procédez ainsi en tant qu’utilisateur root : Tapez la commande grub à l’invite root. Chiffrez le mot de passe dans l’interpréteur de commandes de GRUB : grub> md5crypt Password: **** Encrypted: $1$lS2dv/$JOYcdxIn7CJk9xShzzJVw/ Ajoutez la valeur chiffrée dans la section globale du fichier menu.lst : gfxmenu (hd0,4)/message color white/blue black/light-gray default 0 timeout 8 password --md5 $1$lS2dv/$JOYcdxIn7CJk9xShzzJVw/ L’exécution de commandes de GRUB depuis l’invite d’amorçage est protégée. Cette possibilité n’est à nouveau autorisée qu’après avoir saisi p ainsi que le mot de passe. Le démarrage d’un système d’exploitation à partir du menu de démarrage reste possible pour tous les utilisateurs. Pour empêcher le démarrage d’un ou de plusieurs systèmes d’exploitation à partir du menu d’amorçage, ajoutez la ligne lock dans le fichier menu.lst pour chaque section ne devant pas être démarrée sans mot de passe. Ceci donnerait dans l’exemple : title linux kernel (hd0,4)/vmlinuz root=/dev/hda7 vga=791 initrd (hd0,4)/initrd lock Après un redémarrage du système et le chois de Linux dans le menu d’amorçage, le message d’erreur suivant apparaît tout d’abord : 218 7.4. Amorcer avec GRUB Error 32: Must be authenticated Remarque Mot de passe d’amorçage et écran de démarrage (splash screen) Si vous utilisez un mot de passe d’amorçage pour GRUB, vous ne disposez pas de l’écran de démarrage habituel. Remarque 7.5 Configuration du chargeur d’amorçage avec YaST Avant de réaliser des changements dans la configuration du chargeur d’amorçage, familiarisez-vous à la théorie relative au processus d’amorçage. Le module YaST facilite en grande partie la configuration du chargeur d’amorçage. Amorçage et chargeur d’amorçage pour arriver au menu, puis sur p pour accéder à l’invite de Appuyez sur Enter mot de passe. Après avoir saisi le mot de passe et appuyé sur Enter , le système d’exploitation désiré (dans ce cas Linux) est amorcé automatiquement. 7 Dans le centre de contrôle de YaST, sélectionnez le module ‘Configuration du chargeur d’amorçage’ sous ‘Système’. Vous voyez alors apparaître la configuration actuelle du chargeur d’amorçage dans votre système et vous pouvez procéder à vos modifications (voir fig. 7.1 page suivante). 7.5.1 La fenêtre principale Le champ de configuration (fond blanc) se divise en trois colonnes : la colonne de gauche (‘Changé’) sert au marquage des options modifiées qui apparaissent dans la colonne du milieu. Les valeurs actuelles se trouvent dans la colonne de la droite. Pour ajouter une nouvelle option, cliquez sur le bouton ‘Ajouter’. Par contre, si vous souhaitez uniquement changer la valeur d’une option, sélectionnez celle-ci avec la souris puis cliquez sur ‘Modifier’. Si vous ne voulez pas utiliser une option existante, sélectionnez-la puis cliquez sur ‘Supprimer’. SUSE LINUX 219 F IG . 7.1: Configuration du chargeur d’amorçage avec YaST Sous la fenêtre de configuration, se trouve à droite la boîte combinée intitulée ‘Réinitialisation’ contenant les options suivantes : Proposer une nouvelle configuration Le système crée une nouvelle proposition de configuration. Si pendant ce processus, des versions plus anciennes de Linux ou si d’autres systèmes sont trouvés sur d’autres partitions, ceuxci seront intégrés au menu d’amorçage. Il est alors possible de sélectionner entre l’amorçage directe de Linux ou l’amorçage à travers le chargeur d’amorçage existant déjà. Dans ce cas, vous aurez un deuxième menu d’amorçage lors du démarrage. Démarrer de zéro Cette option vous permet de créer votre propre configuration depuis le début sans aucune intervention ou suggestions. Recharger la configuration depuis le disque Si vous avez déjà procédé à quelques modifications et que celles-ci ne vous conviennent pas, cette option vous permet de revenir à la configuration actuellement enregistrée par votre système. 220 7.5. Configuration du chargeur d’amorçage avec YaST Restaurer le MBR depuis le disque dur Avec cette option, vous reprenez le MBR enregistré sur le disque dur. Sous cette boîte combinée, vous trouverez le bouton ‘Modifier les fichiers de configuration’ qui vous permet de modifier directement dans un éditeur les fichiers de configuration. Sélectionnez le fichier dans le champ de sélection pour l’éditer directement. Cliquez sur ‘OK’ et les changements seront enregistrés. Utilisez ‘Annuler’ pour sortir de la configuration du chargeur d’amorçage sans l’enregistrer et ‘Retour’ pour revenir à la fenêtre principale. 7.5.2 Options de la configuration du chargeur d’amorçage La configuration avec YaST est beaucoup plus simple que la modification directe des fichiers. Sélectionnez une option avec la souris et cliquez sur ‘Modifier’. Une fenêtre de dialogue apparaît dans laquelle vous pouvez procéder à des réglages individuels. Cliquez sur ‘OK’ pour confirmer les modifications et retourner à la fenêtre de dialogue principale dans laquelle vous pourrez modifier d’autres options. Ces options sont différentes selon le chargeur d’amorçage. Nous vous présentons ici quelques options importantes de GRUB : 7 Amorçage et chargeur d’amorçage Proposer et fusionner avec des menus GRUB existants Si un autre système d’exploitation et une version de Linux plus ancienne sont installés sur d’autres partitions, le menu sera composé d’une entrée pour le nouveau SUSE LINUX, une entrée pour l’autre système d’exploitation ainsi que toutes les entrées de l’ancien menu d’amorçage. Ce processus peut prendre un certain temps. Si vous utilisez LILO, cette option n’existe pas. Type de chargeur d’amorçage Avec cette option, vous pouvez passer de GRUB à LILO et réciproquement. Vous ouvrez ainsi un autre dialogue dans lequel vous pouvez spécifier le type de changement. Vous pouvez transformer la configuration de GRUB en une configuration LILO similaire, en risquant toutefois de perdre quelques informations au cas où il n’existerait pas d’options équivalentes. En outre, vous pouvez créer une configuration totalement nouvelle ou accepter une proposition que vous pourrez bien entendu modifier si vous le désirez. SUSE LINUX 221 Si vous démarrez la configuration du chargeur d’amorçage dans le système en fonctionnement, vous pouvez charger la configuration sur le disque dur. Néanmoins, si vous décidez de revenir au chargeur d’amorçage précédemment configuré, vous pouvez le charger à nouveau en utilisant la dernière option de cette configuration. Cependant, tout ceci n’est possible que tant que vous n’avez pas quitté le module du chargeur d’amorçage. Emplacement du chargeur d’amorçage Specifiez, dans cette fenêtre de dialogue, où le chargeur d’amorçage doit être installé : dans le secteur maître d’amorçage (MBR), dans le secteur d’amorçage de la partition d’amorçage (si elle existe déjà), dans le secteur d’amorçage de la partition root ou sur la disquette. Avec l’option ‘Autres’, vous pouvez choisir le lieu d’installation librement. Ordre des disques durs Si vous disposez de deux ou plusieurs disques durs, indiquez ici l’ordre correspondant à celui de la configuration du BIOS. Section par défaut Avec cette option, vous spécifiez le noyau ou système d’exploitation qui doit démarrer par défaut si vous ne faites aucune sélection dans le menu du chargeur d’amorçage. Une fois que le délai d’attente est passé, ce système sera amorcé automatiquement. En cliquant, dans ce menu, sur le bouton ‘Modifier’, vous verrez une liste de toutes les entrées du menu d’amorçage. Sélectionnez l’entrée souhaitée et activez-la en cliquant sur le bouton ‘Definir comme standard’. Ici, vous avez aussi la possibilité de modifier une entrée en cliquant sur ‘Changer’. Sections disponibles Dans la fenêtre principale, cette option vous permet de voir quelles entrées de menu existent. Si vous sélectionnez cette option et cliquez sur ‘Changer’, vous ouvrirez le même dialogue qu’avec ‘Section par défaut’. Activer la partition du chargeur d’amorçage Utilisez cette option pour activer la partition dont le secteur d’amorçage contient le chargeur d’amorçage, indépendamment de la partition dans laquelle se trouve le répertoire /boot ou / (root) contenant les fichiers du chargeur d’amorçage. Remplacer le code dans le MBR Si vous aviez installé GRUB directement dans le secteur maître d’amorçage (MBR) ou si vous procédez à une installation sur un disque dur tout neuf et que vous ne souhaitiez plus installer GRUB dans le secteur maître d’amorçage, remettez en place le code d’amorçage générique à l’aide de cette option. Sauvegarde des fichiers et zones du disque dur Les zones du disque dur qui ont été modifiées sont sauvegardées. 222 7.5. Configuration du chargeur d’amorçage avec YaST Dans la section inférieure, vous trouverez une option intéressante, le ‘Timeout’, qui définit le délai d’attente du chargeur d’amorçage (temps pendant lequel il attend que vous fassiez une sélection) avant le démarrage du système. Le bouton ‘Ajouter’ permet de spécifier toute une série d’autres options. Pour obtenir plus de détails quant aux options possibles, lisez les pages de manuel correspondantes (man grub, man lilo) et la documentation (en ligne) sur le site web http:// www.gnu.org/software/grub/manual/. 7.6 Désinstallation du chargeur d’amorçage Linux YaST procède pour vous à la désinstallation du chargeur d’amorçage Linux et à la restauration du MBR dans l’état antérieur l’installation de Linux. Lors de l’installation, YaST génère automatiquement une copie de sauvegarde du MBR original et, si vous le souhaitez, l’applique à nouveau écrasant ainsi GRUB. Pour désinstaller GRUB, démarrez le module chargeur d’amorçage de YaST (‘Système’ ➝ ‘Configuration du chargeur d’amorçage’). Dans le premier dialogue, sélectionnez ‘Remise à zéro’ ➝ ‘Restaurer le MBR du disque dur’ puis quittez le dialogue avec ‘Terminer’. Dans le MBR, GRUB est maintenant écrasé avec les données du MBR d’origine. 7.7 7 Amorçage et chargeur d’amorçage Ajouter le MBR enregistré dans le menu du chargeur d’amorçage Ajoute le MBR enregistré dans le menu du chargeur d’amorçage. Créer un CD-ROM d’amorçage Si vous rencontrez des problèmes pour démarrer votre système installé avec un gestionnaire d’amorçage ou si vous ne souhaitez ou ne pouvez pas installer le chargeur d’amorçage dans le secteur maître d’amorçage (MBR) de votre disque dur ni sur une disquette, vous pouvez aussi préparer un CD-ROM amorçable sur lequel sont gravés les fichiers de démarrage de Linux. Votre ordinateur doit, bien entendu, disposer d’un graveur de CD-ROM correctement installé. Pour créer un CD-ROM d’amorçage avec GRUB, vous n’avez besoin que de stage2_eltorito, une forme spéciale de stage2 et éventuellement d’un menu.lst adapté à vos besoins qui n’est cependant pas nécessaire. Les fichiers classiques stage1 et stage2 ne sont pas nécessaires. SUSE LINUX 223 Créez un répertoire dans lequel l’image ISO doit être faite : cd /tmp mkdir iso Créez un sous-répertoire pour GRUB dans /tmp : mkdir -p iso/boot/grub Copiez le fichier stage2_eltorito dans le répertoire grub : cp /usr/lib/grub/i386-pc/stage2_eltorito iso/boot/grub Copiez également le noyau (/boot/vmlinuz), initrd (/boot/initrd) et /boot/message dans iso/boot/ : cp /boot/message iso/boot/ cp /boot/vmlinuz iso/boot/ cp /boot/initrd iso/boot/ Pour que GRUB puisse trouver ces fichiers, copiez menu.lst dans iso/boot/ et modifiez le chemin d’accès spécifié de façon à ce que les fichiers soient lus sur le CD. Pour cela, remplacez les noms de périphériques des disques durs (par exemple (hd*)) dans le chemin d’accès spécifié par le nom de périphérique du lecteur CD-ROM ((cd)) : gfxmenu (cd)/boot/message timeout 8 default 0 title Linux kernel (cd)/boot/vmlinuz root=/dev/hda5 vga=794 resume=/dev/hda1 splash=verbose showopts initrd (cd)/boot/initrd Enfin, créez une image ISO9660 à l’aide de la commande suivante : mkisofs -R -b boot/grub/stage2_eltorito -no-emul-boot \ -boot-load-size 4 -boot-info-table -o grub.iso iso Gravez le fichier grub.iso résultant sur un CD avec le programme de votre choix. 224 7.7. Créer un CD-ROM d’amorçage 7.8 Problèmes possibles et solutions GRUB et XFS XFS ne laisse aucune place dans le bloc d’amorçage des partitions pour stage1. Il est donc important de ne pas choisir comme emplacement pour un chargeur d’amorçage une partition sur laquelle se trouve un XFS. Dans ce cas, il est bon de créer une partition d’amorçage séparée qui ne soit pas formatée avec XFS (voir ci-dessous). GRUB et JFS Bien que techniquement possible, une combinaison de GRUB avec JFS est problématique. Dans ce cas, créez une partition d’amorçage séparée /boot et formatez-la avec Ext2. Installez GRUB dans cette partition. GRUB indique une erreur "GRUB Geom Error" GRUB ne contrôle la géométrie des disques durs rattachés qu’au moment de l’amorçage. Dans de rares cas, le BIOS donne ici des indications incohérentes, si bien que GRUB indique une erreur GRUB Geom Error. Dans de tels cas, utilisez LILO ou actualisez au besoin le BIOS. Vous trouverez des informations détaillées sur l’installation, la configuration et la maintenance de LILO dans la base de données support à l’aide du mot-clé LILO. GRUB donne ce message d’erreur également lorsque Linux est installé dans le système sur un disque dur supplémentaire qui n’est pas enregistré dans le BIOS. La première partie du chargeur d’amorçage (stage1) est trouvée et chargée correctement mais la deuxième partie (stage2) n’est pas trouvée. La solution est alors d’enregistrer le nouveau disque dur dans le BIOS. Amorçage et chargeur d’amorçage Cette section répertorie quelques uns de problèmes principaux qui peuvent surgir lors de l’amorçage avec GRUB. Les solutions possibles sont abordées. Pour certaines, vous trouverez un article dans la base de données support (http: //portal.suse.de/sdb/de/index.html). Si votre problème n’est pas contenu dans cette liste, nous vous conseillons de faire une recherche dans la base de données support (https://portal.suse.com/PM/page/search.pm) avec les mots-clés ”GRUB“, ”Amorcer“, ”Chargeur d’amorçage“. 7 Le système mixte IDE-SCSI n’amorce pas Il peut arriver que, lors de l’installation, YaST ait mal reconnu l’odre d’amorçage des disques durs (et que vous ne l’ayez pas corrigé). Ainsi, GRUB prendra, par exemple, /dev/hda comme hd0 et /dev/sda comme hd1 alors que dans le BIOS, c’est l’ordre inverse (SCSI avant IDE) qui est entré. SUSE LINUX 225 Dans ce cas, corrigez, lors de l’amorçage, les disques durs utilisés à la ligne de commande GRUB puis modifiez le fichier device.map dans le système amorcé afin de corriger l’attribution une bonne fois. Ensuite, vérifiez également les noms de périphériques GRUB dans les fichiers /boot/grub/menu.lst et /boot/grub/device.map et installer avec le chargeur d’amorçage à nouveau avec la commande suivante : grub --batch < /etc/grub.conf Amorcer Windows depuis le deuxième disque dur Certains systèmes d’exploitation (par exemple, Windows) ne peuvent démarrer qu’à partir du premier disque dur. Lorsque vous avez installé un tel système d’exploitation sur un disque dur autre que le premier, vous pouvez exécuter un échange logique dans l’élément de menu correspondant. ... title windows map (hd0) (hd1) map (hd1) (hd0) chainloader(hd1,0)+1 ... Ici, il faut démarrer Windows à partir du deuxième disque dur. Pour cela, la séquence logique des disques durs est modifiée avec map. Notez bien que durant cet échange, la logique du fichier du menu de GRUB n’est pas modifiée. Comme précédemment, vous devrez entrer le deuxième disque dur dans chainloader. 7.9 Informations complémentaires Sur la page Web http://www.gnu.org/software/grub/, vous trouverez des informations détaillées sur GRUB en anglais. Quand texinfo est installé sur l’ordinateur, vous pouvez afficher dans l’interpréteur de commandes avec info grub les pages Info relatives à GRUB. Recherchez aussi dans la base de données d’assistance http://portal.suse.com/ sdb/en/index.html le mot-clé GRUB afin de trouver des informations sur des thèmes particuliers. 226 7.9. Informations complémentaires 8 Le noyau Linux Le noyau Linux Le noyau exploite le matériel du système Linux et le met à la disposition des différents processus. Dans les pages qui suivent, vous n’apprendrez pas à devenir un ”bidouilleur“ (hacker) du noyau, mais à mettre à jour le noyau et à compiler puis installer un noyau configuré par vos soins. Si vous procédez comme le décrit ce chapitre, le noyau précédent reste opérationnel et peut être amorcé à tout moment à la demande. 8.1 8.2 8.3 8.4 8.5 8.6 8.7 8.8 Mise à jour du noyau . . . . . . . . . . . . . . . . . . . Les sources du noyau . . . . . . . . . . . . . . . . . . . Configuration du noyau . . . . . . . . . . . . . . . . . Modules du noyau . . . . . . . . . . . . . . . . . . . . . Réglages lors de la configuration du noyau . . . . . . Compilation du noyau . . . . . . . . . . . . . . . . . . Installer un noyau . . . . . . . . . . . . . . . . . . . . . Faire le ménage sur le disque dur après la compilation . . . . . . . . 228 229 230 231 234 234 235 236 Le noyau placé lors de l’installation dans le répertoire /boot est configuré de manière à prendre en charge une gamme de matériel aussi étendue que possible. Il n’est généralement pas nécessaire de fabriquer votre propre noyau, sauf si vous voulez essayer des fonctionnalités ou des pilotes ”expérimentaux“. Il est souvent possible de modifier le comportement du noyau installé à l’aide de paramètres de noyau. Par exemple, le paramètre desktop diminue les tranches de temps de l’ordonnanceur ce qui fait que le système est subjectivement plus rapide. Vous trouverez plus d’informations dans la documentation relative au noyau dans le répertoire /usr/src/linux/Documentation si le paquetage kernel-source est installé. Pour produire un nouveau noyau, il existe déjà des Makefiles permettant d’automatiser l’opération presque complètement. Seul le choix du matériel et des fonctionnalités que le noyau gérera doit être effectué de manière interactive. Puisque vous devez connaître votre système informatique suffisamment bien pour faire un choix viable, nous recommandons – au moins pour les premiers essais – de modifier un fichier de configuration existant et opérationnel et diminuer ainsi le risque de réglages incorrects. 8.1 Mise à jour du noyau Pour installer une mise à jour du noyau SUSE, téléchargez le paquetage de mise à jour depuis le serveur FTP de SUSE ou sur un miroir comme par exemple ftp: //ftp.gwdg.de/pub/linux/suse/. Si vous ne savez pas quel noyau vous avez actuellement, vous pouvez par exemple regarder la chaîne du numéro de version : cat /proc/version. Vous pouvez aussi vérifier à quel paquetage appartient le noyau /boot/ vmlinuz : rpm -qf /boot/vmlinuz. Avant l’installation, vous devriez sauvegarder le noyau d’origine et le fichier initrd correspondant. Lancez pour ce faire les deux commandes suivantes en tant que root : cp /boot/vmlinuz-$(uname -r) /boot/vmlinuz.old cp /boot/initrd-$(uname -r) /boot/initrd.old Installez alors le nouveau paquetage avec la commande rpm -Uvh <NomDuPaquetage>. Veillez à utiliser le bon numéro de version. 228 8.1. Mise à jour du noyau Pour pouvoir amorcer l’ancien noyau le cas échéant, il faut configurer en conséquence le chargeur d’amorçage. Vous trouvez des informations précises à ce sujet dans le chapitre Amorçage et chargeur d’amorçage page 205. Si vous souhaitez installer le noyau original à partir des CD de SUSE, procédez de façon analogue. Sur le CD 1 ou le DVD, vous trouverez le noyau par défaut dans le répertoire boot sous la forme d’un paquetage rpm. Installez-le comme décrit précédemment. Si vous obtenez un message d’erreur indiquant qu’un paquetage plus récent est déjà installé, ajoutez l’option --force à la commande rpm. 8.2 8 Le noyau Linux Depuis la version 7.3 de SUSE LINUX, reiserfs est le système de fichiers par défaut, ce qui suppose de mettre en œuvre un ”disque virtuel initial“. Celui-ci est créé avec la commande mk_initrd. Les versions actuelles de SUSE LINUX permettent de réaliser cette opération automatiquement lors de l’installation du noyau. Les sources du noyau La compilation d’un noyau exige l’installation de ses sources (paquetage kernel-source). D’autres paquetages nécessaires comme le compilateur C (paquetage gcc), les utilitaires binaires GNU (paquetage binutils) et les fichiers à inclure du compilateur C (paquetage glibc-devel) sont de plus choisis automatiquement. Une fois l’installation terminée, les sources du noyau se trouvent dans le répertoire /usr/src/linux-<version-noyau>. Si vous projetez de faire des tests avec le noyau et d’en maintenir différentes versions en même temps sur votre disque, il est proposé de décompacter les diverses versions dans différents répertoires et d’accéder immédiatement aux sources pertinentes au moyen d’un lien, puisqu’il existe des paquetages logiciels qui s’attendent à trouver les sources du noyau dans le répertoire /usr/src/linux. YaST s’occupe automatiquement de ce type d’installation. SUSE LINUX 229 8.3 Configuration du noyau La configuration du noyau en cours d’exécution est enregistrée dans le fichier /proc/config.gz. Pour adapter cette configuration à vos souhaits, allez en tant qu’utilisateur root dans le répertoire /usr/src/linux et lancez les commandes suivantes : zcat /proc/config.gz > .config make oldconfig La commande make oldconfig utilise le fichier /usr/src/linux/.config comme base de la configuration du noyau actuelle. Lorsque de nouvelles options apparaissent dans le noyau courant, elles peuvent alors être choisies ou non. Lorsque le fichier .config est absent, une configuration par défaut contenue dans les sources du noyau est utilisée. 8.3.1 Configuration depuis la ligne de commande Pour configurer le noyau, allez dans le répertoire /usr/src/linux et saisissez la commande make config. Vous devrez alors répondre à une série de questions sur les fonctionnalités système que le noyau doit assurer. Deux ou trois possibilités s’offrent normalement à vous lorsque vous répondez aux questions : soit simplement y et n , soit une des trois possibilités y (yes - oui), n (no - non) et m (module). m signifie dans ce cas que le pilote correspondant n’est pas lié physiquement au noyau, mais plutôt compilé sous forme de module qui peut être chargé dans le noyau pour la durée de son exécution. Tous les pilotes qui sont absolument nécessaires à l’amorçage du système doivent être liés physiquement au noyau ; vous choisirez donc dans ce cas y . Avec Entrée , confirmez la présélection présente dans le fichier .config. Si vous appuyez sur une autre touche lors d’une question, vous obtenez l’affichage d’un court texte d’aide sur l’option concernée. 8.3.2 Configuration en mode texte La configuration du noyau peut se faire de manière plus attrayante avec ”menuconfig“ ; pour ce faire, vous devrez éventuellement installer avec YaST le paquetage ncurses-devel. Démarrez la configuration du noyau avec la commande make menuconfig. 230 8.3. Configuration du noyau 8.3.3 Configuration avec le système X Window Si vous avez installé le Système X Window (paquetage xorg-x11) ainsi que les paquetages de développement QT (qt3-devel), vous pouvez aussi choisir de lancer la configuration au moyen de la commande make xconfig. 8 Le noyau Linux Lors d’une légère modification de la configuration, vous ne devez pas ”essayer“ toutes les questions, mais le menu vous permet de choisir directement certaines zones.Les préréglages sont tirés du fichier .config. Pour charger une autre configuration, choisissez dans le menu ‘Charger un autre fichier de configuration’ et indiquez le nom du fichier. Vous obtenez alors une interface graphique qui rend la configuration plus confortable. Pour ce faire, vous devrez toutefois démarrer le Système X Window en tant que root ou saisir d’abord xhost + dans l’interpréteur de commandes en tant qu’utilisateur normal, pour que root puisse l’accéder à l’affichage. Les préréglages sont lus dans le fichier .config. Tenez compte du fait que la configuration au moyen de make xconfig n’est pas aussi bien maintenue que les autres possibilités de configuration. Vous devrez donc toujours exécuter un make oldconfig supplémentaire après cette l’utilisation de cette méthode. 8.4 Modules du noyau Les composants matériels des PCs sont variés. Pour pouvoir les utiliser correctement, vous aurez besoin d’un ”pilote“ qui permettra au système d’exploitation (grâce au ”noyau“ Linux) de communiquer correctement avec le matériel. Il y a généralement deux mécanismes pour intégrer des pilotes au noyau : Les pilotes peuvent être compilés physiquement dans le noyau. Dans ce guide, de tels noyaux ”d’un seul bloc“ sont qualifiés de noyaux monolithiques. Certains pilotes ne peuvent être utilisés que sous cette forme. Les pilotes peuvent n’être chargés qu’en fonction des besoins dans le noyau que l’on qualifie dans ce cas de noyau modulaire. L’avantage est que seuls les pilotes nécessaires sont chargés et que le noyau ne contient aucun élément inutile. SUSE LINUX 231 Lors de la configuration du noyau, on établit quels pilotes sont liés physiquement au noyau et lesquels sont placés dans des modules. Tous les composants du noyau qui ne sont pas impérativement nécessaires au cours du processus d’amorçage devraient être mis sous forme de modules. On s’assure ainsi que le noyau n’est pas trop volumineux et qu’il peut être chargé sans difficulté à partir du BIOS et de n’importe quel gestionnaire d’amorçage. Le pilote du disque dur, la gestion d’ext2 et d’autres fonctionnalités similaires doivent donc en principe être directement compilés au sein du noyau. La prise en charge d’isofs, de msdos ou du son (sound) devraient toujours être compilées sous forme de modules. Les modules du noyau se trouvent dans le répertoire /lib/modules/ <Version>, où Version correspond à la version actuelle du noyau. 8.4.1 Reconnaissance du matériel actuel avec hwinfo Le programme hwinfo à votre disposition sous SUSE LINUX permet de reconnaître le matériel actuellement présent sur l’ordinateur et d’y affecter les pilotes disponibles. La commande hwinfo --help vous offre un court paragraphe d’aide. Par exemple, pour obtenir des informations sur les périphériques SCSI installés, saisissez la commande suivante : hwinfo --scsi L’affichage de cet utilitaire est également à votre disposition dans YaST dans le module Informations sur le matériel. 8.4.2 Manipulation des modules Les commandes suivantes permettent de manipuler les modules : insmod Le module indiqué est chargé à l’aide de la commande insmod. Puis il est cherché dans un sous-répertoire de /lib/modules/<Version>. insmod ne devrait plus être utilisé, au profit de modprobe (voir ci-dessous). rmmod Le module indiqué est déchargé. Cela n’est bien sûr possible que si la fonctionnalité correspondante du noyau n’est plus utilisée. Par conséquent, il n’est pas possible de décharger le module isofs lorsqu’un un CD est encore monté. 232 8.4. Modules du noyau 8.4.3 8 Le noyau Linux depmod Cette commande crée un fichier portant le nom modules.dep dans le répertoire /lib/modules/<Version>, dans lequel sont enregistrées les dépendances mutuelles des divers modules. On s’assure ainsi que lors du chargement d’un module, tous les modules qui en dépendent sont également chargés automatiquement. S’il n’existe pas encore, le fichier contenant les dépendances des modules est généré au démarrage du système. modprobe Chargement et/ou déchargement d’un module avec prise en compte des dépendances d’autres modules. Cette commande est très puissante et permet d’atteindre de nombreux autres objectifs (par exemple, pour essayer tous les modules d’un certain type, jusqu’à pouvoir réussir à charger l’un d’entre eux). Contrairement au chargement au moyen d’insmod, modprobe analyse le fichier /etc/modprobe.conf et on devrait donc en principe l’employer pour charger des modules. Pour obtenir une explication détaillée de toutes les possibilités, consultez les pages de manuel appropriées. lsmod Cette commande indique quels sont les modules actuellement chargés et par combien d’autres modules ils sont utilisés. Les modules qui ont été chargés par le démon du noyau sont identifiés par le autoclean qui le suit alors. autoclean attire l’attention sur le fait que ces modules seront automatiquement retirés s’ils restent inutilisés pendant un certain temps et si l’on a pris des mesures en conséquence ; reportez-vous à la section Kmod – le chargeur de modules du noyau page suivante. modinfo Affiche des informations sur un module. Étant donné que ces informations sont extraites du module, seules les informations qui ont été intégrées par les développeurs du pilote pourront être affichées. Les informations contenues sont l’auteur, une description, la licence, les paramètres de module, les dépendances et les alias. /etc/modprobe.conf Le chargement des modules est influencé par les fichiers /etc/modprobe.conf et /etc/modprobe.conf.local, ainsi que par le répertoire /etc/modprobe. d ; reportez-vous à la page de manuel man modprobe.conf. On trouve également dans ce fichier les paramètres des modules qui accèdent directement au matériel et doivent donc être ajustés en fonction d’un système particulier (par exemple le pilote du lecteur CD-ROM ou le pilote réseau). Les paramètres enregistrés à cet endroit sont décrits dans les sources du noyau. Installez le paquetage kernel-source et lisez la documentation contenue dans le répertoire /usr/src/linux/Documentation. SUSE LINUX 233 8.4.4 Kmod – le chargeur de modules du noyau Lorsqu’on utilise des modules du noyau, la méthode la plus élégante consiste à mettre en œuvre le ”chargeur de modules du noyau“. Kmod veille en arrièreplan à ce que les modules nécessaires soient automatiquement chargés au moyen d’appels à modprobe dès que l’on accède à la fonctionnalité correspondante du noyau. Pour pouvoir utiliser Kmod, cochez l’option ‘Chargeur de modules du noyau’ (CONFIG_KMOD) lors de la configuration du noyau. L’application Kmod n’est pas conçue pour décharger automatiquement des modules ; grâce à l’équipement actuel en mémoire vive (RAM) des ordinateurs, le gain de mémoire centrale ne serait qu’accessoire. Les serveurs qui ont des tâches spéciales à accomplir et ne nécessitent que peu de pilotes préféreront un noyau ”monolithique“ pour des raisons de performances. 8.5 Réglages lors de la configuration du noyau Il n’est pas possible de représenter ici en détail les diverses possibilités de configuration du noyau. Faites appel à la pléthore de fichiers d’aide qui existent sur le sujet. La version la plus récente de la documentation se trouve toujours dans le répertoire /usr/src/linux/Documentation, pour autant que le paquetage kernel-source soit installé. 8.6 Compilation du noyau Nous recommandons de générer une ”bzImage“. Ainsi, on peut en général éviter que le noyau ne devienne ”trop volumineux“, comme cela peut facilement se produire lorsqu’on choisit trop de fonctionnalités et qu’on crée une ”zImage“ (les messages typiques sont alors "kernel too big" ou "System is too big"). Après avoir configuré le noyau en fonction de vos besoins, démarrez la compilation (dans le répertoire /usr/src/linux/ : make clean make bzImage 234 8.5. Réglages lors de la configuration du noyau make clean bzImage Après une compilation réussie, vous trouverez le noyau comprimé dans /usr/ src/linux/arch/<arch>/boot. L’image du noyau – le fichier qui contient le noyau – s’appelle bzImage. Si vous ne trouvez pas ce fichier, il est très probable qu’une erreur est apparue au cours de la compilation du noyau. Si vous êtes sous Bash, vous pouvez avec : 8 Le noyau Linux Vous pouvez également saisir ces deux commandes sur une seule ligne de commande : make bzImage 2> &1 | tee kernel.out démarrer à nouveau le processus de compilation et en obtenir un ”enregistrement simultané“ dans le fichier kernel.out. Si vous avez configuré des parties du noyau sous forme de modules pouvant être chargés, vous devez ensuite passer à la compilation de ces modules. Utilisez pour ce faire la commande make modules. 8.7 Installer un noyau Après avoir compilé le noyau, vous devez installer ce nouveau noyau de façon à pouvoir l’amorcer à l’avenir. Le noyau doit maintenant être installé dans /boot. Vous y parvenez à l’aide de la commande suivante : INSTALL_PATH=/boot make install Les modules compilés doivent encore être installés ; vous pouvez en faire une copie dans les répertoires cibles appropriés dans le répertoire /lib/modules/ <Version> grâce à la commande make modules_install. Les anciens modules de la même version de noyau sont écrasés, mais vous pouvez réinstaller les modules et le noyau d’origine à partir des CD. SUSE LINUX 235 Remarque Veillez à ce que les modules éventuels correspondants à des fonctionnalités que vous venez de compiler directement dans le noyau aient été retirés du répertoire /lib/modules/<Version>. Sinon, des effets imprévisibles peuvent se produire ! C’est une des raisons pour lesquelles il est formellement déconseillé aux utilisateurs inexpérimentés de compiler le noyau. Remarque Afin queGRUB puisse amorcer l’ancien noyau (désormais /boot/vmlinuz. old), ajoutez dans le fichier /boot/grub/menu.lst une nouvelle image d’amorçage intitulée Linux.old. Cette procédure est décrite en détail dans le chapitre Amorçage et chargeur d’amorçage page 205. GRUB ne nécessite pas de nouvelle installation. Ce paragraphe mérite toute votre attention : le fichier /boot/System.map contient les symboles du noyau dont les modules ont besoin pour pouvoir appeler correctement les fonctions du noyau. Ce fichier est dépendant du noyau actuel. C’est pourquoi, après la compilation et l’installation du noyau, vous devriez copier le nouveau fichier /usr/src/linux/System.map dans le répertoire /boot. Ce fichier sera à nouveau généré à chaque compilation du noyau. Si lors de l’amorçage, vous deviez recevoir un message d’erreur comme "System.map does not match actual kernel", il est alors probable que le fichier System.map n’a pas été copié dans /boot après la compilation du noyau. 8.8 Faire le ménage sur le disque dur après la compilation Si vous avez des problèmes d’espace disque, vous pouvez supprimer les fichiers objets produits pendant la compilation du noyau : cd /usr/src/linux make clean Si toutefois vous disposez de l’espace disque suffisant et prévoyez de configurer à nouveau le noyau à maintes reprises, ignorez cette dernière étape. Une nouvelle compilation du noyau est alors beaucoup plus rapide, puisque seules les parties concernées par les modifications correspondantes.sont à nouveau compilées. 236 8.8. Faire le ménage sur le disque dur après la compilation 9 Vous trouverez dans ce chapitre des informations sur les différents paquetages logiciels ainsi que sur les consoles virtuelles et l’assignation des touches. En conclusion, vous trouverez une section consacrée aux adaptations locales et linguistiques (I18N/L10N). 9.1 9.2 9.3 9.4 Remarques sur certains paquetages logiciels Consoles virtuelles . . . . . . . . . . . . . . . Assignation des touches . . . . . . . . . . . Adaptations locales et linguistiques . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238 247 248 249 Particularités du système Particularités du système 9.1 Remarques sur certains paquetages logiciels 9.1.1 Les paquetages bash et /etc/profile Le programme bash évalue dans cet ordre les fichiers d’initialisation lorsqu’il est appelé comme interpréteur de commandes à la connexion (shell de login) : 1. /etc/profile 2. ~/.profile 3. /etc/bash.bashrc 4. ~/.bashrc Les utilisateurs peuvent ajouter leurs propres lignes dans ~/.profile ou dans ~/.bashrc. Pour modifier ces fichiers comme il se doit, il est indispensable de recopier les paramètres de base de /etc/skel/.profile et de /etc/skel/ .bashrc dans le répertoire utilisateur. Il est donc recommandé, après avoir effectué une mise à jour, de copier la configuration à partir de /etc/skel. Exécutez les commandes suivantes depuis un terminal afin de conserver une copie des modifications que vous avez réalisées : mv cp mv cp ~/.bashrc ~/.bashrc.old /etc/skel/.bashrc ~/.bashrc ~/.profile ~/.profile.old /etc/skel/.profile ~/.profile Vous reporterez ensuite à partir des fichiers *.old les modifications que vous avez apportées. 9.1.2 Le paquetage cron Les tables cron se trouvent dans /var/spool/cron/tabs. Le fichier /etc/ crontab sert de planificateur horaire pour tout le système. Ce fichier indique à quelle heure une commande s’exécute ainsi que sous quel utilisateur (voir le listing 9.1 page ci-contre, dans lequel l’utilisateur en question est root). Des tables organisées sur le même modèle et se rattachant à un paquetage en particulier se trouvent dans le répertoire /etc/cron.d – voir la page de manuel man cron. 238 9.1. Remarques sur certains paquetages logiciels Exemple 9.1: Exemple de déclaration dans /etc/crontab Le fichier /etc/crontab ne peut pas être édité à l’aide de la commande crontab -e mais il doit être chargé directement dans un éditeur pour y recevoir les modifications prévues et y être enregistré. Un certain nombre de paquetages installent dans les répertoires /etc/cron. hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly des scripts shell gérés par /usr/lib/cron/run-crons. Toutes les 15 minutes, la table principale (/etc/crontab) appelle /usr/lib/cron/run-crons, ce qui permet de rattraper éventuellement les étapes qui n’ont pas pu être traitées à temps. Particularités du système 1-59/5 * * * * root test -x /usr/sbin/atrun && /usr/sbin/atrun 9 Pour plus de clarté, les travaux de maintenance exécutés quotidiennement sur le système sont répartis sur plusieurs scripts (paquetage aaa_base). Ainsi, le répertoire /etc/cron.daily comporte à côté de aaa_base par exemple les composants backup-rpmdb, clean-tmp ou clean-vi. 9.1.3 Fichiers journaux — le paquetage logrotate De nombreux services système (”démons“) ainsi que le noyau lui-même enregistrent régulièrement l’état du système et d’éventuels incidents dans des fichiers journaux (logfiles). L’administrateur peut ainsi déterminer de façon fiable dans quel état le système se trouvait à un instant donné, identifier les erreurs ou les dysfonctionnements et réagir de façon appropriée. Ces fichiers journaux se trouvent, conformément au standard FHS, dans le répertoire /var/log et grossissent de jour en jour. On peut contrôler la croissance de ces fichiers à l’aide de logrotate. Configuration Le fichier de configuration /etc/logrotate.conf définit le comportement d’ensemble. La directive include permet de nommer les fichiers supplémentaires devant être chargés. Il est prévu que les différents paquetages de SUSE LINUX installent des fichiers dans /etc/logrotate.d. (par exemple syslog et YaST procèdent ainsi). SUSE LINUX 239 Exemple 9.2: Exemple de fichier /etc/logrotate.conf # see "man logrotate" for details # rotate log files weekly weekly # keep 4 weeks worth of backlogs rotate 4 # create new (empty) log files after rotating old ones create # uncomment this if you want your log files compressed #compress # RPM packages drop log rotation information into this directory include /etc/logrotate.d # no packages own lastlog or wtmp - we’ll rotate them here #/var/log/wtmp { # monthly # create 0664 root utmp # rotate 1 #} # system-specific logs may be also be configured here. logrotate lui-même est contrôlé par cron et déclenché quotidiennement par /etc/cron.daily/logrotate. Remarque L’option create lit les préférences éventuelles de l’administrateur dans les fichiers /etc/permissions*. Assurez-vous que cela n’entre pas en conflit avec vos réglages. Remarque 9.1.4 Les pages de manuel Un certain nombre de programmes GNU (par exemple tar) ne tiennent plus à jour de pages de manuel. Celles-ci ont été remplacées par une présentation rapide appelée par l’option --help ainsi que par des fichiers Info détaillés. Le programme info constitue le système hypertexte du système GNU. La commande info info donne accès à une première aide à l’utilisation ; la commande info peut être appelée depuis Emacs en exécutant emacs -f info ou bien directement à l’aide de la commande info. Les applications tkinfo, xinfo ou l’accès au système d’aide en ligne sont des alternatives conviviales. 240 9.1. Remarques sur certains paquetages logiciels 9.1.5 9 La commande locate 9.1.6 La commande ulimit La commande ulimit (user limits) permet de fixer des limites à l’utilisation des ressources système ou d’afficher ces dernières. ulimit est utilisé notamment pour limiter la mémoire allouée aux applications. Ainsi, on peut éviter qu’une application ne monopolise la majeure partie ou la totalité de la mémoire et ne gèle le système. Le programme ulimit peut être appelé avec différentes options. C’est ainsi que les options présentées dans la table 9.1 permettent par exemple de restreindre l’utilisation de la mémoire. Particularités du système locate, qui permet de trouver rapidement des fichiers, ne fait pas partie des logiciels installés par défaut. Si vous souhaitez l’utiliser, vous devrez l’installer (find-locate) — le processus updatedb sera alors démarré quotidiennement de façon automatique, la nuit ou environ 15 minutes après le démarrage. TAB . 9.1: ulimit : configuration des ressources de l’utilisateur -m Taille maximale de la mémoire physique -v Taille maximale de la mémoire virtuelle -s Taille maximale de la pile -c Taille maximale des fichiers Core (de vidage mémoire) -a Affichage des limites fixées La configuration peut être définie pour tous les utilisateurs dans le fichier /etc/ profile. Il est nécessaire par exemple d’y activer la création de fichiers Core dont les programmeurs ont besoin pour le ”débogage“. Les utilisateurs ne sont pas autorisés à augmenter les valeurs fixées par l’administrateur système dans /etc/profile. Ils peuvent toutefois saisir des paramètres particuliers dans leur propre fichier ~/.bashrc. SUSE LINUX 241 Exemple 9.3: Paramètres ulimit dans /.bashrc # Limitation de la mémoire réelle ulimit -m 98304 # Limitation de la mémoire virtuelle ulimit -v 98304 La mémoire doit être exprimée en Ko. Pour plus de précisions, reportez-vous à la page de manuel man bash. Remarque Tous les interpréteurs de commandes (shells) ne prennent pas en charge les valeurs ulimit. Dans le cas où vous auriez besoin de définir des paramètres globaux fixant ces limitations, vous pouvez utiliser PAM (par exemple pam_limits) qui offre des possibilités de configuration avancées. Remarque 9.1.7 La commande free La commande free prête quelque peu à confusion lorsqu’il s’agit de déterminer comment la mémoire vive est utilisée à un moment donné. . . on trouve ces informations dans /proc/meminfo. De nos jours, cela ne devrait préoccuper aucun utilisateur d’un système d’exploitation moderne comme Linux. Le concept de ”mémoire vive disponible“ remonte à l’époque où la gestion unifiée de la mémoire (unified memory management ) n’existait pas encore – Le slogan ”La mémoire disponible est de la mauvaise mémoire“ (Free memory is bad memory) s’applique bien à Linux. Par la suite, Linux s’est toujours efforcé de trouver un équilibre entre les caches sans jamais accepter la présence de mémoire réellement libre (c’est-à-dire inutilisée). Le noyau n’a aucune idée des programmes ou des données utilisateurs. Il gère les programmes et les données utilisateurs dans la ”mémoire cache“. Lorsque la mémoire commence à être saturée, une partie est écrite dans la zone de mémoire d’échange (swap) ou dans des fichiers à partir desquels ils ont été initialement lus à l’aide de l’appel système mmap ; voir à ce sujet la page de manuel mmap. 242 9.1. Remarques sur certains paquetages logiciels 9.1.8 Le fichier /etc/resolv.conf La résolution de noms est gérée par l’intermédiaire du fichier /etc/resolv. conf ; voir la section DNS – Domain Name System page 487 . Ce fichier est actualisé par le script /sbin/modify_resolvconf exclusivement. Aucun autre programme n’est autorisé à manipuler directement le fichier /etc/resolv.conf. Cette règle doit être respectée pour assurer la cohérence entre la configuration réseau et les données associées. 9.1.9 9 Particularités du système À côté de cela, le noyau utilise également des zones de mémoire caches supplémentaires, comme le slab cache, qui contient par exemple les caches utilisés pour l’accès réseau. C’est ce qui permet d’expliquer les éventuelles différences entre les valeurs dans /proc/meminfo. Pratiquement tous ces caches sont référencés dans /proc/slabinfo. Configuration de GNU Emacs GNU Emacs est un environnement complexe. Pour de plus amples informations, consultez le lien http://www.gnu.org/software/emacs/. Dans les paragraphes suivants, on passe en revue les fichiers de configuration sur lesquels GNU Emacs se base au démarrage. Au démarrage, Emacs lit plusieurs fichiers contenant les réglages de l’utilisateur, de l’administrateur système et du distributeur pour s’adapter et se préconfigurer en fonction de leurs besoins respectifs. Le fichier d’initialisation ~/.emacs est installé, pour chaque utilisateur, à partir de /etc/skel dans le répertoire personnel ; Le fichier .emacs charge à son tour le fichier /etc/skel/.gnu-emacs. Si l’utilisateur souhaite lui même apporter des modifications, il est conseillé de copier ce fichier .gnu-emacs dans son répertoire personnel puis de procéder aux réglages souhaités : cp /etc/skel/.gnu-emacs ~/.gnu-emacs Dans .gnu-emacs, le fichier ~/.gnu-emacs-custom est répertorié comme custom-file. Si l’utilisateur ayant les privilèges customize modifie la configuration, ses modifications seront enregistrées sous ~/.gnu-emacs-custom. SUSE LINUX 243 Sous SUSE LINUX, avec le paquetage emacs;le fichier site-start.el est installé dans le répertoire /usr/share/emacs/site-lisp. Le fichier sitestart.el est chargé avant le fichier d’initialisation ~/.emacs. Le fichier sitestart.el permet entre autres de charger certains fichiers de configuration installés avec des paquetages Emacs additionnels de la distribution (par exemple le paquetage psgml). De tels fichiers de configuration se trouvent également dans le répertoire/usr/share/emacs/site-lisp et commencent toujours par suse-start-. L’administrateur système local peut enregistrer des réglages s’appliquant à tousles utilisateurs dans le fichier default.el. Pour plus d’informations, consultez le fichier info d’Emacs à la section Init File : info:/emacs/ InitFile. Il y est notamment décrit comment empêcher le chargement de ce fichier — si besoin est. Les composants d’Emacs sont répartis dans plusieurs paquetages : Paquetage de base emacs On installe en général en plus le paquetage emacs-x11 dans lequel figure le programme avec la prise en charge de X11. Le paquetage emacs-nox contient le programme sans la prise en charge de X11. Le paquetage emacs-info contient de la documentation en ligne au format Info. Le paquetage emacs-el contient les fichiers de bibliothèque non compilés en Lisp Emacs — ce paquetage n’est pas nécessaire à l’exécution ! De nombreux paquetages supplémentaires peuvent être installés si besoin est : le paquetage emacs-auctex (pour LaTeX) ; psgml (pour SGML/XML) ; gnuserv (pour l’utilisation en mode client/serveur), etc. 9.1.10 Brève initiation au vi Pour beaucoup de travaux sur le système, mais également pour des travaux de programmation, on utilise encore aujourd’hui des éditeurs de texte. Dans le domaine Unix, le vi s’est au fil du temps imposé comme étant l’éditeur qui, en plus des fonctions confortables d’édition, laisse en outre question ergonomie beaucoup d’éditeurs dans l’ombre, et est utilisé avec la souris. Commutation entre les modes : Insert, Command, et Extended Mode On différencie en principe dans le vi trois différents modes de fonctionnement ; le mode Insert, le mode Command et le mode Extended. 244 9.1. Remarques sur certains paquetages logiciels Du mode Command vers le mode Insert Il existe ici une grand nombre de possibilités. L’utilisation courante est : a comme append, i comme insert, ou o pour une nouvelle ligne sous la ligne actuelle. Du mode Insert vers le mode Command Pour quitter le mode Insert, vous avez besoin de la touche ESC . Dans le mode Insert, il n’est pas possible d’arrêter le vi. C’est pourquoi il est en mémoire. important de garder ESC Du mode Command vers le mode Extended Le mode Extended du vi peut être atteint via les deux-points placés devant. Le mode Extended, appelé aussi mode ex correspond à un propre éditeur fonctionnant ligne par ligne. Vous pouvez, à l’aide de ce mode, effectuer des tâches multiples et compliquées. 9 Particularités du système Ce qui est le plus déconcertant pour les débutants est le fait que les touches ont des effets très différents selon le mode. Nous vous présentons tout d’abord une méthode courante de commutation entre les modes. Après le démarrage, le vi est normalement en mode Command. Du mode Extended vers le mode Command Après l’exécution d’une commande dans le mode Extended, on se trouve en principe à nouveau dans le mode Command. Si on ne veut finalement exécuter aucune commande dans le mode Extended, on peut, à l’aide de la touche de retour en arrière, à nouveau effacer les deux-points, et on revient alors également au mode Command. Notez qu’une commutation du mode Insert vers le mode Extended nécessite toujours le passage intermédiaire dans le mode Command. Il n’est pas prévu de commutation directe. Il est souvent difficile pour les débutants de quitter à nouveau un nouvel éditeur. Le vi ne fait pas exception dans ce cas. Ce qui est important ici, c’est qu’on ne pas quitter le vi en mode Insert. Vous devez donc d’abord quitter le mode Insert avec . Puis, on différencie deux cas de figure : la touche ESC 1. Quitter sans enregistrer : si vous désirez quitter l’éditeur sans sauvegarder les modifications, alors entrez dans le mode Command la combinaison de touches : Q . Le ! a pour effet que vi ignore les modifications effectuées. ! SUSE LINUX 245 2. Quitter et enregistrer : pour sauvegarder les modifications et ensuite quitter l’éditeur, vous disposez de plusieurs possibilités. Dans le mode Command, Z . Notez que, dans les listes de Z vous disposez de la commande Shift n’est pas mentionnée puisque le Z commandes courantes, la touche Shift majuscule implique déjà la touche Shift . Conformément à l’arrêt sans enregistrement, vous disposez également . d’une commande Extended. La combinaison de touches est alors : W Q signifie Comme vous pouvez aisément le comprendre, dans le mode Extended W ”write“ (écrire) et Q veut dire ”quit“ (quitter). Le vi dans la vie de tous les jours Le vi peut être utilisé comme un éditeur tout à fait normal. Dès que vous êtes en mode Insert, vous pouvez entrer le texte et à l’aide de la touche de retour en arrière et d’effacement, il est également possible d’effacer du texte. Pour bouger le curseur, vous pouvez utiliser les touches de contrôle du curseur. Mais on est souvent confronté à des problèmes, justement avec ces touches de commande. Ceci provient du fait qu’il existe un grand nombre de types de terminaux différents qui utilisent chacun des codes de touches qui leur sont propres. C’est à ce moment qu’entre en jeu le mode Command. Appuyez sur la touche ESC pour commuter du mode Insert vers le mode Command. Dans le mode Command, vous pouvez également faire bouger le curseur avec les touches H , J , K et L . Ces touches signifient : H un caractère vers la gauche J une ligne vers le bas K une ligne vers le haut L un caractère vers la droite Les commandes en mode Command du vi connaissent diverses variations. Si vous désirez exécuter plusieurs fois une commande, vous pouvez entrer simplement sous forme de chiffre le nombre de répétitions, et ensuite appeler la commande voulue. Donc, si vous entrez la séquence de commande 5 , le curseur bougera L de cinq caractères vers la droite. 246 9.1. Remarques sur certains paquetages logiciels 9 Informations supplémentaires vimtutor est un didacticiel interactif pour le vim. Vous recevez dans le vim, grâce à la commande :help, de l’aide concernant de nombreux domaines Vous trouverez sur internet un livre (en anglais) sur le vim sous http://www. truth.sk/vim/vimbook-OPL.pdf. Sur les pages internet du projet vim, vous trouverez toutes les nouveautés, les listes de diffusion et autres documentations. Vous trouverez ces pages sous http://www.vim.org. Vous trouverez sur internet également quelques tutoriels au sujet de vim. A savoir sous : http://www.selflinux.org/selflinux/html/vim. html, http://www.linuxgazette.com/node/view/9039 et http: //www.apmaths.uwo.ca/~xli/vim/vim_tutorial.html. Vous trouverez d’autres liens vers des tutoriels sous http://linux-universe.com/ HOWTO/Vim-HOWTO/vim-tutorial.html. Particularités du système Le vi connaît énormément de commandes. On peut lui écrire des macros, on peut utiliser des raccourcis, il existe ce qu’on appelle des tampons, et beaucoup d’autres choses utiles. Les décrire ici en détails nous mènerait trop loin. Une version améliorée de vi peut être utilisée sous SUSE LINUX, le vim (vi improved). Il existe de nombreuses sources d’informations traitant de ce programme : Remarque La licence VIM vim est ce qu’on appelle un ”logiciel de bienfaisance“. Ceci signifie que les auteurs ne veulent pas recevoir d’argent pour les logiciels mais qu’ils incitent à supporter un projet d’intérêt général à l’aide de dons. Ce projet servira à venir en aide aux enfants en Ouganda. Vous trouverez de plus amples informations à ce sujet sur internet sous http://iccf-holland.org/index.html, http://www.vim.org/iccf/ et http://www.iccf.nl/. Remarque 9.2 Consoles virtuelles Linux est un système multitâches et multi-utilisateurs. Même si vous êtes le seul utilisateur sur votre machine, vous apprendrez à apprécier les avantages apportés par ces capacités. SUSE LINUX 247 Vous avez accès à six consoles virtuelles en mode texte que vous pouvez activer -F1 à Alt -F6 . La septième console est à l’aide des combinaisons de touches Alt réservée à X11, la huitième à une session X11 supplémentaire. En modifiant le fichier /etc/inittab, vous pouvez réserver un nombre plus grand ou plus petit de consoles. Pour revenir à une console texte depuis X11 sans quitter X11, utilisez les combinaisons de touches Ctrl -Alt -F1 à Ctrl -Alt -F6 . Alt -F7 vous permet de revenir à X11. 9.3 Assignation des touches Les fichiers suivants, entre autres, ont été modifiés afin d´uniformiser l´assignation des touches des programmes : /etc/inputrc /usr/X11R6/lib/X11/Xmodmap /etc/skel/.Xmodmap /etc/skel/.exrc /etc/skel/.less /etc/skel/.lesskey /etc/csh.cshrc /etc/termcap /usr/lib/terminfo/x/xterm /usr/X11R6/lib/X11/app-defaults/XTerm /usr/share/emacs/<VERSION>/site-lisp/term/*.el Ces modifications n’affectent que les applications qui lisent la base de données terminfo ou dont les fichiers de configuration ont été modifiés directement (vi, less, etc.). Il faudrait adapter sur ce modèle les applications qui ne sont pas livrées avec SUSE LINUX. Vous obtiendrez la touche Compose (Multi_key) sous X grâce à la combinaison -Shift (droite). Attention toutefois : vérifiez que cela correspond de touches Strg bien au réglage indiqué dans /usr/X11R6/lib/X11/Xmodmap. L’”extension X Keyboard“ (XKB) permet une configuration plus poussée. Cette extension est utilisée également par les environnements de bureau GNOME (gswitchit) et KDE (kxkb). Vous trouverez plus d’informations relatives à XKB dans /etc/X11/xkb/README et les documents qui y sont cités. Vous trouverez des informations supplémentaires concernant la saisie en chinois, japonais ou coréen (CJC) sur le site de Mike Fabian: http://www.suse.de/ ~mfabian/suse-cjk/input.html. 248 9.3. Assignation des touches 9.4 Adaptations locales et linguistiques Les réglages se font au moyen des variables LC_ définies dans le fichier /etc/ sysconfig/language. Il ne s’agit pas seulement de régler la langue de l’interface et des avertissements des programmes (prise en charge de la langue maternelle, native language support ), mais de régler individuellement les catégories suivantes : les messages (langue), les types de caractères, l’ordre de classement, les date et heure, les nombres et la monnaie. Chacune de ces catégories peut être définie soit de manière ciblée grâce à une variable propre soit indirectement grâce à une variable parent dans le fichier language (cf. la page de manuel man locale). Particularités du système SUSE LINUX est internationalisé et s’adapte avec souplesse aux contraintes locales. L’internationalisation (I18N) permet des localisations dans des langues particulières (L10N). Les abréviations I18N et L10N signifient respectivement internationalisation et localisation : on prend l’initiale et la dernière lettre et on fait figurer entre elles le nombre de lettres omises. 9 1. RC_LC_MESSAGES, RC_LC_CTYPE, RC_LC_COLLATE, RC_LC_TIME, RC_LC_NUMERIC, RC_LC_MONETARY : ces variables sont passées à l’interpréteur de commandes sans le préfixe RC_ et définissent les catégories nommées plus haut. Les fichiers concernés sont énumérés ci-après. Vous pouvez obtenir le réglage courant grâce à la commande locale. 2. RC_LC_ALL: Cette variable écrase, si elle a été initialisée, les valeurs des variables de la liste. 3. RC_LANG : Si aucune des variables nommées plus haut n’a été initialisée, on se rabat sur cette valeur. Par défaut, SUSE LINUX ne définit que RC_LANG ; ainsi, il est plus simple pour l’utilisateur de saisir ses propres valeurs. 4. ROOT_USES_LANG: Une variable binaire yes/no. Si elle vaut no, root travaille toujours dans l’environnement POSIX. Les variables devront être réglées grâce à l’éditeur sysconfig. La valeur d’une telle variable est composée de l’indication du code de la langue (language code), du pays ou du territoire (country code), du jeu de caractères (encoding) et du modificateur optionnel (modifier). Les différentes indications sont séparées par des caractères spéciaux : LANG=hlanguagei[[_hCOUNTRYi].hEncodingi[@hModifieri]] SUSE LINUX 249 9.4.1 Quelques exemples Il est important de toujours définir conjointement la langue et le pays. Le code de langue suit le standard ISO 639 (http://www.evertype.com/standards/ iso639/iso639-en.html et http://www.loc.gov/standards/iso6392/), les codes de pays sont définis dans la norme ISO 3166 (voir http://www. din.de/gremien/nas/nabd/iso3166ma/codlstp1/en_listp1.html). Naturellement, on ne peut choisir que des valeurs pour lesquelles il existe des fichiers de description utilisables dans /usr/lib/locale. On peut générer de nouveaux fichiers de description à l’aide de localedef sur la base des fichiers contenus dans /usr/share/i18n. LANG=fr_FR.UTF-8 Il s’agit de la configuration par défaut lorsque l’on effectue l’installation en français. Si une autre langue est utilisée pour l’installation, le codage des caractères restera UTF-8, mais la langue du système sera celle de l’installation. LANG=fr_FR.ISO-8859-1 C’est avec cette commande qu’on associe à la langue française le jeu de caractères ISO-8859-1. Ce jeu de caractères ne comprend pas le caractère euro. On l’utilise toutefois lorsqu’un logiciel n’a pas été adapté à le codage UTF-8. L’indication du jeu de caractères (dans le cas présent ISO-8859-1) est utilisée par exemple par l’éditeur Emacs. LANG=fr_FR@euro Ceci donne un exemple d’utilisation d’une option (euro). SuSEconfig lit les variables de /etc/sysconfig/language et écrit les instructions dans /etc/SuSEconfig/profile et /etc/SuSEconfig/csh.cshrc. /etc/SuSEconfig/profile est lu par /etc/profile (au moyen d’une instruction source) et /etc/SuSEconfig/csh.cshrc par /etc/csh.cshrc. De cette manière, les réglages sont disponibles pour tous les utilisateurs du système. Les utilisateurs peuvent écraser les réglages par défaut du système dans ~/ .bashrc. Donc, dans le cas où le réglage commun est fr_FR, l’utilisateur peut, si les messages des programmes en français ne lui conviennent pas, passer en version anglaise : LC_MESSAGES=en_US. 250 9.4. Adaptations locales et linguistiques 9.4.2 9 Réglage de la langue On peut également définir un système de replis successifs avec LANGUAGE; par exemple : breton → français ou galicien → espagnol → portugais : LANGUAGE="br_FR:fr_FR" LANGUAGE="gl_ES:es_ES:pt_PT" Ou pour passer aux variantes norvégiennes nynorsk ou bokmål (avec un repli supplémentaire sur no): LANG="nn_NO" Particularités du système Les fichiers de la catégorie messages se trouvent en général uniquement dans le répertoire propre à la langue (par exemple fr), afin d’avoir une solution de repli. Donc, si l’on règle LANG à fr_CA alors que le fichier de messages n’existe pas dans /usr/share/locale/fr_CA/LC_MESSAGES, les programmes se rabattent sur /usr/share/locale/fr/LC_MESSAGES. LANGUAGE="nn_NO:nb_NO:no" ou LANG="nb_NO" LANGUAGE="nb_NO:nn_NO:no" Pour ce qui est du norvégien, il faut également tenir compte du fait que LC_TIME est traité différemment. Problèmes possibles Le point marquant les milliers n’est pas reconnu : LANG est probablement réglé par exemple à fr. Comme la description à laquelle la bibliothèque glibc fait appel se trouve dans /usr/share/lib/fr_FR/LC_NUMERIC, LC_NUMERIC devrait valoir par exemple fr_FR. Pour plus d’informations : The GNU C Library Reference Manual, chapitre ”Locales and Internationalization“ ; dans le paquetage glibc-info. Jochen Hein, au mot-clé ”NLS“. Francophones-Howto de Guylhem-Aznar file:/usr/share/doc/howto/en/ html/Francophones-HOWTO.html. Markus Kuhn, UTF-8 and Unicode FAQ for Unix/Linux, actuellement à l’adresse suivante : http://www.cl.cam.ac.uk/~mgk25/unicode.html. SUSE LINUX 251 Unicode-Howto de Bruno Haible en anglais file:/usr/share/doc/howto/ en/html/Unicode-HOWTO.html ou en français file:/usr/share/doc/ howto/fr/a-jour/html/Unicode-HOWTO.html. CJK Support in SuSE Linux en anglais de Mike Fabian http://www.suse.de/ ~mfabian/suse-cjk/suse-cjk.html. 252 9.4. Adaptations locales et linguistiques 10 L’amorçage et l’initialisation d’un système Unix sont, même pour un administrateur système, loin d’être évidents. Ce chapitre est une brève introduction au processus d’amorçage de SUSE LINUX. L’implémentation actuelle de l’initialisation du système met en œuvre le standard LSB (cf. la section Standards et spécifications page 727). 10.1 10.2 10.3 10.4 10.5 10.6 10.7 10.8 Démarrer avec le disque virtuel initial . . . Le programme init . . . . . . . . . . . . . . . Les niveaux d’exécution . . . . . . . . . . . Changement de niveau d’exécution . . . . . Les scripts d’initialisation . . . . . . . . . . . Éditeur de niveaux d’exécution de YaST . . SuSEconfig et /etc/sysconfig . . . . . . . . . L’éditeur de variables de Sysconfig de YaST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254 259 260 262 263 267 269 271 Processus d’amorçage Processus d’amorçage Avec le message lapidaire ”Décompression de Linux...“ , le noyau prend le contrôle de l’ensemble du matériel constituant le système. Il vérifie et définit la console — ou plus précisément : le registre BIOS de la carte graphique et le format d’affichage —, pour ensuite pouvoir lire les paramètres dans le BIOS et initialiser les interfaces élémentaires de la carte mère. Au cours des étapes suivantes, les pilotes — qui font déjà partie intégrante du noyau — ”sondent“ le matériel disponible pour l’initialiser, le cas échéant. Une fois les partitions vérifiées et le montage du système de fichiers racine effectué, le noyau démarre le programme init. init permet de ”monter“ (jargon Unix) le système lui-même et les nombreux services et leur configuration sont ainsi démarrés. Le noyau gère ensuite l’ensemble du système : il surveille le temps de calcul de chaque programme, il met de la mémoire à disposition et contrôle les accès au matériel. 10.1 10.1.1 Démarrer avec le disque virtuel initial Énoncé du problème Dès que le noyau Linux est chargé et le système de fichiers racine (/) est monté, des programmes peuvent être exécutés et d’autres modules du noyau peuvent être ajoutés, afin de mettre à disposition des fonctionnalités supplémentaires. Mais avant de pouvoir monter le système de fichiers racine, différentes conditions doivent être remplies : le noyau requiert les pilotes correspondants pour pouvoir entrer en contact avec le périphérique sur lequel se trouve le système de fichiers racine (en particulier le pilote SCSI). En plus, le noyau doit contenir le code nécessaire à la lecture du système de fichiers (ext2, reiserfs, romfs etc.). Il est en outre possible que le système de fichiers racine soit déjà chiffré. Dans ce cas, il est nécessaire de saisir le mot-clé/mot de passe. Si l’on considère le problème des pilotes SCSI, diverses solutions sont envisageables. Le noyau peut contenir tous les pilotes possibles. C’est problématique puisque les différents pilotes peuvent interférer. De plus, cela augmente la taille du noyau. Une autre possibilité est de mettre différents noyaux à disposition, ne comportant chacun qu’un ou très peu de pilotes SCSI. Cette alternative aussi est problématique puiqu’elle nécessite un très grand nombre de noyaux différents. Ce problème est encore aggravé par les noyaux optimisés de façon différente (optimisation Athlon, SMP). 254 10.1. Démarrer avec le disque virtuel initial 10.1.2 Concept du disque virtuel initial Le disque virtuel initial (appelé aussi initdisk ou initrd) résout exactement les problèmes décrits plus haut. Le noyau Linux offre la possibilité de charger un (petit) système de fichiers dans un disque virtuel initial et d’y faire exécuter les programmes avant de monter le véritable système de fichiers racine. Le chargement de initrd est pour cela pris en charge par le gestionnaire d’amorçage (GRUB, LILO etc.) ; tous ces gestionnaires d’amorçage n’ont besoin que de routines BIOS pour charger des fichiers prenant en charge l’amorçage. Si le gestionnaire d’amorçage peut charger le noyau, il peut aussi charger le disque virtuel initial. Vous n’avez donc pas besoin de pilotes spéciaux. 10.1.3 10 Processus d’amorçage La solution consistant à charger le pilote SCSI comme module conduit à une problématique générale, à laquelle on remédie par le concept du disque virtuel initial : la mise en place d’une possibilité de pouvoir exécuter des programmes de l’espace utilisateur avant de monter le système de fichiers racine. Déroulement du processus de démarrage avec initrd Le gestionnaire d’amorçage charge le noyau et le disque virtuel initrd en mémoire et démarre le noyau, tout en informant le noyau qu’un disque virtuel initrd est disponible, et en lui indiquant son emplacement en mémoire. Si le disque virtuel initrd est compressé (ce qui est généralement le cas), le noyau décompresse le disque virtuel initrd et le monte en tant que système fichiers racine temporaire.Puis, un programme du nom de linuxrc est démarré dans le disque virtuel initrd. Ce programme peut alors faire tout ce qui est nécessaire pour monter le véritable système de fichiers racine. Lorsque linuxrc a terminé, le disque virtuel initrd (temporaire) est démonté (unmounted ) et le processus d’amorçage normal reprend avec le montage des bons systèmes de fichiers. Le montage du disque virtuel initrd et l’exécution de linuxrc peuvent être considérés un court intermède pendant le processus normal d’amorçage. Le noyau essaie après l’amorçage de la bonne partition racine de monter le disque virtuel initrd dans le répertoire /initrd. Si cela échoue, lorsque par exemple le point de montage /initrd n’existe pas, le noyau essaie de démonter le disque virtuel initrd. Si cela échoue également, le système reste totalement fonctionnel, mais la mémoire utilisée par le disque virtuel initrd n’est jamais libérée et n’est donc plus disponible. SUSE LINUX 255 Le programme linuxrc Le programme linuxrc de initrd n’a que peu d’exigences. Le programme doit porter le nom spécial de linuxrc et doit se trouver dans le répertoire racine du disque virtuel initrd. En dehors de cela il doit seulement pouvoir être exécuté par le noyau. Ceci signifie que linuxrc peut tout à fait être lié de façon dynamique. Dans ce cas, les bibliothèques partagées (shared librairies) doivent naturellement être toutes disponibles dans le répertoire /lib du disque virtuel initrd. linuxrc peut aussi être un script shell. Dans ce cas, un interpréteur de commande doit bien sûr être présent dans /bin. En bref, le disque virtuel initrd doit comporter un système Linux minimal qui permette l’exécution du programme linuxrc. Lors de l’installation de SUSE LINUX, on utilise un linuxrc lié de façon statique afin de pouvoir garder le disque virtuel initrd aussi petit que possible. linuxrc est exécuté avec les droits root. Le véritable système de fichiers racine Dès que linuxrc a terminé, le disque virtuel initrd est démonté et écarté, le processus de démarrage continue normalement et le noyau monte le véritable système de fichiers racine. Le système de fichiers à monter en tant que racine peut être déterminé par linuxrc. Pour cela, linuxrc doit simplement monter le système de fichiers /proc et écrire l’emplacement du véritable système de fichiers racine sous forme numérique dans /proc/sys/kernel/real-root-dev. 10.1.4 Gestionnaire d’amorçage La plupart des gestionnaires d’amorçage (en particulier GRUB, LILO et syslinux) sont compatibles avec initrd. Les différents gestionnaires d’amorçage reçoivent l’instruction d’utiliser un disque virtuel initrd comme suit : GRUB Ajout de la ligne suivante dans /boot/grub/menu.lst : initrd (hd0,0)/initrd Comme l’adresse de chargement du disque virtuel initrd est écrite dans l’image du noyau déjà chargée, la commande initrd doit suivre la commande kernel. LILO Ajout de la ligne suivante dans /etc/lilo.conf : initrd=/boot/initrd 256 10.1. Démarrer avec le disque virtuel initial Le fichier /boot/initrd est le disque virtuel initial. Il peut être compressé. append initrd=initrd D’autres paramètres peuvent suivre sur cette ligne. 10.1.5 Utilisation de initrd avec SUSE Installation du système Le disque virtuel initrd est déjà utilisé depuis longtemps pour l’installation : pendant une installation manuelle, l’utilisateur peut charger des modules du noyau dans linuxrc et entreprendre les actions nécessaires à l’installation. linuxrc démarre alors YaST, qui conduit l’installation. Lorsque YaST a terminé son travail, il informe linuxrc de l’endroit où se situe le système de fichiers racine du système fraîchement installé. linuxrc sauvegarde cette valeur dans /proc puis redémarre le système. YaST redémarre alors, et installe le reste des paquetages dans le système nouvellement installé. Processus d’amorçage syslinux Ajout de la ligne suivante dans syslinux.cfg : 10 Démarrage du système installé Dans le passé, YaST proposait plus de 40 noyaux pour l’installation dans le système, les noyaux se différenciaient essentiellement par le fait que chaque noyau contenait un pilote SCSI défini. Ceci était nécessaire afin de pouvoir monter le système de fichiers racine après le démarrage. On pouvait ensuite charger d’autres pilotes comme modules. Mais comme entre-temps on dispose aussi de noyaux optimisés, ce concept n’est plus valable – on aurait entre-temps besoin de bien plus de 100 images noyau . C’est pour cela qu’on utilise aussi pour le démarrage normal du système un disque virtuel initrd. Le fonctionnement est semblable à une installation. Le programme linuxrc employé ici est cependant simplement un script shell qui n’a pour tâche que de charger quelques modules indiqués. Il ne s’agit généralement que d’un seul module, à savoir le pilote SCSI nécessaire pour pouvoir accéder au système de fichiers racine. SUSE LINUX 257 Création d’un disque virtuel initrd La création d’un fichier initrd s’effectue à l’aide du script mkinitrd (précédemment nommé mk_initrd). Les modules à charger sont définis dans SUSE LINUX par l’identificateur INITRD_MODULES dans /etc/sysconfig/kernel. Après une installation, une valeur correcte est automatiquement affectée à cette variable (le linuxrc d’installation sait quels modules ont été chargés). Les modules sont chargés suivant l’ordre exact dans lequel ils apparaissent dans INITRD_MODULES. C’est particulièrement important quand on utilise plusieurs pilotes SCSI, sinon la désignation des disques serait modifiée. Il suffirait à proprement parler de ne charger que le pilote SCSI nécessaire à l’accès au système de fichiers racine. Cependant, comme le chargement automatique de pilotes SCSI supplémentaires est problématique, nous chargeons tous les pilotes SCSI nécessaires à l’installation à l’aide de initrd. Remarque Comme le chargement de initrd par le gestionnaire d’amorçage se fait exactement comme le chargement du noyau lui-même (LILO note dans son fichier map la situation des fichiers), le gestionnaire d’amorçage doit être, lors de l’utilisation de LILO, réinstallé après toute modification de initrd. – lors de l’utilisation de GRUB, cela n’est pas nécessaire ! Remarque 10.1.6 Difficulté possible – noyau auto-compilé Si on compile soi-même un noyau, cela peut conduire aux problèmes suivants : le pilote SCSI est lié par inadvertance dans le noyau, mais le fichier initrd existant reste inchangé. Il se passe la chose suivante au démarrage : le noyau comporte déjà le pilote SCSI, le matériel est reconnu. Cependant, le initrdessaie maintenant de charger à nouveau le pilote comme module. Ceci provoque pour quelques pilotes SCSI (particulièrement pour aic7xxx) l’arrêt du système. Il s’agit au sens strict d’une erreur du noyau (un pilote déjà existant n’a pas le droit d’être chargé une deuxième fois en tant que module) – on connaît déjà le problème à propos des pilotes en série. Il existe plusieurs solutions : soit configurer le pilote comme module (il est alors correctement chargé dans le disque virtuel initrd) soit ôter la déclaration du initrd de /etc/grub/menu.lst ou de /etc/lilo.conf. Equivalent 258 10.1. Démarrer avec le disque virtuel initial 10.1.7 Perspectives Il est pensable dans l’avenir qu’un initrd soit utilisable pour des choses plus nombreuses (et plus compliquées) que seulement pour le chargement des modules nécessaire pour l’accès à /. Système de fichiers racine sur logiciel RAID (linuxrc démarre les périphériques md) Système de fichiers racine sur LVM Le système de fichiers racine est chiffré (linuxrc demande le mot de passe) Système de fichiers racine sur un disque SCSI sur adapteur PCMCIA 10 Processus d’amorçage à la dernière solution, on peut ôter le pilote de INITRD_MODULES et appeler mkinitrd, qui ensuite constate qu’aucun initrd n’est nécessaire. Informations supplémentaires /usr/src/linux/Documentation/initrd.txt (Seulement disponible quand les sources noyau ont été installées) La page de manuel de initrd. 10.2 Le programme init Le programme init est le processus responsable de l’initialisation correcte du système ; tous les processus du système sont donc des ”fils“ d’init. Dans tous les programmes, init joue un rôle bien particulier : init est directement démarré par le noyau et est immunisé contre le signal 9, qui permet normalement de ”tuer“ tous les processus. Tous les autres processus sont démarrés soit par init même, soit par un de ses ”processus fils“. init se configure de manière centralisée, avec le fichier /etc/inittab ; c’est ici que sont définis les différents ”niveaux d’exécution“ (run levels) (on donne plus d’indications à ce sujet à la section Les niveaux d’exécution page suivante) ainsi que les services et les démons qui sont censés être disponibles pour chaque niveau. init appelle différents scripts en fonction des définitions qui se trouvent dans /etc/inittab. Ces scripts sont regroupés dans le répertoire /etc/init.d pour des raisons de clarté.. SUSE LINUX 259 L’ensemble du démarrage du système — et bien entendu aussi son arrêt — est ainsi uniquement géré par le processus init ; sur ce point, le noyau peut être considéré presque comme un ”processus en arrière-plan“ dont les tâches consistent à gérer les processus démarrés, leur accorder du temps de calcul et autoriser et contrôler l’accès au matériel. 10.3 Les niveaux d’exécution Il existe, sous Linux, différents niveaux d’exécution qui définissent l’état actuel du système. Le niveau d’exécution par défaut que le système doit atteindre après l’amorçage se définit dans le fichier /etc/inittab grâce au mot-clé initdefault. Il s’agit généralement du niveau d’exécution 3 ou 5 (voir la vue d’ensemble du tableau 10.1 page suivante). Il est aussi possible d’indiquer le niveau d’exécution souhaité lors de l’amorçage (par exemple à l’invite d’amorçage) ; le noyau transmet les paramètres qu’il n’exploite pas lui-même sans les modifier au processus init. Pour passer plus tard à un autre niveau d’exécution, il est possible d’appeler init avec le numéro du niveau d’exécution correspondant ; seul l’administrateur système peut initier un changement de niveau d’exécution, par exemple à l’aide de la commande init 1 ou shutdown now en mode mono-utilisateur (en anglais, single user mode), qui sert à réparer et à administrer le système. Lorsque l’administrateur système a terminé son travail, il peut utiliser la commande init 3 pour faire redémarrer le système à nouveau dans le mode d’exécution normal utilisé pour faire tourner tous les programmes applicatifs et dans lequel les utilisateurs peuvent s’identifier auprès du système. Utilisez init 0 ou shutdown -h now pour arrêter le système ou init 6 ou shutdown -r now pour le redémarrer. Remarque Niveau d’exécution 2 pour une partition /usr/ montée via NFS N’utilisez pas le niveau d’exécution 2 sur un système dont la partition /usr est montée via NFS. La partition /usr/ contient des programmes importants nécessaires pour que votre système fonctionne sans incident. Comme le service NFS n’est pas encore disponible au niveau d’exécution 2 (mode multi-utilisateur en local sans réseau distant), le fonctionnement de votre système en serait fortement perturbé. Remarque 260 10.3. Les niveaux d’exécution TAB . 10.1: Liste des niveaux d’exécution sous Linux Signification 0 Arrêt du système (en anglais, system halt ) S Mode mono-utilisateur (en anglais, single user mode) ; à partir de l’invite d’amorçage, avec disposition de clavier américain 1 Mode mono-utilisateur (en anglais, single user mode) 2 Mode multi-utilisateur local sans réseau distant (en anglais, local multiuser without remote network ) (c’est-à-dire NFS) 3 Mode multi-utilisateur complet avec réseau (en anglais, full multiuser with network ) 4 Non attribué (en anglais, not used ) 5 Mode multi-utilisateur complet avec réseau et KDM (par défaut), GDM ou XDM (en anglais, full multiuser with network and xdm) 6 Redémarrage du système (en anglais, system reboot ) Processus d’amorçage Niveau d’exécution 10 Sur une installation standard de SUSE LINUX, c’est le niveau d’exécution 5 qui est défini par défaut, de manière à ce que les utilisateurs puissent directement s’identifier auprès du système par l’intermédiaire de l’interface graphique. Si vous souhaitez passer du niveau d’exécution 3 au 5, vous devez vous assurer que le système X Window est déjà correctement configuré ; (voir le chapitre Le système X Window page 273). Pour tester si le système fonctionne comme vous le souhaitez, saisissez la commande init 5. Dans l’affirmative, vous pouvez utiliser YaST pour modifier le niveau d’exécution par défaut et choisir 5. SUSE LINUX 261 Attention Modifications personnalisées de /etc/inittab Un fichier /etc/inittab erroné peut provoquer un mauvais démarrage du système. Procédez toujours avec la plus grande précaution lorsque vous modifiez ce fichier et conservez toujours une copie d’un fichier intact. Pour réparer le dommage, vous pouvez essayer de saisir à l’invite d’amorçage le paramètre init=/bin/sh pour amorcer directement dans un interpréteur de commandes et recréer le fichier à partir de là. Après l’amorçage, vous pouvez remettre en place la copie de sauvegarde à l’aide de la commande cp. Attention 10.4 Changement de niveau d’exécution Voici ce qu’il se produit généralement lors d’un changement de niveau d’exécution : les scripts d’arrêt du niveau d’exécution actuel sont exécutés — ce qui implique généralement aussi un arrêt des programmes exécutés sous ce niveau — et les scripts de démarrage du nouveau niveau d’exécution sont exécutés. La plupart du temps, dans un pareil cas, quelques programmes sont démarrés. Pour clarifier cela, nous avons illustré dans un exemple le passage du niveau d’exécution 3 au niveau d’exécution 5 : L’administrateur (root) informe le processus init que le niveau d’exécution doit être modifié. Dans ce cas, il le fait en saisissant la commande init 5. init consulte le fichier de configuration /etc/inittab et constate que le script /etc/init.d/rc doit être appelé avec comme paramètre le nouveau niveau d’exécution. Ensuite, rc appelle tous les scripts d’arrêt du niveau d’exécution correspondant et pour lesquels il n’existe pas de script de démarrage dans le nouveau niveau d’exécution : dans notre exemple, il s’agit de tous les scripts qui se trouvent dans le répertoire /etc/init.d/rc3.d (l’ancien niveau d’exécution était 3) et qui commencent par K. Le nombre qui se trouve après K garantit le respect d’un ordre défini, car, selon les circonstances, certains programmes dépendent d’autres. 262 10.4. Changement de niveau d’exécution Si vous passez au même niveau d’exécution que celui dans lequel vous vous trouvez déjà, l’application init ne lit que le fichier /etc/inittab, recherche s’il a été modifié et, le cas échéant, prend les mesures nécessaires, comme par exemple le démarrage d’une commande getty sur une autre interface. 10.5 Les scripts d’initialisation Les scripts dans /etc/init.d se divisent en deux catégories : Les scripts appelés directement par init : ce n’est le cas que lors de l’amorçage ou lors d’un arrêt immédiat du système (en cas de coupure de courant ou si l’utilisateur appuie sur les touches Strg -Alt -Suppr ). Les scripts lancés indirectement par init : cela se produit lors d’un changement de niveau d’exécution ; c’est généralement le script de niveau supérieur /etc/init.d/rc qui est exécuté. C’est lui qui est responsable de surveiller que les scripts utiles sont appelés dans le bon ordre. 10 Processus d’amorçage Sont enfin appelés les scripts de démarrage du nouveau niveau d’exécution ; ces derniers se trouvant, dans notre exemple, dans /etc/init.d/rc5.d et commençant par un S. On respecte ici aussi un ordre donné défini par le nombre suivant le S. Tous les scripts se trouvent dans /etc/init.d. Vous trouverez également les scripts pour le changement du niveau d’exécution dans ce répertoire ; ils sont toutefois généralement appelés en tant que liens symboliques à partir de l’un des répertoires /etc/init.d/rc0.d à /etc/init.d/rc6.d. Cela permet de conserver une vue d’ensemble sur les scripts et permet d’éviter que les scripts soient recopiés à plusieurs endroits lorsqu’ils sont utilisés à différents niveaux d’exécution. Comme chacun de ces scripts peut indifféremment être appelé comme script de démarrage ou d’arrêt, ils doivent en plus interpréter les deux paramètres possibles start et stop. Les scripts réagissent, en plus, aux options restart, reload, force-reload et status ; vous trouverez la signification de ces différentes options dans le tableau 10.2 page suivante. SUSE LINUX 263 TAB . 10.2: Présentation des options des scripts d’initialisation Option Signification start Démarre le service stop Arrête le service restart Arrête le service et le redémarre si le service est déjà en cours ; sinon, démarre le service reload Lit à nouveau la configuration du service sans l’arrêter ni le redémarrer force-reload Lit à nouveau la configuration du service, si le service prend en charge ce type d’option ; sinon identique à restart status Affiche l’état actuel Les liens dans les répertoires spécifiques des différents niveaux d’exécution ne servent qu’à permettre un classement des différents scripts en fonction des niveaux d’exécution. L’insertion ou la suppression de liens nécessaires se fait à l’aide de insserv (ou du lien /usr/lib/lsb/install_initd) lors de l’installation ou de la désinstallation des paquetages respectifs ; cf. la page de manuel consacrée à insserv. Vous trouverez ci-après une brève description du premier script d’amorçage et du dernier script d’arrêt ainsi que du script de commande : boot exécuté au démarrage du système et démarré directement par init. Il est indépendant du niveau d’exécution par défaut souhaité et n’est exécuté qu’une seule fois : en substance, les systèmes de fichiers proc et pts sont, ”montés“, blogd (en anglais, Boot Logging Daemon) est activé et — après une première installation ou une mise à jour du système — une nouvelle configuration de base est lancée. Le démon blogd est un démon démarré par les scripts boot et rc avant tous les autres et qui, une fois son travail accompli, (par exemple, l’appel de sous-scripts), est à nouveau arrêté. Ce démon écrit dans le fichier journal /var/log/boot.msg lorsque le répertoire /var est monté en lecture/écriture, sinon il met en mémoire tampon toutes les données à l’écran jusqu’à ce que le répertoire /var soit monté en lecture/écriture. Vous trouverez plus d’informations au sujet de blogd dans man blogd. 264 10.5. Les scripts d’initialisation boot.local Vous pouvez saisir ici d’autres actions à effectuer lors du démarrage avant que le système n’entre dans un niveau d’exécution donné : on peut le comparer, par son fonctionnement, au fichier AUTOEXEC.BAT utilisé sous DOS. 10 Processus d’amorçage Ce script passe ensuite la main au répertoire /etc/init.d/boot.d ; tous les scripts qui se trouvent dans ce répertoire et qui commencent par un S sont automatiquement exécutés au démarrage du système. Les systèmes de fichiers sont vérifiés, les fichiers superflus dans /var/lock sont supprimés et le réseau du périphérique de bouclage est configuré, si c’est prévu ainsi. L’horloge système est ensuite réglée. En cas d’erreur grave lors de la vérification et de la réparation automatique des systèmes de fichiers, l’administrateur système peut, après avoir saisi son mot de passe racine, résoudre manuellement le problème. Enfin, le script boot.local est exécuté. boot.setup Réglages de base qui doivent être effectués lors du passage du mode mono-utilisateur à n’importe quel niveau d’exécution. C’est ici que sont chargés la disposition des touches du clavier et la configuration de la console. halt Ce script n’est exécuté que lors de l’entrée dans le niveau d’exécution 0 ou 6. Il est ainsi appelé soit sous le nom de halt soit sous celui de reboot. Selon la façon dont halt est appelé, le système est soit redémarré, soit complètement arrêté. rc Le script de niveau supérieur appelé à chaque changement de niveau d’exécution. Il exécute les scripts d’arrêt du niveau d’exécution actuel, puis les scripts de démarrage du nouveau niveau. 10.5.1 Ajouter des scripts d’initialisation Vous pouvez facilement intégrer des scripts d’initialisation supplémentaires en suivant l’organisation décrite précédemment. En cas de questions relatives au format, à l’attribution de noms et à l’organisation des scripts init, reportez-vous aux indications du LSB et des pages de manuel de init, de init.d et de insserv. Les pages de manuel des commandes startproc et killproc sont également utiles dans ce cadre. SUSE LINUX 265 Attention Élaboration de scripts d’initialisation personnalisés Des scripts d’initialisation erronés peuvent ”geler“ le système tout entier. Procédez avec la plus grande attention lorsque vous écrivez vos scripts personnalisés et vérifiez — dans la mesure du possible — leur innocuité dans l’environnement multi-utilisateur. Vous trouverez des informations de base sur l’utilisation des niveaux d’exécution et des scripts d’initialisation dans la section Les niveaux d’exécution page 260. Attention Si vous écrivez un script d’initialisation pour votre propre programme ou pour votre propre service système, utilisez le fichier /etc/init.d/skeleton comme modèle. Enregistrez ce fichier sous un nouveau nom et éditez les noms de programmes et de fichiers ainsi que les chemins d’accès et ajoutez, si nécessaire, vos propres bouts de scripts nécessaires à l’exécution correcte du script d’initialisation. Éditez le bloc INIT INFO obligatoire qui se trouve au début du fichier : Exemple 10.1: Un bloc INIT INFO minimal ### BEGIN INIT INFO # Provides: # Required-Start: # Required-Stop: # Default-Start: # Default-Stop: # Description: ### END INIT INFO FOO $syslog $remote_fs $syslog $remote_fs 3 5 0 1 2 6 Start FOO to allow XY and provide YZ Sur la première ligne de l’en-tête INFO, indiquez après Provides: le nom du programme ou du service qui doit être piloté avec ce script init. Required-Start: et Required-Stop: contiennent tous les services qui doivent être démarrés ou arrêtés avant le démarrage ou l’arrêt du service ou du programme concerné. Ces informations sont exploitées pour générer la numérotation des scripts de démarrage et d’arrêt dans les répertoires des niveaux d’exécution. Indiquez le niveau d’exécution auquel votre application doit automatiquement être démarrée ou arrêtée dans Default-Start: et Default-Stop:. Terminez en saisissant une brève description de votre application dans Description:. 266 10.5. Les scripts d’initialisation Si vous souhaitez intégrer aux différents niveaux d’exécution un script déjà existant du répertoire /etc/init.d/, utilisez insserv ou l’éditeur de niveaux d’exécution de YaST pour placer les liens dans les répertoires de niveaux d’exécution correspondants et activer le service. Vos modifications seront prises en charge lors du prochain démarrage du système et le nouveau service démarrera automatiquement. 10.6 10 Processus d’amorçage Utilisez la commande insserv <Nom du nouveau script> pour placer les liens du fichier /etc/init.d/ dans les répertoires des niveaux d’exécution correspondants (/etc/init.d/rc?.d/). insserv évalue automatiquement les informations indiquées dans l’en-tête du script d’initialisation et place les liens des scripts d’arrêt et de démarrage dans les répertoires des niveaux d’exécution correspondants. L’enchaînement correct des démarrages et des arrêts au sein d’un niveau d’exécution est également assuré par la numérotation des scripts faite par insserv. Vous pouvez utiliser comme outil de configuration graphique pour le placement des liens l’éditeur de niveaux d’exécution de YaST : cf. la section Éditeur de niveaux d’exécution de YaST de la présente page. Éditeur de niveaux d’exécution de YaST Une fois ce module démarré, vous arrivez dans un aperçu qui indique tous les services disponibles ainsi que leur état d’activation. Choisissez à l’aide du boutons radio l’un des deux modes : ‘Easy’ (facile) ou ‘Expert’. La valeur par défaut est le mode ‘Easy’ (facile), qui suffit pour la plupart des utilisations. Vous voyez dans un tableau tous les services et tous les démons disponibles sur votre système, classés par ordre alphabétique. Dans la colonne de gauche figurent les noms des services, au milieu leur état d’activation et dans la colonne de droite une brève description. Sous cet aperçu se trouve une description complète du service actuellement sélectionné. Pour activer un service, sélectionnez-le dans l’aperçu, puis cliquez sur ‘Activer’. Procédez de la même manière pour désactiver les services actifs. Si vous souhaitez influencer de manière ciblée le niveau d’exécution dans lequel un service est démarré ou arrêté ou modifier le niveau d’exécution par défaut, passez avec le bouton radio en mode ‘Expert’. Ce formulaire indique tout d’abord le niveau d’exécution par défaut actuel. C’est ce ”mode d’exploitation“ qui est lancé après l’amorçage de votre système. Pour SUSE LINUX, il s’agit généralement du niveau d’exécution 5 (mode multi-utilisateur complet avec réseau et SUSE LINUX 267 F IG . 10.1: Éditeur de niveaux d’exécution de YaST XDM). Serait également adapté par exemple le niveau d’exécution 3 (mode multiutilisateur complet avec réseau). Vous pouvez, à cet endroit, également définir un autre niveau d’exécution par défaut à l’aide de YaST ; cf. le tableau 10.1 page 261. L’activation et la désactivation des services et des démons se fait dans l’aperçu en colonnes. Celui-ci donne notamment des informations au sujet des services et des démons disponibles, comme par exemple, s’ils sont activés pour votre système et pour quel niveau d’exécution. Si vous sélectionnez une ligne par un clic de souris, vous pouvez cocher les cases des niveaux d’exécution ‘B’, ‘0’, ‘1’, ‘2’, ‘3’, ‘5’, ‘6’ et ‘S’ et ainsi définir pour quels niveaux d’exécution le service ou le démon correspondant doit être activé. Le niveau d’exécution 4 n’est pas défini — il est laissé libre pour les paramétrages personnalisés. Immédiatement sous cet aperçu, une brève description du service ou du démon sélectionné est affichée. Utilisez les options ‘Lancer/Arrêter/Mise à jour’ pour décider si un service doit être mis en service. ‘Mise à jour de létat’ vous permet de vérifier l’état actuel si cela n’est pas effectué automatiquement. Par ‘Appliquer/Restaurer’ vous sélectionnez si l’état configuré par vous sera appliqué ou bien si l’état initial avant l’appel de l’éditeur niveau d’exécution sera restauré. Utilisez ‘Terminer’ pour enregistrer la configuration du système. 268 10.6. Éditeur de niveaux d’exécution de YaST 10 Attention Attention 10.7 SuSEconfig et /etc/sysconfig Processus d’amorçage Éditer la configuration des niveaux d’exécution Une configuration erronée des services système et des niveaux d’exécution peut rendre votre système inutilisable. Informez-vous, préalablement à toute modification de cette configuration, de ses conséquences possibles, afin de toujours garantir le bon fonctionnement de votre système. Utilisez, pour la configuration principale de SUSE LINUX, les fichiers de configuration qui se trouvent dans /etc/sysconfig. Les versions précédentes de SUSE LINUX utilisaient, pour la configuration, le fichier /etc/rc.config, devenu obsolète entre-temps. Ce fichier n’est plus fourni avec les nouvelles installations de SUSE LINUX. Utilisez les fichiers de /etc/sysconfig pour procéder à la configuration complète du système. En cas de mise à jour, un fichier /etc/rc.config existant est cependant conservé. Seuls quelques scripts accèdent, de manière ciblée, aux fichiers dans /etc/ sysconfig ; cela permet de garantir que par exemple la configuration du réseau n’est évaluée que par les scripts réseau. En outre, de nombreux autres fichiers de configuration du système sont générés en fonction des fichiers qui se trouvent dans /etc/sysconfig ; et c’est SuSEconfig qui s’en charge. Ainsi, le fichier /etc/host.conf est à nouveau généré après une modification de la configuration réseau, car il varie en fonction du type de configuration. Si vous modifiez les fichiers cités, vous devez, par la suite, toujours appeler SuSEconfig pour que les nouveaux réglages soient répercutés partout où c’est nécessaire. Si vous utilisez l’éditeur de niveaux d’exécution de YaST pour modifier la configuration, vous n’avez pas besoin de vous en préoccuper particulièrement : YaST démarre automatiquement SuSEconfig, qui met à jour les fichiers concernés. Ce système permet d’entreprendre des modifications fondamentales de la configuration de la machine sans avoir à la redémarrer. Comme certains réglages ont des répercussions assez profondes, vous devrez cependant parfois redémarrer quelques programmes pour que les modifications soient prises en compte. SUSE LINUX 269 Si, par exemple, vous avez modifié la configuration du réseau, utilisez rcnetwork stop et rcnetwork start pour redémarrer les programmes réseau concernés. Procédez de la manière suivante pour configurer le système : Utilisez la commande init 1 pour mettre le système en mode mono-utilisateur (niveau d’exécution 1). Procédez aux modifications des fichiers de configuration souhaitées. Vous pouvez aussi utiliser pour ce faire, un éditeur de texte ou, mieux encore, YaST ; cf. la section L’éditeur de variables de Sysconfig de YaST page suivante. Attention Édition manuelle de la configuration du système Si vous n’utilisez pas YaST pour modifier les fichiers dans /etc/sysconfig, veillez à remplacer un paramètre vide par deux guillemets qui se suivent (par exemple KEYTABLE= "") et à inclure dans des guillemets les paramètres qui contiennent des espaces. Pour les variables composées d’un seul mot, les guillemets sont inutiles. Attention Exécutez SuSEconfig pour enregistrer les modifications dans les différents autres fichiers de configuration. Cela s’effectue automatiquement si vous avez utilisé YaST pour définir le niveau d’exécution. Utilisez la commande init 3 pour remettre le système dans le niveau d’exécution précédent (dans cet exemple, 3). Ce processus est naturellement uniquement disponible pour les modifications étendues des réglages du système (par exemple la configuration du réseau) ; pour les tâches plus simples, il n’est pas nécessaire de passer en ”mode monoutilisateur“ ; cependant, assurez-vous que vraiment tous les programmes concernés par les modifications sont bien redémarrés. Remarque Vous pouvez arrêter la configuration automatique par SuSEconfig globalement en attribuant à la variable ENABLE_SUSECONFIG dans /etc/sysconfig/suseconfig la valeur no. Si vous souhaitez, en revanche, bénéficier de l’assistance pendant l’installation, vous devez attribuer à la variable ENABLE_SUSECONFIG la valeur yes. Vous pouvez également désactiver certaines parties de l’auto-configuration, de manière ciblée. Remarque 270 10.7. SuSEconfig et /etc/sysconfig 10.8 Le répertoire /etc/sysconfig contient les fichiers contenant les réglages les plus importants de SUSE LINUX. L’éditeur de variables de configuration système de YaST présente clairement toutes les possibilités de configuration. Les valeurs peuvent être modifiées et ensuite reportées dans les différents fichiers de configuration. Toutefois, l’édition manuelle est en général inutile, dans la mesure où lors de l’installation d’un paquetage ou de la définition d’un service, les fichiers sont automatiquement adaptés. Attention Modifications des fichiers /etc/sysconfig/* Les modifications que vous effectuez dans le fichier /etc/ sysconfig/* ont des conséquences importantes pour l’ensemble de votre système. Veuillez vous informer, préalablement à toute modification, sur les conséquences éventuelles. Vous serez ainsi assuré que votre système continuera à fonctionner correctement. Toutes les variables de configuration système des fichiers /etc/sysconfig/ sont accompagnées de brefs commentaires qui expliquent la fonction de chacune d’entre-elles. 10 Processus d’amorçage L’éditeur de variables de Sysconfig de YaST Attention L’éditeur de variables de Sysconfig de YaST démarre par un formulaire composé de trois parties. Dans la partie gauche de ce formulaire, vous pouvez sélectionner, dans une arborescence, les variables à configurer. Dès que vous sélectionnez une variable, une description de la sélection et la valeur actuelle de la variable apparaissent dans la moitié droite de la fenêtre. Sous cette variable, une brève description, les valeurs possibles, la valeur par défaut, ainsi que le fichier dans lesquels cette variable est enregistrée. Ce formulaire indique également quel script de configuration est exécuté en cas de modification de cette variable et quel service est redémarré. YaST vous demande de confirmer les modifications et vous indique quels scripts exécuter lorsque vous quittez le module en cliquant sur ‘Terminer’. Vous pouvez sauter le démarrage de certains services ou scripts si vous ne souhaitez pas les démarrer pour l’instant. SUSE LINUX 271 11 Le Système X Window (X11) est pratiquement le standard pour les interfaces utilisateur graphiques sous Unix. X11 est par ailleurs orienté réseau : ainsi des applications exécutées sur un ordinateur peuvent afficher leurs résultats sur un autre ordinateur, lorsque ces deux ordinateurs sont connectés l’un à l’autre. Le type de réseau (réseau local LAN ou Internet) n’a ici aucune importance. Dans ce chapitre, nous vous présentons des possibilités d’optimisation pour votre environnement Système X Window, nous vous donnons des informations de base pour vous familiariser avec les polices de caractères sous SUSE LINUX et nous détaillons la configuration OpenGL/3D. Vous trouverez la description du module de YaST pour la configuration de l’écran, de la carte graphique, de la souris et du clavier dans le la partie consacrée à l’installation de ce manuel (section Carte graphique et moniteur (SaX2) page 70). 11.1 11.2 11.3 Optimiser l’installation du Système X Window . . . . . 274 Installation et configuration de polices de caractères . . 280 Configuration de OpenGL/3D . . . . . . . . . . . . . . . 287 Le système X Window Le système X Window 11.1 Optimiser l’installation du Système X Window Avec "X.Org", vous disposez d’une implémentation Open Source du système X window. Celle-ci est développée par la fondation "X.Org Foundatation" qui est également responsable du développement de nouvelles technologies et standards du système X window. Afin de pouvoir utiliser de façon optimale le matériel à votre disposition (souris, carte graphique, écran, clavier), vous pouvez optimiser la configuration manuellement. Dans ce qui suit, nous présentons quelques aspects de l’optimisation. Vous trouverez des informations détaillées sur la configuration du système X window dans différents fichiers du répertoire /usr/share/doc/packages/ Xorg ainsi, bien sûr, que dans la page de manuel man XF86Config. Attention La configuration du système X window doit être réalisée avec un soin tout particulier ! Il ne faut en aucun cas démarrer X11 avant d’avoir terminé la configuration. Un système mal configuré peut conduire à des dommages irréparables du matériel ; les moniteurs à fréquence fixe sont à ce titre particulièrement menacés. Les auteurs de ce livre et la société SUSE LINUX AG déclinent toute responsabilité pour les dommages pouvant éventuellement survenir. Ce texte a été établi avec le plus grand soin. Nous ne pouvons cependant pas absolument garantir que les méthodes présentées ici sont correctes et ne causeront aucun dommage à votre matériel. Attention Par défaut, les programmes SaX2 et xf86config construisent le fichier XF86Config dans le répertoire /etc/X11. Ceci est le fichier de configuration primaire pour le système X window. C’est ici que se trouvent les données relatives à la souris, à l’écran et à la carte graphique. La structure du fichier de configuration /etc/X11/XF86Config vous est présentée ici. Ce fichier est partagé en sections introduites chacune par le mot-clé Section "Description de la section" et terminées par EndSection. Vous trouverez dans la suite une présentation sommaire des sections les plus importantes. XF86Config est composé de plusieurs sections qui traitent chacune d’un aspect de la configuration. Une section se présente toujours sous la forme : 274 11.1. Optimiser l’installation du Système X Window 11 Les types de sections suivants existent : TAB . 11.1: Sections dans /etc/X11/XF86Config Type Signification Fichiers Cette section décrit les chemins utilisés pour les jeux de caractères et la palette chromatique RGB. ServerFlags Les commutateurs généraux sont renseignés ici. InputDevice Les périphériques d’entrée sont configurés dans cette section. Les claviers et les souris aussi bien que les périphériques d’entrée spéciaux (tablettes graphiques, manettes de jeu, etc.) sont configurés ici. Les identificateurs importants sont ici Driver et les options qui déterminent le protocole (Protocol) et le périphérique (Device). Monitor Décrit l’écran utilisé. Les éléments de cette section sont constitués d’un nom, auquel il est ensuite fait référence lors de la définition de l’affichage (Screen) ainsi que la description de la bande passante (Bandwidth) et des fréquences de synchronisation autorisées (HorizSync et VertRefresh). Les valeurs peuvent être indiquées en MHz, en kHz ou en Hz. Le serveur refuse en principe tout modeline ne correspondant pas aux spécifications de l’écran. Cela permet d’éviter d’envoyer par mégarde à l’écran des fréquences trop élevées lorsque l’on essaie les modelines. SUSE LINUX Le système X Window Section Description de la section déclaration 1 déclaration 2 déclaration n EndSection 275 Modes C’est ici que sont fixés les paramètres représentatifs de chaque résolution d’écran. Ces paramètres peuvent être calculés par SaX2 sur la base des valeurs indiquées par l’utilisateur et ne doivent pas, en règle générale, être modifiés. Vous pouvez toutefois intervenir manuellement sur ces valeurs, par exemple si vous souhaitez intégrer un écran à fréquence fixe.Une explication détaillée de chacun des paramètres sortirait du cadre de ce livre, mais vous pouvez obtenir plus de précisions sur la signification des différentes valeurs des paramètres dans le fichier HOWTO /usr/share/doc/howto/en/XFree86Video-Timings-HOWTO.gz. Device Cette section définit une carte graphique donnée. Celle-ci est référencée par le nom saisi. Screen Cette section finale lie un Monitor (écran) et un Device (carte graphique) : il en résulte les déclarations nécessaires pour X.Org. La sous-section Display permet de renseigner la taille virtuelle de l’écran (Virtual), le ViewPort et les Modes utilisés avec ce Screen. ServerLayout Cette section détermine la structure d’une configuration Single ou Multihead. Les périphériques d’entrée InputDevice et les périphériques d’affichage Screen sont liés dans leur ensemble. Les sections Monitor, Device et Screen sont abordées en détails. Vous trouverez plus d’information sur les autres sections dans la page de manuel de X.Org et dans la page de manuel de XF86Config. Dans XF86Config, il peut exister plusieurs sections Monitor et Device. Plusieurs sections Screen sont également possibles ; c’est de la section suivante, ServerLayout, que va dépendre le choix de la section Screen utilisée. 11.1.1 Screen Section La section Screen doit d’abord être considérée avec attention. Celle-ci comporte une section Monitor et une section Device, et définit quelles résolutions doivent être mises à disposition avec quelle profondeur de couleurs. 276 11.1. Optimiser l’installation du Système X Window Une section Screen peut se présenter par exemple comme dans le listing 11.1. Section "Screen" DefaultDepth 16 SubSection "Display" Depth 16 Modes "1152x864" "1024x768" "800x600" Virtual 1152x864 EndSubSection SubSection "Display" Depth 24 Modes "1280x1024" EndSubSection SubSection "Display" Depth 32 Modes "640x480" EndSubSection SubSection "Display" Depth 8 Modes "1280x1024" EndSubSection Device "Device[0]" Identifier "Screen[0]" Monitor "Monitor[0]" EndSection Le système X Window Exemple 11.1: La section Screen du fichier /etc/X11/XF86Config 11 La ligne Identifier (ici Screen[0]) donne à cette section un identificateur unique. On peut ensuite faire référence à cette section de manière univoque dans la section suivante ServerLayout. La carte graphique définie précédemment dans le fichier et l’écran sont associés de façon univoque au Screen dans les lignes Device et Monitor. Ce ne sont donc rien de plus que des références aux sections de périphérique et d’écran au moyen des noms (aussi appelés identificateurs) correspondants. Par la suite, nous entrerons plus dans les détails sur ces sections. SUSE LINUX 277 La déclaration DefaultDepth permet de définir la profondeur de couleurs avec laquelle le serveur démarre si aucune indication particulière ne lui est fournie au démarrage. Chaque profondeur de couleur est suivie d’une sous-section Display. La profondeur de couleurs valable pour la sous-section est fixée par le mot-clé Depth. Les valeurs possibles pour Depth sont 8, 15, 16 et 24. Tous les modules serveurs X n’admettent pas forcément chacune de ces valeurs. Après la profondeur de couleurs, on fixe avec Modes une liste de résolutions. Le serveur X parcourt cette liste de gauche à droite. Pour chaque résolution, il cherche une Modeline appropriée dans la section Modes, en se basant sur la section Monitor, et qui corresponde aux capacités d’affichage de l’écran et de la carte graphique. La première résolution appropriée, dans le sens où on l’entend ici, est celle avec - Alt laquelle démarre le serveur X (appelée default mode). Avec les touches Ctrl on peut se déplacer dans la liste vers la droite, avec Ctrl -Alt -- gris vers la + gris gauche. On peut donc faire varier la profondeur de couleur de l’écran pendant que le Système X Window est en marche. La dernière ligne de la sous-section Display avec Depth 16 se rapporte à la taille de l’écran virtuel. La taille maximale possible de l’écran virtuel dépend de la structure de la mémoire de la carte vidéo et de la profondeur de couleurs souhaitée, et non de la résolution maximale de l’écran. Comme les cartes graphiques modernes offrent une grande quantité de mémoire dédiée, elles permettent de créer des bureaux virtuels de grande taille. Notez que vous ne pourrez ensuite éventuellement plus utiliser de fonctionnalités 3D si vous remplissez pratiquement toute la mémoire graphique avec le bureau virtuel. Si la carte dispose par exemple de 16 Mo de RAM vidéo, l’écran virtuel peut atteindre une taille de 4096x4096(!) pixels avec une profondeur de couleur de 8 bits. Il est cependant vivement recommandé, spécialement pour les serveurs accélérés, de ne pas utiliser l’intégralité de la mémoire de la carte vidéo pour l’écran virtuel, puisque l’espace–mémoire non utilisé sur la carte vidéo est utilisé par ces serveurs pour différents caches pour des jeux de caractères et les domaines graphiques. 11.1.2 Device-Section Une section Device décrit une carte graphique précise. Il peut y avoir un nombre quelconque de sections Device dans XF86Config, tant que leurs noms, indiqués par le mot-clé Identifier se différencient. En règle générale – si vous avez installé plusieurs cartes graphiques – les sections sont simplement numérotées, la première est désignée par Device[0], la seconde par Device[1], etc.. Vous voyez dans le fichier suivant l’extrait d’une section Device d’un ordinateur dans lequel est installée une carte graphique Matrox Millennium PCI : 278 11.1. Optimiser l’installation du Système X Window 11 Si vous utilisez SaX2 pour la configuration, la section Device devrait ressembler, à peu de choses près, à ce qui est décrit ci-dessus. En particulier,Driver et BusID dépendent bien sûr du matériel installé sur votre ordinateur et sont définis automatiquement par SaX2. Le BusID détermine l’emplacement PCI ou AGP dans lequel la carte graphique est enfichée. Celui-ci correspond à l’identificateur (ID ) fourni par la commande lspci. Notez que le serveur X affiche les données en numération décimale, alors que le programme lspci les affiche en notation hexadécimale ! Avec le paramètre Driver, vous définissez le pilote à utiliser pour la carte graphique. Dans le cas de la carte Matrox Millennium, le module du pilote s’appelle mga. Le serveur X recherche ce module dans le sous-répertoire Files via le ModulePathdéfini dans la section Files. Dans une installation par défaut, c’est le répertoire /usr/X11R6/lib/modules/drivers. Le nom est simplement suivi de _drv.o , dans le cas du pilote mga, le fichier pilote mga_drv.o est chargé. Le comportement respectif du serveur X ou du pilote peut être influencé par des options supplémentaires. Dans la section Device, l’option sw_cursor est proposée à titre d’exemple. Cette option désactive le curseur matériel de la souris et représente le pointeur au niveau logiciel. Suivant le module du pilote, vous disposez de différentes options que vous trouverez dans les fichiers de description des modules du pilote dans le répertoire /usr/X11R6/lib/X11/doc. Vous trouverez également les options valables dans les cas génériques dans les pages de manuel man XF86Config et man X.Org. 11.1.3 Le système X Window Section "Device" BoardName "MGA2064W" BusID "0:19:0" Driver "mga" Identifier "Device[0]" VendorName "Matrox" Option "sw_cursor" EndSection Sections Monitor et Modes Les sections Monitor et la section Modes décrivent, comme les sections Device, chacune un écran. Le fichier de configuration /etc/X11/XF86Config peut comporter à son tour autant de sections Monitor possibles différentes. Il est ensuite établi dans la section ServerLayout quelle section Monitor est prépondérante. SUSE LINUX 279 Pour la définition de l’écran, encore plus que pour la description de la carte graphique, il convient que seuls des utilisateurs expérimentés ne créent une section d’écran et particulièrement une section modes. Ce qu’on appelle les Modelines sont la partie essentielle de la section modes, dans lesquelles sont indiquées les fréquences de synchronisation horizontales et verticales pour chaque résolution. Les propriétés de l’écran, en particulier les fréquences de balayage sont renseignées dans la section Monitor. Attention Il est préférable de ne rien changer aux modelines si on ne dispose pas d’une connaissance fondamentale du fonctionnement de l’écran et de la carte graphique, car cela pourrait provoquer, dans certains cas, la destruction de l’écran ! Attention Ceux qui se font suffisamment confiance pour développer leurs propres configurations d’écran doivent se familiariser avec la documentation du répertoire /usr/X11/lib/X11/doc. Il faut mentionner expressément [6], où les fonctions du matériel et l’établissement de modelines sont décrits en détails. Vous trouverez une introduction à ce sujet dans le chapitre X.Org à cet emplacement [7]. Heureusement, il n’est aujourd’hui quasiment jamais nécessaire d’établir manuellement des modelines ou des définitions d’écrans. Si vous utilisez un écran Multisync moderne, les domaines de fréquences et les résolutions optimales peuvent être, en règle générale, directement lus à partir de l’écran via le DDC du serveur X, comme cela est mentionné dans la section de configuration SaX2. Si cela n’est pas possible, vous pouvez aussi utiliser un des modes VESA pré-configurés du serveur X. Cela devrait fonctionner sans problèmes sur presque toutes les combinaisons carte graphique/écran. 11.2 Installation et configuration de polices de caractères L’installation de polices supplémentaires sous SUSE LINUX est très simple. Il suffit de copier les polices à l’implacement de votre choix, à deux conditions : d’une part, que celui-ci se trouve dans le chemin désignant les polices pour X11 (voir à cet effet la section Polices X11 de base page 285) ; d’autre part, qu’il soit un sousrépertoire des répertoires configurés dans le fichier /etc/fonts/fonts.conf, et ce afin que les polices soient utilisables dans le nouveau système de rendu des polices Xft (voir pour cela la section Xft page suivante). 280 11.2. Installation et configuration de polices de caractères Naturellement, vous pouvez tout aussi bien créer des liens symboliques plutôt que de copier effectivement les polices, par exemple lorsque vous disposez sur une partition Windows de polices sous licence que vous souhaitez utiliser. Appelez ensuite la commande SuSEconfig --module fonts. SuSEconfig --module fonts appelle le script /usr/sbin/fonts-config qui prend en charge la configuration des polices. Pour plus de détails sur ce script et ses effets, vous pouvez lire la page de manuel correspondante (man fonts-config). 11 Le système X Window Vous pouvez copier manuellement, en tant qu’utilisateur root, les fichiers de police dans un répertoire répondant à ces critères, par exemple à l’emplacement /usr/X11R6/lib/X11/fonts/truetype. Vous pouvez aussi utiliser le programme d’installation de police de KDE du centre de contrôle KDE. Le résultat est identique. Le type de police à installer n’a ici aucune importance, la procédure d’installation reste identique pour les polices Bitmap, les polices TrueType/OpenType et les polices PostScript Type 1. Tous ces types de police peuvent chacun être installé dans un répertoire séparé. Les polices codées en CID représentent la seule exception : reportez-vous à la section Polices codées en CID page 286. 11.2.1 Détails sur les systèmes de polices X.Org contient deux systèmes de police totalement différents, d’une part le déjà ancien Système de polices X11 de base, d’autre part le tout nouveau système Xft/fontconfig. Dans ce qui suit, vous trouverez une courte présentation des deux systèmes. Xft Dès le début de la conception de Xft, il a été apporté le plus grand soin à la prise en charge des polices vectorielles, en particulier le lissage. Contrairement à la gestion effectuée par le système de polices X11 de base, lorsque l’on utilise Xft, c’est le programme utilisant les polices qui effectue lui-même le rendu, et non le serveur X. Ainsi, le programme en question accède aux fichiers de polices lui-même, et contrôle les moindres détails de rendu des caractères. D’une part, cela permet une représentation correcte de caractères dans de nombreuses langues, d’autre part, l’accès direct aux fichiers de polices est particulièrement intéressant pour inclure (en anglais to embed ) les polices à l’impression et ainsi obtenir un résultat sur papier équivalent à ce qu’on observe sur l’écran. SUSE LINUX 281 Par défaut, sous SUSE LINUX, les deux environnements de bureau KDE et Gnome Mozilla et de nombreuses autres applications utilisent déjà Xft. Xft est ainsi d’ores et déjà utilisé par un nombre d’applications bien plus important que l’ancien système de polices X11 de base. Xft utilise la bibliothèque Fontconfig pour trouver les polices ainsi que pour influer sur l’art et la manière dont elles sont rendues. Le comportement de fontconfig est dirigé par le fichier de configuration /etc/fonts/fonts.conf, qui s’étend à l’ensemble du système, et par le fichier de configuration ~/.fonts. conf qui est spécifique à l’utilisateur. Chacun de ces fichiers de configuration fontconfig doit commencer par <?xml version="1.0"?> <!DOCTYPE fontconfig SYSTEM "fonts.dtd"> <fontconfig> et finir par </fontconfig> Pour indiquer les répertoires dans lesquels aller chercher les polices, vous pouvez saisir des lignes telles que : <dir>/usr/local/share/fonts/</dir> Ceci est toutefois rarement nécessaire. Le répertoire ~/.fonts, propre à l’utilisateur, est déjà renseigné par défaut dans /etc/fonts/fonts.conf. Lorsqu’un utilisateur souhaite installer des polices pour son usage personnel, il lui suffit donc de les copier dans le répertoire ~/.fonts. Vous pouvez également introduire des règles pour modifier l’apparence des polices, par exemple <match target="font"> <edit name="antialias" mode="assign"> <bool>false</bool> </edit> </match> pour désactiver le lissage pour l’ensemble des polices, ou bien 282 11.2. Installation et configuration de polices de caractères 11 lorsque vous ne souhaitez le désactiver que pour des polices bien définies. La plupart des applications utilisent par défaut les noms de police sans-serif (ou son équivalent : sans), serif ou monospace. Ce ne sont pas des polices réelles mais simplement des redirections qui pointent vers les polices appropriées en fonction de la langue configurée. Le système X Window <match target="font"> <test name="family"> <string>Luxi Mono</string> <string>Luxi Sans</string> </test> <edit name="antialias" mode="assign"> <bool>false</bool> </edit> </match> Chaque utilisateur peut ainsi intégrer à son fichier ~/.fonts.conf des règles simples pour faire pointer ces redirections vers ses polices favorites : <alias> <family>sans-serif</family> <prefer> <family>FreeSans</family> </prefer> </alias> <alias> <family>serif</family> <prefer> <family>FreeSerif</family> </prefer> </alias> <alias> <family>monospace</family> <prefer> <family>FreeMono</family> </prefer> </alias> Comme la plupart des applications utilisent par défaut ce système de redirection, ces règles peuvent s’appliquer à la quasi-totalité du système. Ainsi, vous pouvez utiliser presque partout vos polices préférées, à peu de frais, sans avoir à modifier individuellement la configuration de chaque programme. SUSE LINUX 283 Pour obtenir une liste des polices installées et disponibles, vous pouvez utiliser la commande fc-list. fc-list "" renvoie par exemple la liste de toutes les polices. Si vous souhaitez connaître les polices vectorielles (:outline=true) disposant de tous les caractères hébraïques (:lang=he) disponibles dans le système, et que vous voulez obtenir, pour chacune de ces polices, le nom (family), le style (style), la graisse (weight) et le nom du fichier contenant cette police, vous pouvez utiliser par exemple la commande suivante : fc-list ":lang=he:outline=true" family style weight file Le résultat d’une telle commande pourrait avoir l’allure suivante : /usr/X11R6/lib/X11/fonts/truetype/FreeSansBold.ttf: FreeSans:style=Bold:weight=200 /usr/X11R6/lib/X11/fonts/truetype/FreeMonoBoldOblique.ttf: FreeMono:style=BoldOblique:weight=200 /usr/X11R6/lib/X11/fonts/truetype/FreeSerif.ttf: FreeSerif:style=Medium:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeSerifBoldItalic.ttf: FreeSerif:style=BoldItalic:weight=200 /usr/X11R6/lib/X11/fonts/truetype/FreeSansOblique.ttf: FreeSans:style=Oblique:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeSerifItalic.ttf: FreeSerif:style=Italic:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeMonoOblique.ttf: FreeMono:style=Oblique:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeMono.ttf: FreeMono:style=Medium:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeSans.ttf: FreeSans:style=Medium:weight=80 /usr/X11R6/lib/X11/fonts/truetype/FreeSerifBold.ttf: FreeSerif:style=Bold:weight=200 /usr/X11R6/lib/X11/fonts/truetype/FreeSansBoldOblique.ttf: FreeSans:style=BoldOblique:weight=200 /usr/X11R6/lib/X11/fonts/truetype/FreeMonoBold.ttf: FreeMono:style=Bold:weight=200 Les paramètres essentiels pouvant être utilisés avec fc-list sont : TAB . 11.2: Paramètres possibles pour fc-list 284 Paramètres Signification et valeurs possibles family Nom de la famille de police, par exemple FreeSans foundry Société ayant produit la police, par exemple urw style Style de la police, par exemple Medium, Regular, Bold, Italic, Heavy, . . . lang Langues prises en charge par la police ; par exemple fr pour le français, ja pour le japonais, zh-TW pour le chinois traditionnel, zh-CN pour le chinois simplifié . . . weight Graisse de la police, par exemple 80 pour une police maigre, 200 pour une police grasse. slant Degré de cursivité, principalement 0 pour une police non cursive, 100 pour une police cursive. 11.2. Installation et configuration de polices de caractères 11 Nom du fichier contenant la police outline true s’il s’agit d’une police ”Outline“, false sinon. scalable true s’il s’agit d’une police vectorielle, false sinon. bitmap true s’il s’agit d’une police bitmap, false sinon. pixelsize Taille de la police en pixels. Cette option utilisée avec fc-list n’a de sens que pour les polices bitmap. Polices X11 de base Actuellement, le système de polices X11 de base prend en charge non seulement les polices bitmap, mais aussi les polices vectorielles telles que les polices Type1, les polices TrueType/OpenType ou encore les polices codées en CID. Les polices unicode sont également déjà prises en charge depuis longtemps. Le système X Window file À l’origine, le système de polices X11 de base a été développé en 1987 pour X11R1 afin de gérer les polices bitmap monochromes. On constate que, jusqu’à aujourd’hui, toutes les extensions mentionnées ci-dessus ont été introduites ultérieurement dans le système. Ainsi, par exemple, les polices vectorielles ne sont prises en charge que sans lissage et sans rendu à précision subpixel ; le chargement de polices vectorielles de grande taille, gérant les caractères pour plusieurs langues, peut être particulièrement lent. L’utilisation de polices unicode peut aussi s’avérer lent et utiliser plus de mémoire. Le système de polices X11 de base possède quelques faiblesses de fond. On peut raisonnablement dire qu’il a vieilli et qu’il n’est plus sensé de chercher à développer des extensions. Pour des raisons de compatibilité ascendante, il reste disponible, mais il est conseillé d’utiliser, dès que possible, le système Xft/fontconfig, bien plus moderne. Veillez toutefois à ce que le serveur X utilise uniquement les répertoires qui sont renseignés en tant que FontPathdans la section Files du fichier /etc/ X11/XF86Config. possèdent un fichier font.dir valide (un tel fichier est généré par SuSEconfig). ne sont pas libérés pendant l’exécution du serveur X par la commande xset -fp. ou, respectivement, sont intégrés en cours d’exécution du serveur X à l’aide de la commandexset +fp. SUSE LINUX 285 Lorsque le serveur X est déjà lancé, des polices qui viennent d’être installées dans des répertoires déjà intégrés peuvent être mises à disposition à l’aide de la commande xset fp rehash. Cette commande est également appelée auparavant par SuSEconfig --module fonts. Comme la commande xset nécessite un accès au serveur X en cours d’exécution, ceci ne peut fonctionner que si SuSEconfig --module fonts est lancée à partir d’un interpréteur de commandes ayant un accès au serveur X qui s’exécute. Le plus simple pour parvenir à ce résultat est d’utiliser la commande sux et de saisir le mot de passe de root dans un terminal pour prendre la main en tant qu’utilisateur root : sux transmet à l’interpréteur root les droits de l’utilisateur ayant lancé le serveur X. Pour tester si les polices ont été installées correctement et sont disponibles dans le système de polices X11 de base, vous pouvez utiliser la commande xlsfonts qui dresse la liste de toutes les polices disponibles. SUSE LINUX utilise par défaut l’encodage UTF-8 local, en conséquence, il vous est conseillé d’utiliser en règle générale les polices Unicode, que vous pouvez reconnaître, en demandant la liste des polices avec la commande xlsfonts, à leur terminaison en iso10646-1. Vous pouvez ainsi obtenir la liste de toutes les polices Unicode disponibles à l’aide de la commande xlsfonts | grep iso10646-1. La quasi-totalité des polices Unicode disponibles dans SUSE LINUX contiennent a minima tous les caractères nécessaires pour les langues européennes, pour lesquelles les encodages utilisés autrefois étaient de la forme iso-8859-*. Polices codées en CID Contrairement aux autres types de polices, les polices codées en CID ne peuvent pas être installées dans un répertoire quelconque. Elles doivent toujours être installées dans le répertoire /usr/share/ghostscript/Resource/CIDFont. Cela n’a pas une importance capitale pour Xft/fontconfig, en revanche Ghostscript et le système de polices X11 de base l’exigent. Remarque Des informations complémentaires concernant les polices dans le système X11 sont disponibles à l’adresse http://www.xfree86.org/ current/fonts.html. Remarque 286 11.2. Installation et configuration de polices de caractères 11.3 Configuration de OpenGL/3D 11.3.1 Prise en charge du matériel SUSE LINUX comprend divers pilotes OpenGL pour la prise en charge du matériel 3D. Vous trouverez un aperçu dans le tableau 11.3. TAB . 11.3: Matériel 3D pris en charge Pilote OpenGL Matériel pris en charge nVidia Chipset nVidia : tous sauf Riva 128(ZX) DRI 3Dfx Voodoo Banshee, 3Dfx Voodoo-3/4/5, Intel i810/i815/i830M, Intel 845G/852GM/855GM/865G, Matrox G200/G400/G450/G550, ATI Rage 128(Pro)/Radeon Le système X Window Sous Linux, Direct3D n’est disponible que sur les systèmes x86 et compatibles en tant que partie de l’émulateur Windows WINE qui utilise l’interface OpenGL pour son implémentation. 11 Lors d’une première installation avec YaST, la 3D peut être activée dès l’installation, si YaST offre la prise en charge correspondante. En présence de composants graphiques nVidia, il faut d’abord installer le pilote nVidia. Pour cela, choisissez pendant l’installation le correctif du pilote nVidia dans YOU (YaST Online Update). Nous ne pouvons malheureusement pas vous fournir le pilote nVidia pour des questions de licence. Si une mise à jour a été installée, la prise en charge du matériel 3D doit être configurée de manière différente. La procédure dépend là du pilote OpenGL à utiliser et est expliquée plus précisément dans la section suivante. SUSE LINUX 287 11.3.2 Pilote OpenGL nVidia et DRI Ces pilotes OpenGL peuvent être aisément configurés avec SaX2. Notez que pour des cartes nVidia, le pilote nVidia doit être installé au préalable (voir plus haut). Utilisez la commande 3Ddiag pour vérifier si la configuration de nVidia ou DRI est correcte. Pour des raisons de sécurité, seuls les utilisateurs du groupe video ont accès au matériel 3D. Assurez-vous par conséquent que tous les utilisateurs travaillant localement sur l’ordinateur se sont enregistrés dans le groupe video. Sinon, on utilise pour les programmes OpenGL le plus lent Software Rendering Fallback du pilote OpenGL. Utilisez la commande id pour vérifier si l’utilisateur actuel appartient au groupe video. Si ce n’est pas le cas, vous pouvez l’ajouter à ce groupe avec YaST. 11.3.3 Outil de diagnostic 3Ddiag Pour pouvoir vérifier la configuration 3D sous SUSE LINUX, vous disposez de l’outil de diagnostic 3Ddiag. Veuillez noter qu’il s’agit d’un outil en ligne de commande que vous devez utiliser dans un terminal. Le programme vérifie, par exemple, la configuration de X.Org, si le paquetage correspondant pour la prise en charge 3D est installé et si la bibliothèque OpenGL ainsi que l’extension GLX correctes sont utilisées. Veuillez suivre les instructions de 3Ddiag quand apparaissent des messages "failed". En cas de succès, seuls des messages "done" sont affichés à l’écran. 3Ddiag -h détaille les options admises pour 3Ddiag. 11.3.4 Programmes test pour OpenGL Outre glxgears, des jeux comme tuxracer et armagetron (paquetage du même nom) conviennent bien comme programmes de test pour OpenGL. Si la prise en charge de la 3D est activée, ils s’affichent de manière fluide sur l’écran d’un ordinateur à peu près actuel. Sans prise en charge de la 3D, ceci est insensé (effet diapositives). L’affichage de glxinfo informe précisément de l’état d’activation de la prise en charge de la 3D. direct rendering doit ici être sur Yes. 288 11.3. Configuration de OpenGL/3D 11.3.5 11 Dépannage Dans ces cas, il ne s’agit pas en règle générale d’une erreur de configuration puisque celle-ci aurait déjà été détectée par 3Ddiag. Donc, il ne reste plus que le Software Rendering Fallback du pilote DRI, qui n’offre cependant aucune prise en charge de la 3D. De même, il vaut mieux renoncer à l’utilisation de la prise en charge de la 3D quand surviennent des erreurs de représentation OpenGL ou même des problèmes de stabilité. Utilisez SaX2 pour désactiver la prise en charge de la 3D. 11.3.6 Le système X Window Si le résultat du test 3D OpenGL s’avère être négatif, (pas de jeu fluide possible), vérifiez d’abord avec 3Ddiag s’il n’existe pas d’erreur de configuration (messages failed), et dans ce cas les réparer. Si cela ne change rien ou s’il n’y avait aucune erreur failed, il suffit souvent de consulter les fichiers Log de X.Org. Ici, on trouve souvent dans /var/log/Xorg.0.log de X.Org la ligne DRI is disabled. Il peut y avoir plusieurs causes que l’on ne peut cependant trouver qu’en effectuant un examen précis du fichier Log, ce qui souvent dépasse le débutant. Assistance à l’installation Outre le Software Rendering Fallback du pilote DRI, tous les pilotes OpenGL sous Linux sont encore au stade de développement et ne sont à considérer que comme expérimentaux. Nous avons cependant pris la décision de fournir les pilotes dans cette distribution, car il y a une grosse demande d’accélération matérielle 3D sous Linux. En raison du stade actuel expérimental des pilotes OpenGL, nous ne pouvons cependant pas étendre le cadre de l’assistance à l’installation à la configuration de l’accélération matérielle 3D et ne pouvons pas vous venir en aide en cas de problèmes s’y rapportant. L’installation de base de l’interface utilisateur graphique X11 ne comprend donc en aucun cas aussi l’installation de l’accélération matérielle 3D. Cependant nous espérons que ce chapitre a déjà répondu à beaucoup de vos questions à ce sujet. Si vous rencontrez des problèmes avec la prise en charge du matériel 3D, nous vous conseillons, en cas de doute, de vous passer de cette prise en charge. 11.3.7 Suite de la documentation en ligne DRI: /usr/X11R6/lib/X11/doc/README.DRI (xorg-x11-doc) SUSE LINUX 289 12 Dans ce chapitre nous abordons des connaissances de base sur le fonctionnement de l’imprimante. Ce chapitre sert aussi en particulier à apporter des solutions appropriées aux problèmes de fonctionnement des imprimantes en réseau. 12.1 12.2 12.3 12.4 12.5 12.6 Préparatifs et autres considérations . . Raccordement de l’imprimante . . . . Installation du logiciel . . . . . . . . . . Configuration de l’imprimante . . . . . Particularités de SUSE LINUX . . . . . Problèmes éventuels et leurs solutions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292 293 294 295 299 306 Imprimante (utilisation) Imprimante (utilisation) 12.1 Préparatifs et autres considérations CUPS est le système d’impression par défaut sous SUSE LINUX. CUPS est très ”orienté utilisateur“. Dans de nombreux cas, il est compatible avec LPRng ou peut le devenir de façon relativement aisée. Ce n’est que pour des raisons de compatibilité que LPRng est compris dans la distribution de SUSE LINUX. Les imprimantes se distinguent par leurs interfaces (USB, réseau) ainsi que par les langages d’impression. Lors de l’achat d’une imprimante, il convient d’accorder de l’importance tant à une interface appropriée prise en charge par le matériel, qu’au langage d’impression. On peut, pour simplifier, répartir les imprimantes dans les trois catégories suivantes de langages d’impression : Imprimantes PostScript PostScript est le langage d’impression dans lequel la plupart des travaux d’impression sous Linux/Unix sont générées et traités en interne par le système d’impression. Ce langage, très puissant, est déjà ancien. Lorsque les documents PostScript peuvent être traités directement par l’imprimante et ne nécessitent pas d’étapes de transformation supplémentaires au sein du système d’impression, le nombre de sources d’erreur potentielles s’en trouve réduit. Comme les imprimantes PostScript sont soumises à une licence et que les coûts qui en découlent ne sont pas négligeables, ces imprimantes sont généralement plus onéreuses que les imprimantes non dotées d’un interpréteur PostScript. Langages d’impression usuels comme PCL et ESC/P Ces langages d’impression existent depuis longtemps, mais sont encore aujourd’hui étendus pour pouvoir s’adapter aux dernières évolutions des imprimantes. Lorsqu’il s’agit de langages d’impression usuels, les travaux du système d’impression PostScript peuvent être transformés à l’aide de Ghostscript dans le langage d’impression (on dit ”interprétés“). Les langages les plus connus sont PCL, que l’on trouve essentiellement dans les imprimantes HP et leurs ”clones“ ainsi que ESC/P, répandu dans les imprimantes Epson. On peut partir du principe que ce type de langages d’impression donnera aussi de bons résultats d’impression sous Linux. À part les pilotes hpijs développés par la société HP elle-même, il n’existe actuellement (en 2004) aucun fabricant d’imprimantes qui développe des pilotes pour Linux et les met à la disposition des distributeurs Linux sous une licence OpenSource. Les imprimantes de cette catégorie se situent le plus souvent dans une fourchette de prix moyenne. 292 12.1. Préparatifs et autres considérations Avant d’acheter une nouvelle imprimante, il convient de consulter les sources d’information suivantes afin de connaître le degré de prise en charge offert pour l’imprimante choisie : http://cdb.suse.de/ ou http://hardwaredb.suse.de/ — la base de données d’imprimantes de SUSE LINUX http://www.linuxprinting.org/ — la base de données d’imprimantes sur Linuxprinting.org http://www.cs.wisc.edu/~ghost/ — la page d’accueil de Ghostscript file:/usr/share/doc/packages/ghostscript/catalog.devices — les pilotes intégrés Il va de soi que les bases de données en ligne indiquent toujours l’état actuel de la prise en charge sous Linux et qu’un produit ne peut pas offrir un pilote publié après sa date de fabrication ; il est donc possible qu’une imprimante actuellement classée comme ”parfaitement prise en charge“ ne l’était en fait pas encore au moment de la production de SUSE LINUX. Les bases de données n’indiquent donc pas nécessairement l’état correct, mais plutôt une bonne approximation — seule la base de données d’imprimantes de SUSE LINUX vous permet de vérifier quelles sont les imprimantes prises en charge par la présente version du logiciel. 12.2 12 Imprimante (utilisation) Imprimantes propriétaires, le plus souvent des imprimantes GDI Dans la catégorie des imprimantes propriétaires, il n’existe normalement qu’un ou des pilotes Windows. Avec ces imprimantes, aucun langage d’impression usuel n’est implémenté, et le langage d’impression lui-même peut varier d’une version du modèle à l’autre. Pour plus d’informations sur cette problématique, reportez-vous également à la section Imprimante sans langage d’impression standard page 306. Raccordement de l’imprimante On peut raccorder une imprimante au système de plusieurs façons. Avec le système d’impression CUPS, le fait qu’une imprimante soit reliée au système en local ou en réseau n’a pas d’influence sur la configuration. Sous Linux, les imprimantes locales sont connectées exactement comme le décrit le manuel fourni par le fabricant de l’imprimante. CUPS prend en charge les types de connexion suivants : ”série“, ”USB“, ”parallèle“ et ”SCSI“. En ce qui concerne le raccordement des imprimantes, lisez également l’article présentant des notions de base CUPS in a Nutshell (en anglais) dans la base de données d’assistance à l’adresse http://portal.suse.com. Indiquez cups dans le formulaire de recherche. SUSE LINUX 293 Attention Raccordement par câble à l’ordinateur Lors du câblage à l’ordinateur, il faut savoir que seules les liaisons USB sont prévues pour être connectées ou déconnectées en cours de fonctionnement. On ne devrait modifier les autres branchements que lorsque l’ordinateur est éteint. Attention 12.3 Installation du logiciel ”PostScript Printer Description“ (PPD) est le langage informatique qui décrit les propriétés ( la résolution) et les options ( le mode duplex) des imprimantes. Ces decriptions sont nécessaires pour pouvoir utiliser les différentes options de l’imprimante sous CUPS. Sans fichier PPD, les données d’impression sont transmises à l’imprimante à l’état ”brut“, ce qui n’est en général pas souhaitable. Avec SUSE LINUX, beaucoup de fichiers PPD sont pré-installés afin de pouvoir utiliser même des imprimantes qui ne prennent pas en charge PostScript. Avec une imprimante PostScript, il est recommandé de se procurer le fichier PPD approprié ; le paquetage manufacturer-PPDs en contient une multitude qui sont installés automatiquement lors d’une installation standard. Reportezvous aux sections Fichiers PPD se trouvant dans différents paquetages page 303 et Il manque un fichier PPD adapté à l’imprimante PostScript page 307. On peut placer les nouveaux fichiers PPD dans le répertoire /usr/share/ cups/model/ ou de les ajouter avec YaST au système d’impression. Reportezvous pour cela à la section Configuration manuelle page 66. On choisira de préférence un tel fichier PPD lors de l’installation. La prudence est cependant de mise si un fabricant d’imprimantes demande non seulement de modifier les fichiers de configuration mais également d’installer des paquetages logiciels complets. D’une part, une telle installation vous fait perdre l’assistance SUSE ; d’autre part, il se peut que les commandes d’impression ne fonctionnent plus comme auparavant et qu’il ne soit plus possible de piloter des périphériques provenant d’autres fabricants. C’est pourquoi il est en général déconseillé d’installer le logiciel fourni par le fabricant. 294 12.3. Installation du logiciel 12.4 Configuration de l’imprimante 12.4.1 Imprimantes locales Si, lors de la connexion, une imprimante locale qui n’a pas encore été configurée est détectée, un module de YaST sera lancé afin de pouvoir procéder à la configuration ; voir la section Configuration avec YaST page 65. Pour la configuration à l’aide d’outils en mode de ligne de commande (voir ci-dessous) un URI de périphérique est nécessaire. Il peut s’agir de parallel:/dev/lp0 (imprimante sur le premier port parallèle) ou de usb:/dev/usb/lp1 (première imprimante reconnue sur le port USB). 12.4.2 Imprimante (utilisation) Après avoir connecté l’imprimante à l’ordinateur et installé le logiciel, il faut configurer l’imprimante au niveau du système. Si possible, n’utilisez pour cela que les outils fournis avec SUSE LINUX. Comme la sécurité est très importante pour SUSE LINUX, les outils provenant de tiers ne sont pas toujours adaptés aux restrictions imposées par la sécurité et s’avérent ainsi souvent plus problématiques qu’utiles. 12 Imprimante réseau Une imprimante réseau est capable de prendre en charge plusieurs protocoles, dont certains même simultanément. La plupart des protocoles reconnus sont standardisés ; il n’est pourtant pas exclu que le standard soit étendu ou modifié par les fabricants, soit parce qu’ils testent sur des systèmes sous lesquels le standard n’est pas correctement implémenté, soit parce qu’ils souhaitent certaines fonctions qui n’existent pas dans le standard. Ils n’offrent de tels pilotes que pour certains systèmes d’exploitation, dont Linux fait malheureusement rarement partie. Pour le moment, on ne peut pas considérer que tous les protocoles fonctionnent sous Linux sans poser de problèmes, et il convient d’expérimenter différentes possibilités afin d’obtenir une configuration qui fonctionne. Sous CUPS, les protocoles socket, LPD, IPP et smb sont pris en charge. Vous trouverez ci-après quelques informations détaillées concernant ces protocoles : socket On désigne sous le nom de ”socket“ une liaison dans laquelle les données sont envoyées sur un socket internet sans prise de contact (handshake préalable. Les numéros de port socket typiquement utilisés sont 9100 ou 35. Un exemple d’URI de périphérique : socket://hhost-printeri:9100/ SUSE LINUX 295 LPD (Line Printer Daemon) Le protocole LPD est traditionnellement éprouvé. LPD signifie "Line Printer Daemon" et est décrit dans le RFC 1179. Ce protocole comprend l’envoi de quelques données concernant le travail avant l’envoi des données d’impression proprement dites, la file d’attente. C’est la raison pour laquelle il est nécessaire d’indiquer également une file d’attente lors de la configuration du protocole LPD pour la transmission de données. Les implémentations de divers fabricants d’imprimantes sont réalisées de façon tellement souple qu’elles acceptent n’importe quel nom comme file d’attente. Le nom à utiliser se trouve, en cas de besoin, dans le manuel d’utilisation de l’imprimante. Très souvent, les noms sont LPT, LPT1, LP1 ou des noms du même genre. Il est bien sûr possible de configurer de la même manière une file d’attente LPD sur un autre ordinateur basé sur Linux ou sur Unix dans le système CUPS. Le numéro du port du service LPD est 515. Exemple d’URI de périphérique : lpd://hhost-printeri/LPT1 IPP (Internet Printing Protocol) L’Internet Printing Protokoll, en abrégé IPP, est encore relativement récent (il date de 1999) et est basé sur le protocole HTTP. IPP est le protocole le plus utilisé pour envoyer les données concernant le travail. CUPS se sert de IPP pour la transmission interne de données. On choisira ce protocole si l’on souhaite établir une file d’attente de redirection entre deux serveurs CUPS. Ici encore, le nom de la file d’attente d’impression est nécessaire afin de pouvoir configurer correctement IPP. Le numéro de port pour IPP est 631. Exemple d’URI de périphérique : ipp://hhost-printeri/ps ou ipp://hhost-cupsserveri/printers/ps SMB (partage Windows) CUPS prend finalement en charge l’impression sur des imprimantes sur le partage Windows. Le protocole correspondant est le SMB et les numéro de port 137, 138 et 139 sont utilisés. Exemple d’URI de périphérique : smb://huseri:hpasswordi@hworkgroupi/hserveri/hprinteri ou smb://huseri:hpasswordi@hhosti/hprinteri ou smb://hserveri/hprinteri Avant de procéder à la configuration, il faut par conséquent trouver le protocole reconnu par l’imprimante. S’il n’est pas indiqué par le fabricant, il est possible de le rechercher en saisissant la commande nmap (paquet nmap). nmap examine un hôte pour trouver des ports libres ; voici un exemple : nmap -p 35,137-139,515,631,9100-10000 <adresse IP de l’imprimante> 296 12.4. Configuration de l’imprimante 12.4.3 12 Opérations de configuration La configuration d’une imprimante réseau s’effectue en utilisant YaST ; YaST facilite la configuration et les limitations imposées par la sécurité de CUPS ne lui posent aucun problème ; voir aussi la section Interface web (CUPS) et administration sous KDE page 301 . Configuration de CUPS dans le réseau Consultez sous http://portal.suse.com l’article de base CUPS in a nutshell, qui pourra vous servir de guide en ce qui concerne la configuration de ”CUPS dans le réseau“. Saisissez le mot-clé cups pour faire une recherche dans la base de données support. On fait, pour ”CUPS dans le réseau“, la distinction entre les trois principaux sujets suivants : Imprimante (utilisation) Configuration d’une imprimante réseau 1. Configurez sur le serveur les files d’attente pour les imprimantes faisant partie du serveur. 2. Autorisez l’accès aux files d’attente se référant aux ordinateurs clients. 3. Activez l’envoi d’informations de navigation aux ordinateurs clients. Pour le point 1, on différencie les cas de figure suivants : Imprimante de réseau ou boîte de serveur d’impression via socket TCP : avec filtrage local (par défaut) ou sans filtrage local via protocole LPD : avec filtrage local (par défaut) ou sans filtrage local via protocole IPP : avec filtrage local (par défaut) ou sans filtrage local Pour plus d’informations détaillées sur les protocoles, consultez la section Imprimante réseau page 295. File d’attente sur serveur LPD (toujours via protocole LPD) sans filtrage local (par défaut) ou avec filtrage local File d’attente sur serveur IPP (toujours via protocole IPP) sans filtrage local (par défaut) ou avec filtrage local File d’attente sur serveur SMB (toujours via protocole SMB) avec filtrage local (par défaut) ou sans filtrage local File d’attente sur serveur (toujours via Novell IPX) avec filtrage local (par défaut) ou sans filtrage local SUSE LINUX 297 File d’attente via d’autres URI avec ou sans filtrage local Pour le point 2, les préréglages sont habituellement suffisants ; en cas de doute, consultez l’article de portail mentionné ci-dessus. Pour le point 3, procédez avec YaST aux étapes suivantes : 1. ‘Démarrer la configuration de l’imprimante YaST’ ➝ ‘Modifier...’ ➝ ‘Etendu’ ➝ ‘Réglages du serveur CUPS’ 2. Ensuite : ‘Scruter les adresses’ ➝ ‘Ajouter’ L’adresse IP de transmission du réseau doit être entrée à cet endroit ou alors @LOCAL. 3. La configuration se termine par les actions suivantes (tous les boutons se trouvent toujours en bas à droite) : ‘OK’ ➝ ‘Suivant’ ➝ ‘Appliquer’ ➝ ‘Terminer’ Configuration avec les outils en mode ligne de commande Une autre variante consiste à configurer CUPS par l’intermédiaire des outils de la ligne de commande. Si tout est déjà préparé (le fichier PPD est connu ainsi que le nom de l’URI de périphérique), il suffit de procéder comme suit : lpadmin -p <nom de file> -v <URI de périphérique> \ -P <fichier PPD> -E Veillez à ce que le -E ne soit pas la première option car pour toutes les commandes de CUPS, -E en tant que premier argument signifie qu’il faut utiliser une liaison chiffrée (en anglais encrypted) et non, comme on en a l’intention ici, activer l’imprimante (en anglais enable). Voici un exemple concret : lpadmin -p ps -v parallel:/dev/lp0 \ -P /usr/share/cups/model/Postscript.ppd.gz -E Exemple analogue pour une imprimante réseau : lpadmin -p ps -v socket://192.168.1.0:9100/ \ -P /usr/share/cups/model/Postscript-level1.ppd.gz -E 298 12.4. Configuration de l’imprimante 12 Modifier des options En utilisant les outils en mode ligne de commande, on procède comme suit : 1. On affiche d’abord toutes les options : lpoptions -p <file> -l Exemple : Resolution/Output Resolution: 150dpi *300dpi 600dpi Imprimante (utilisation) YaST propose lors de l’installation d’activer certaines options par défaut. On peut modifier ces options à chaque travail d’impression (dans les limites de ce que permet l’outil d’impression utilisé) ; on peut toutefois aussi redéfinir ces réglages plus tard ( avec YaST). 2. L’option activée par défaut se reconnaît au moyen de l’astérisque : * 3. Modifiez ensuite une option à l’aide de lpadmin : lpadmin -p <file> -o Resolution=600dpi 4. Vérifiez que tout a fonctionné correctement : lpoptions -p <file> -l Resolution/Output Resolution: 150dpi 300dpi *600dpi 12.5 Particularités de SUSE LINUX CUPS a été adapté par endroits pour être utilisé sous SUSE LINUX. Pour comprendre l’intégration, il est nécessaire de présenter ici quelques-unes des modifications les plus importantes. 12.5.1 Le serveur CUPS et le pare-feu Il y a de nombreuses manières de déclarer CUPS en tant que client d’un serveur réseau. SUSE LINUX 299 1. On peut, pour chaque file d’attente sur le serveur réseau, mettre en place une file d’attente locale et transmettre par son intermédiaire toutes les demandes aux files d’attentes correspondantes sur le serveur. Cette méthode n’est en règle générale pas conseillée, car si la configuration du serveur réseau est modifiée, cela nécessite de reconfigurer toutes les machines clientes. 2. Il est possible de relayer des travaux d’impression directement sur un serveur réseau en particulier. Pour une telle configuration, il n’est pas nécessaire d’avoir un Démon CUPS actif ; la commande lpr (ou tout appel de la bibliothèque correspondante par d’autres programmes) permet d’envoyer des travaux directement sur un serveur réseau. Toutefois, une telle configuration ne fonctionne pas si l’on souhaite imprimer sur une imprimante locale. 3. Il est possible d’écouter les diffusions IPP. Le démon CUPS peut se tenir à l’écoute de tels paquets de diffusion IPP envoyés par d’autres serveurs réseau qui souhaitent signaler la mise à disposition des files d’attentes inactives. C’est la meilleure manière de régler CUPS lorsque l’on souhaite pouvoir imprimer sur des serveurs CUPS distants. Une telle configuration comporte toutefois le risque qu’un attaquant fasse en sorte que des diffusions IPP mentionnant des files d’attentes semblent provenir du démon. Le démon local accède ensuite à ces files d’attentes, et lorsque l’attaquant propose une file d’attente portant le même nom qu’une autre file du serveur local, et que le paquet IPP a été intercepté auparavant, alors l’utilisateur croit avoir transmis un travail au serveur local — mais, en réalité, le travail parvient au serveur de l’attaquant. Lorsque l’on souhaite utiliser cette méthode, le port UDP 631 doit être ouvert aux paquets entrants. YaST dispose de deux méthodes pour trouver le serveur CUPS : 1. Parcourir le réseau (le ”scannen“), c’est-à-dire demander à toutes les machines d’un réseau si elles proposent ce service. 2. Surveiller la diffusion IPP, en suivant la même méthode que celle que l’on a décrit auparavant. Cette méthode est également utilisée pendant l’installation pour trouver les serveurs CUPS proposés. La deuxième méthode suppose que le port UDP accepte les paquets entrants. 300 12.5. Particularités de SUSE LINUX Pour résumer, nous pouvons dire que l’utilisateur doit modifier la configuration du pare-feu qui lui est proposée de manière à permettre à CUPS de trouver les files d’attente distantes au cours de l’installation. (‘Port ouvert dans le pare-feu’) et par la suite, en fonctionnement normal, à permettre l’accès aux différents serveurs distants depuis le système local. On peut aussi envisager que l’utilisateur lance la recherche du serveur CUPS tout en analysant activement les ordinateurs du réseau local ou en configurant à la main toutes les files d’attente, bien que nous ne conseillons pas cette possibilitée pour les raisons évoquées auparavant. 12.5.2 12 Imprimante (utilisation) Il faut encore ajouter, au sujet des pare-feux, les remarques suivantes : la configuration par défaut du pare-feu (telle qu’elle est suggérée) est de ne permettre aucune diffusion IPP sur une interface. Cela signifie que la deuxième méthode de détection ainsi que l’accès aux files d’attente distantes suivant la troisième méthode ne peuvent pas fonctionner. Il est de plus impératif de modifier la configuration du pare-feu : soit l’une des interfaces où le port est ouvert par défaut doit être marquée comme internal, soit le port d’une des interfaces ouvertes vers l’extérieur (external) doit être ouvert de façon ciblée. En effet, pour des raisons de sécurité, aucune des interfaces de la configuration prédéfinie ne peut être ouverte. Même le fait de n’ouvrir que pour détecter les serveurs afin de pouvoir configurer l’accès aux files distantes suivant la méthode 2 constitue un problème de sécurité — il est possible que des utilisateurs ne lisent pas ce qui est proposé et acceptent ainsi le serveur d’un agresseur. Interface web (CUPS) et administration sous KDE Afin de pouvoir utiliser l’administration par l’interface web (de CUPS) ou par l’outil d’administration de l’imprimante (de KDE), l’utilisateur doit être déclaré en tant qu’administrateur CUPS avec le groupe d’administration de CUPS sys et un mot de passe pour CUPS ; pour cela, saisissez en tant que la commande suivante : lppasswd -g sys -a root Dans d’autres cas, l’administration depuis l’interface web ou depuis l’outil d’administration n’est pas possible car l’authentification échoue si aucun administrateur CUPS n’est installé. Au lieu de , on peut également définir un autre utilisateur en tant qu’administrateur CUPS ; voir la section suivante : Modifications du démon cupsd page suivante . SUSE LINUX 301 12.5.3 Modifications du démon cupsd Le paquetage originel de cups a subi quelques modifications sous SUSE LINUX. Ces modifications sont présentées rapidement dans ce qui suit. Plus d’informations sur ce sujet sont disponibles dans l’article suivant de la base de donnée d’assistance ”Printer configuration in SUSE LINUX 9.1 on“ (article en anglais) sur http://portal.suse.com. Saisissez comme critère de recherche Printing. Le démon cupsd fonctionne en tant qu’utilisateur lp Après le démarrage, cupsd passe de l’utilisateur à l’utilisateur lp, ce qui augmente la sécurité car le service d’impression CUPS ne fonctionne pas avec des droits illimités, mais uniquement avec les droits nécessaires au service d’impression. L’inconvénient résulte cependant dans le fait que l’authentification (à savoir : la vérification du mot de passe) ne peut pas s’effectuer par le biais de /etc/ shadow étant donné que lp n’a pas accès à /etc/shadow, ce qui signifie que l’authentification spécifique de CUPS via /etc/cups/passwd.md5 doit être utilisée. Pour ce faire, l’administrateur CUPS, le groupe d’administration CUPS sys et le mot de passe CUPS doivent être déclarés dans /etc/cups/passwd.md5 ; en tant qu’utilisateur il faut saisir : lppasswd -g sys -a <nom admin CUPS> Autres conséquences : Lorsque cupsd fonctionne en tant que lp, le fichier /etc/printcap ne peut pas être créé, car lp n’est pas autorisé à créer des fichiers dans /etc/. C’est la raison pour laquelle cupsd crée /etc/cups/printcap. /etc/printcap est un lien symbolique vers /etc/cups/printcap afin que les programmes applicatifs qui ne peuvent lire le nom de la file d’attente que depuis /etc/ printcap puissent continuer à fonctionner correctement. Dès que cupsd fonctionne en tant que lp il est impossible d’ouvrir le port 631. C’est pourquoi cupsd ne peut plus être rechargé par le biais de rccups reload. Il convient dont d’utiliser rccups restart. Fonctionnalité généralisée pour BrowseAllow/BrowseDeny Les conditions d’accès configurées pour BrowseAllow et BrowseDeny se réfèrent à tous les types de paquets envoyés au démon cupsd. Les réglages par défaut dans /etc/cups/cupsd.conf sont : 302 12.5. Particularités de SUSE LINUX 12 et <Location /> Order Deny,Allow Deny From All Allow From 127.0.0.1 Allow From 127.0.0.2 Allow From @LOCAL </Location> On peut ainsi accéder exactement aux ordinateurs de type LOCAL sur le démon cupsd à un serveur CUPS. Les ordinateurs de type LOCAL sont des ordinateurs dont l’adresse IP n’appartient pas à une interface point-à-point (à savoir : les interfaces dont le flag IFF_POINTOPOINT n’est pas à 1) et dont l’adresse IP appartient au même réseau que le serveur CUPS. Tous les autres ordinateurs rejettent immédiatement quelque paquet que ce soit. Imprimante (utilisation) BrowseAllow @LOCAL BrowseDeny All Le démon cupsd est activé par défaut Lors d’une installation standard, le démon cupsd est automatiquement activé, ce qui permet d’accéder confortablement aux files d’attente de serveurs réseau CUPS, sans avoir recours à d’autres opérations manuelles. Les deux points cidessus en sont les conditions nécessaires ; dans le cas contraire, la sécurité ne serait pas suffisante pour activer automatiquement cupsd. 12.5.4 Fichiers PPD se trouvant dans différents paquetages Configuration de l’imprimante uniquement avec les fichiers PPD Lors de la configuration de l’imprimante avec YaST, les files d’attente de CUPS ne sont créées qu’avec les fichiers PPD installés sur le système correspondant dans /usr/share/cups/model/. Pour un modèle d’imprimante particulier, YaST relève les fichiers PPD appropriés en comparant le nom du fabricant et celui du modèle relevé lors de la détection de matériel avec les noms des fabricants et ceux des modèles dans tous les fichiers PPD présents dans le système dans /usr/share/cups/model/. Pour ce faire, la configuration de l’imprimante SUSE LINUX 303 avec YaST génère une base de données à partir des informations concernant le fabricant et le modèle se trouvant dans les fichiers PPD. Cela vous permet de choisir votre imprimante par le biais du nom du fabricant et de celui du modèle et d’obtenir par conséquent les fichiers PPD correspondant aux noms du fabricant et du modèle. L’avantage d’une configuration exécutée uniquement à l’aide de fichiers PPD et sans aucune autre source d’informations est que les fichiers PPD sont modifiables à volonté dans /usr/share/cups/model/. La configuration de l’imprimante avec YaST relève les modifications et regénère la base de données comprenant les noms des fabricants et des modèles. Si vous utilisez uniquement des imprimantes PostScript, vous n’avez normalement besoin ni des fichiers PPD Foomatic du paquetage cups-drivers ni les fichiers PPD GimpPrint du paquetage cups-driversstp ; mais vous pouvez copier les fichiers PPD adaptés exactement à vos imprimantes PostScript dans /usr/share/cups/model/ (si ceux-ci ne sont pas déjà présents dans le paquetage manufacturer-PPDs) et configurer vos imprimantes de manière optimale. Fichiers PPD CUPS du paquetage cups Les fichiers PPD génériques du paquetage cups ont été spécialement complétés pour les imprimantes PostScript Niveau 2 et Niveau 1 avec les fichiers PPD Foomatic adaptés suivants : /usr/share/cups/model/Postscript-level1.ppd.gz /usr/share/cups/model/Postscript-level2.ppd.gz Les fichiers PPD du paquetage cups-drivers Pour les imprimantes non PostScript, on utilise normalement le filtre d’impression Foomatic "foomatic-rip" en même temps que Ghostscript. Les fichiers PPD Foomatic adaptés sont caractérisés par les enregistrements "*NickName: ... Foomatic/hdriver Ghostscripti" et "*cupsFilter: ... foomatic-rip". Ces fichiers PPD se trouvent dans le paquetage cups-drivers. YaST utilise de préférence un fichier PPD Foomatic si les conditions suivantes sont remplies : Un fichier PPD Foomatic "recommended" (recommandé) s’adapte au modèle d’imprimante caractérisé par l’enregistrement "*NickName: ... Foomatic ... (recommended)". Il n’existe aucun fichier PPD dans manufacturer-PPDs qui s’adapterait mieux (voir ci-dessous). 304 12.5. Particularités de SUSE LINUX Les fichiers PPD de Gimp-Print du paquetage cups-drivers-stp Fichiers PPD de fabricants d’imprimantes dans le paquetage manufacturer-PPDs Le paquetage manufacturer-PPDs contient des fichiers PPD de fabricants d’imprimantes couverts par une licence assez libre. Il convient de configurer les imprimantes PostScript avec le fichier PPD adapté du fabricant d’imprimantes, le fichier PPD du fabricant d’imprimante permettant d’utiliser toutes les fonctions de l’imprimante PostScript. YaST utilise de préférence un fichiers PPD de manufacturer-PPDs si les conditions suivantes sont remplies : Imprimante (utilisation) Pour beaucoup d’imprimantes non PostScript, il est possible d’utiliser comme alternative à "foomatic-rip" le filtre CUPS "rastertoprinter" de GimpPrint. Ce filtre et les fichiers PPD GimpPrint appropriés se trouvent dans le paquetage cups-drivers-stp. Les fichiers PPD GimpPrint se trouvent dans /usr/share/ cups/model/stp/ et sont caractérisés par les enregistrements "*NickName: ... CUPS+Gimp-Print" et "*cupsFilter: ... rastertoprinter". 12 Le nom du fabricant et du modèle correspond au nom du fabricant et du modèle dans un fichier PPD de manufacturer-PPDs. Soit le fichier PPD de manufacturer-PPDs est le seul fichier PPD s’adaptant au modèle d’imprimante, soit un fichier PPD Foomatic avec l’enregistrement suivant : "*NickName: ... Foomatic/Postscript (recommended)" s’adapte également au modèle d’imprimante. Dans les cas suivants, YaST n’utilise donc aucun fichier PPD de manufacturerPPDs : Quant au nom du fabricant et du modèle, le fichier PPD de manufacturerPPDs ne s’adapte pas, ce qui est surtout le cas si, pour des modèles similaires, il n’existe qu’un seul fichier PPD de manufacturer-PPDs ( si pour une série de modèles, il n’y a pas un fichier PPD par modèle, mais qu’on trouve comme nom de modèle dans le fichier PPD quelque chose dans le genre de "Funprinter 1000 series"). La raison pour laquelle le fichier PPD Foomatic Postscript n’est pas ”recommended“ est la suivante : en mode PostScript, le modèle d’imprimante ne fonctionne pas correctement ( lorsque l’imprimante fonctionne de manière peu fiable parce qu’elle n’a par défaut pas suffisamment de mémoire, ou lorsqu’elle est trop lente parce que son processeur n’est pas assez puissant) ou parce que PostScript ne prend par défaut pas en charge l’imprimante ( lorsque la prise en charge de PostScript n’est disponible que comme module optionnel). SUSE LINUX 305 Si, pour une imprimante PostScript donnée, il existe un fichier PPD de manufacturer-PPDs correspondant à cette imprimante, mais que YaST n’est pas à même de le configurer pour les raisons mentionnées ci-dessus, il faut alors choisir à la main dans YaST le modèle d’imprimante adapté. 12.6 Problèmes éventuels et leurs solutions Dans les chapitres suivants, on décrit les problèmes matériels et logiciels les plus fréquents en matière d’impression et on indique des solutions pour lever ou contourner ces problèmes. 12.6.1 Imprimante sans langage d’impression standard Une imprimante qui ne peut être pilotée que par des séquences de contrôle qui lui sont propres s’appelle une Imprimante GDI. Ce type d’imprimantes fonctionne uniquement avec des versions du système d’exploitation pour lesquelles le fabricant livre un pilote. GDI est une interface de programmation pour la représentation graphique développée par Microsoft. Le problème ne réside pas dans l’interface de programmation mais dans le fait que les imprimantes GDI peuvent uniquement être pilotées au moyen du langage d’impression propriétaire de ce modèle d’imprimante. Il existe des imprimantes qui, en plus du mode GDI, comprennent un langage d’impression standard, lorsque l’imprimante est configurée de manière adéquate ou lorsque l’on actionne un commutateur. Pour certaines imprimantes GDI, il existe des pilotes propriétaires offerts par le fabricant de l’imprimante. Les pilotes d’impression propriétaires ont le désavantage de ne pouvoir garantir ni leur fonctionnement avec le système d’impression actuellement installé ni leur fonctionnement pour les diverses plates-formes matérielles. En revanche, les imprimantes capables de comprendre un langage d’impression standard ne dépendent ni d’une version particulière du système d’impression, ni d’une plate-forme matérielle particulière. 306 12.6. Problèmes éventuels et leurs solutions 12.6.2 Il manque un fichier PPD adapté à l’imprimante PostScript Si le paquetage manufacturer-PPDs ne contient aucun fichier PPD adapté à une imprimante PostScript, il devrait être possible d’utiliser le fichier PPD à partir du CD de pilote du fabricant de l’imprimante ou de télécharger un fichier PPD adapté à partir du page internet du fabricant de l’imprimante. 12 Imprimante (utilisation) Il est en général moins onéreux d’acheter une imprimante prise en charge que de gaspiller du temps à adapter un pilote pour Linux propriétaire, surtout parce qu’avec une imprimante appropriée, le problème lié au pilote est résolu pour de bon. Cela signifie que vous n’aurez plus à installer ni à éventuellement configurer un logiciel pilote spécial, ni à vous procurer des mises à jour du pilote dans le cas où le système d’impression aurait encore évolué. Lorsque le fichier PPD se présente en tant qu’archive zip (.zip) ou bien en tant qu’archive zip auto-extractible (.exe), vous pouvez le décomprimer avec unzip. Informez-vous d’abord sur les conditions de licence du fichier PPD. Vérifiez ensuite au moyen du programme cupstestppd si le fichier PPD correspond à "Adobe PostScript Printer Description File Format Specification, Version 4.3". Si le résultat est "FAIL", les erreurs dans le fichiers PPD sont tellement graves que vous pouvez vous attendre à des problèmes plus conséquents. Il convient de réparer les points problématiques indiqués par cupstestppd. Si nécessaire, demandez un fichier PPD adapté directement auprès du fabricant de l’imprimante. 12.6.3 Ports parallèles La méthode la plus sûre consiste à connecter l’imprimante directement sur la première interface parallèle et de procéder dans le BIOS aux réglages suivantes de l’interface parallèle : Adresse IO 378 (hexadécimal) L’interruption n’est pas importante Mode Normal, SPP ou Output-Only DMA n’est pas utilisé Si, malgré ces réglages du BIOS, on ne peut pas communiquer avec l’imprimante depuis la première interface parallèle, il faut saisir l’adresse d’entréesortie dans /etc/modprobe.conf en relation avec la configuration du BIOS SUSE LINUX 307 de façon explicite sous la forme 0x378. S’il existe deux interfaces parallèles, réglées sur les adresses IO 378 et 278 (hexadécimal), il faut les saisir sous la forme 0x378,0x278. Lorsque l’interruption 7 est encore libre, le mode interruption peut être activé par l’enregistrement dans le fichier 12.1. Avant d’activer le mode interruption, vérifiez dans le fichier /proc/interrupts quelles interruptions sont déjà utilisées, sachant que seules sont affichées les interruptions actuellement utilisées, ce qui peut varier en fonction du matériel utilisé activement. L’interruption pour l’interface parallèle ne doit pas être utilisée ailleurs. En cas de doute, optez pour le mode polling en saisissant irq=none. Exemple 12.1: /etc/modprobe.conf : mode interruption pour la première interface parallèle alias parport_lowlevel parport_pc options parport_pc io=0x378 irq=7 12.6.4 Connexion de l’imprimante en réseau Mettre en évidence des problèmes de réseau Connectez l’imprimante directement sur l’ordinateur. Configurez l’imprimante en tant qu’imprimante locale pour effectuer un test. Si l’imprimante fonctionne, des problèmes de réseau sont à l’origine de l’erreur. Tester le réseau TCP/IP Le réseau TCP/IP doit fonctionner correctement, y compris la résolution du nom. Tester un démon lpd distant Grâce à la commande suivante, il est possible de vérifier si une liaison TCP au démon lpd (port 515) est généralement possible sur l’ordinateur hhôtei : netcat -z <hôte> 515 && echo ok || echo failed S’il n’est pas possible de se connecter au démon lpd, cela signifie soit que le démon lpd ne fonctionne pas, soit qu’il existe des problèmes de réseau fondamentaux, étant alors à l’origine de l’erreur. Il est possible de demander en tant qu’utilisateur un rapport d’état (éventuellement assez long) sur la file d’attente hfilei de l’ordinateur (distant) hhôtei avec la commande suivante, à condition que le démon lpd qui s’y trouve fonctionne et qu’il soit possible de lui envoyer des requêtes : 308 12.6. Problèmes éventuels et leurs solutions 12 Si le démon lpd ne répond pas, cela signifie soit que lpd ne fonctionne pas, soit qu’il existe des problèmes de réseau sous-jacents qui sont à l’origine de l’erreur. Si lpd répond, il faudra clarifier la raison pour laquelle il n’est possible d’imprimer sur la file d’attente file de l’ordinateur hôte – Exemples : Exemple 12.2: Message d’erreur de lpd lpd: your host does not have line printer access lpd: queue does not exist printer: spooling disabled printer: printing disabled Imprimante (utilisation) echo -e "\004<file>" \ | netcat -w 2 -p 722 <hôte> 515 Lorsqu’une telle réponse est générée par lpd, c’est le démon lpd distant qui pose problème. Tester un démon cupsd distant Grâce à la commande suivante, il est possible de tester s’il existe dans le réseau un serveur réseau CUPS puisqu’il devrait, en théorie, diffuser sa file d’attente sur le port UDP 631 par défaut toutes les 30 secondes : netcat -u -l -p 631 & PID=$! ; sleep 40 ; kill $PID Après 40 secondes, il devrait apparaître un message du type suivant si un serveur réseau CUPS effectue une diffusion : Exemple 12.3: Transmission à partir du serveur réseau CUPS ipp://<hôte>.<domaine>:631/printers/<fichier> On peut, à l’aide de la commande suivante, vérifier si une liaison TCP au cupsd (port 631) sur l’ordinateur hhôtei est généralement possible : netcat -z <hôte> 631 && echo ok || echo failed S’il n’est pas possible de se connecter au démon cupsd, cela signifie soit que le démon cupsd ne fonctionne pas, soit qu’il existe des problèmes de réseau fondamentaux, étant alors à l’origine de l’erreur. SUSE LINUX 309 lpstat -h <hôte> -l -t Ce faisant, on obtient un rapport d’état (éventuellement assez long) de toutes les files d’attente de l’ordinateur hhôtei, à condition que le démon cupsd s’y trouvant fonctionne et qu’il soit possible de lui envoyer des requêtes. echo -en "\r" \ | lp -d <fichier> -h <hôte> Pour tester si la file d’attente hfilei sur l’ordinateur hhôtei accepte un travail d’impression, la requête d’impression se composant d’un seul caractère carriage return — c’est-à-dire qu’il ne s’agit que d’un testet non d’une impression — et, le cas échéant, d’une page vide uniquement. L’imprimante réseau ou le boîtier serveur d’impression ne fonctionne pas de manière fiable Le gestionnaire de file d’attente qui fonctionne dans un boîtier serveur d’impression pose parfois problème dès que la quantité des requêtes d’impression est élevée. Étant donné que le gestionnaire de file d’attente du boîtier serveur d’impression est à l’origine des problèmes, on ne peut rien y faire. Il est cependant possible de contourner le gestionnaire de file d’attente du boîtier serveur d’impression en pilotant directement au moyen de sockets TCP l’imprimante connectée au boîtier serveur d’impression, voir la section Imprimante réseau page 295. Par conséquent, le boîtier serveur d’impression ne fait plus qu’office de convertisseur entre les différentes formes de transmission de données (réseau TCP/IP et connexion d’imprimante locale), ce qui signifie que le port TCP correspondant sur le boîtier serveur d’impression doit être connu. Lorsque l’imprimante est connectée et allumée sur le boîtier serveur d’impression, il est normalement possible de relever ce port TCP un laps de temps après avoir allumé le boîtier serveur d’impression au moyen du programme nmap du paquetage nmap. Ainsi, la commande nmap hadresse IPi fournit, pour un boîtier serveur d’impression, : Port 23/tcp 80/tcp 515/tcp 631/tcp 9100/tcp 310 State open open open open open Service telnet http printer cups jetdirect 12.6. Problèmes éventuels et leurs solutions echo -en "\rHello\r\f" | netcat -w 1 <adresse IP> <port> cat <fichier> | netcat -w 1 <adresse IP> <port> il est possible d’envoyer directement des chaînes de caractères ou des données au port correspondant pour tester si l’imprimante peut être commandée au moyen de ce port. 12.6.5 12 Imprimante (utilisation) Cet affichage signifie que l’imprimante connectée au moyen du port 9100 au boîtier serveur d’impression peut être commandée par socket TCP. nmap n’examine qu’une certaine liste de ports bien connus, listés dans /usr/share/nmap/nmap-services. Afin d’examiner tous les ports possibles, utilisez la commande : nmap -p hfrom_porti-hto_porti hadresse IPi (cette manoeuvre peut prendre un peu de temps) — consultez également la page du manuel man nmap. Avec les commandes du type Impressions défectueuses sans message d’erreur Le système d’impression considère le travail d’impression comme entièrement achevé lorsque le backend CUPS a terminé la transmission des données vers le récepteur (l’imprimante). Si par la suite le récepteur ne réussit pas à effectuer le traitement suivant ( si l’imprimante n’arrive pas à sortir sur papier les données qui lui sont destinées), le système d’impression ne s’en rend pas compte. Si l’imprimante n’arrive pas à sortir sur papier les données qui lui sont destinées, il convient de choisir un autre fichier PPD alors mieux adapté à l’imprimante. 12.6.6 Files d’attente désactivées Lorsque la transmission des données au récepteur a finalement échoué après plusieurs essais, le backend de CUPS ( usb ou socket) signale une erreur au système d’impression, au démon cupsd. Le backend décide s’il convient d’entreprendre d’autres essais ainsi que le nombre d’essais avant de signaler qu’il est impossible de transmettre les données. Comme d’autres essais ne sont pas utiles, cupsd désactive (disable) alors l’impression sur la file d’attente concernée. Après avoir éliminé l’origine du problème, l’administrateur système doit réactiver l’impression à l’aide de la commande /usr/bin/enable. SUSE LINUX 311 12.6.7 Effacer des travaux d’impression diffusées par CUPS Lorsqu’un serveur réseau CUPS communique ses files d’attente aux ordinateurs clients par diffusion et que le démon cupsd local correspondant est exploité sur les ordinateurs clients, c’est le démon cupsd du client qui accepte les travaux d’impression des programmes d’utilisation pour les remettre immédiatement au démon cupsd du serveur. Lorsqu’un démon cupsd accepte une requête d’impression, il lui est conféré un nouveau numéro d’impression. C’est la raison pour laquelle le numéro d’impression sur l’ordinateur client est différent du numéro sur le serveur. Si un travail d’impression est immédiatement remis, il ne peut pas être annulé sous le numéro de l’ordinateur client parce que le démon cupsd du client considère la requête d’impression comme totalement achevée dès qu’il l’a transmise de façon correcte (voir ci-dessus). Pour annuler une requête d’impression sur le serveur, il faut saisir la requête suivante pour relever le numéro d’impression sur le serveur à condition que le serveur n’ait pas terminé la requête d’impression (c’est-à-dire envoyé à l’imprimante) : lpstat -h <serveur impression> -o Ensuite, il est possible d’annuler le travail d’impression sur le serveur : cancel -h <serveur impression> <fichier>-<numéro travail> 12.6.8 Travaux d’impression erronés ou transfert de données perturbé Si vous éteignez et réallumez l’imprimante ou l’ordinateur pendant que la procédure d’impression est en cours, les travaux restent dans les files d’attente et seront éventuellement réimprimées à partir du début. Vous devez effacer un travail d’impression eronné de la file d’attente à l’aide de la commande cancel. Si un travail d’impression est erronée ou si la communication entre l’ordinateur et l’imprimante est perturbée, l’imprimante n’est plus à même de traiter les données de manière intelligente, entraînant l’impression d’une quantité de feuilles couvertes de caractères confus. 1. Sortez d’abord tout le papier dans le cas d’imprimantes à jet d’encre ou bien ouvrez les cassettes de papier dans le cas d’imprimantes laser pour arrêter l’impression. Les imprimantes haut de gamme sont souvent dotées d’un bouton sevant à stopper l’impression en cours. 312 12.6. Problèmes éventuels et leurs solutions 3. Il est possible que, bien que le travail d’impression ait été retiré de la file d’attente, quelques données sont encore transmises à l’imprimante. Contrôlez si, pour la file d’attente concernée, un processus backend CUPS est encore en cours et mettez-y fin si nécessaire. Dans le cas d’une imprimante connectée au port parallèle, on peut tuer tous les processus qui accèdent encore à l’imprimante (plus exactement, au port parallèle) au moyen de la commande fuser -k /dev/lp0. 12 Imprimante (utilisation) 2. Étant donné que le travail d’impression n’est retiré de la file d’attente qu’après été envoyée à l’imprimante, elle devrait normalement rester dans la file d’attente. Entrez lpstat -o (ou lpstat -h hserveur d’impressioni -o) pour savoir à partir de quelle file d’attente l’impression est effectuée et annulez le travail d’impression en saisissant cancel hfile d’attentei-hnuméro d’impressioni (ou cancel -h hserveur d’impressioni hfile d’attentei-hnuméro d’impressioni ). Avec KDE, vous disposez également des programmes kprinter ou kjobviewer. 4. Désactivez complètement l’imprimante en la déconnectant du réseau pendant un certain laps de temps. Puis réalimentez-la en papier et rebranchezla. 12.6.9 Analyse des problèmes dans le système d’impression CUPS Pour analyser les problèmes d’impression avec CUPS, nous recommandons la méthode suivante : 1. Déclarez LogLevel debug dans /etc/cups/cupsd.conf. 2. Arrêtez le démon cupsd. 3. Déplacez /var/log/cups/error_log* afin de ne pas avoir à faire des cherches dans des fichiers journaux trop volumineux. 4. Démarrez le démon cupsd. 5. Répétez l’opération qui a provoqué le problème. 6. Vous trouverez ensuite de nombreux messages dans /var/log/cups/ error_log* qui vous aideront à trouver l’origine du problème. SUSE LINUX 313 13 Ce chapitre donne un aperçu des divers aspects du travail nomade sous Linux. Les différents champs d’application sont brièvement présentés, accompagnés de la description des solutions matérielles et logicielles pouvant y être apportées. Le chapitre se termine par une vue d’ensemble des plus importantes sources d’informations relatives à ce sujet. 13.1 13.2 13.3 13.4 Travail nomade avec des ordinateurs portables . . . . Matériel nomade . . . . . . . . . . . . . . . . . . . . . . Communication mobile : téléphones portables et PDA Informations supplémentaires . . . . . . . . . . . . . . . . . . 317 324 326 326 Travail nomade sous Linux Travail nomade sous Linux La plupart d’entre nous associe le travail nomade avec les ordinateurs portables, PDA et téléphones portables et leurs possibilités de communiquer entre eux. Ce chapitre élargit le concept aux composants matériels mobiles comme les disques durs externes, cartes mémoire ou appareils photo numériques pouvant communiquer avec des ordinateurs portables ou des ordinateurs de bureau. Le concept de travail nomade entraîne les questions suivantes : Ordinateurs portables Qu’est-ce qui distingue le matériel utilisé ? Où se trouvent les particularités et les problèmes résultant du matériel utilisé ? Comment tire-t-on le rendement maximum des ordinateurs portables ? Comment peut-on réduire la consommation d’énergie ? Quel logiciel convient bien à une utilisation nomade ? Quels programmes peuvent aider à garder les données synchronisées ? Comment intègre-ton au mieux des ordinateurs portables dans différents environnements ? Comment communique-t-on avec d’autres périphériques ? Comment sécurise-t-on des données et l’ensemble de la communication contre un accès non autorisé ? Comment et à quel endroit trouve-t-on des informations et une assistance en cas de problèmes ? Matériel ”nomade“ : disques durs, cartes mémoire, appareils photo Quels types de périphériques sont supportés ? Quelles interfaces/Quels protocoles sont supportés ? Comment sécurise-t-on des données ? Comment et à quel endroit trouve-t-on des informations et une assistance en cas de problèmes ? Communication ”nomade“ : téléphones portables et PDA Quels types de périphériques sont supportés ? Quelles interfaces/Quels protocoles sont supportés et de quelles applications dispose-t-on ? Comment et à quel endroit trouve-t-on des informations et une assistance en cas de problèmes ? 316 13.1 Particularités du matériel de l’ordinateur portable L’équipement matériel d’ordinateurs portables se distingue de celui d’un ordinateur de bureau normal dans la mesure où, pour une utilisation nomade, les critères comme l’interchangeabilité, le besoin de place et d’énergie sont prépondérants. Les fabricants de matériel mobile ont développé le standard PCMCIA (Personal Computer Memory Card International Association). Les cartes mémoire, cartes réseau, cartes ISDN, cartes modem et les disques durs externes répondent à ce standard. Vous apprendrez au chapitre PCMCIA page 329 en détail comment est réalisée l’assistance d’un tel matériel sous Linux et ce à quoi vous devez faire attention lors de la configuration, quels programmes sont à votre disposition pour le contrôle de PCMCIA et comment, en cas de message d’erreur, vous résolvez les éventuels problèmes. 13.1.2 Travail nomade sous Linux 13.1.1 13 Travail nomade avec des ordinateurs portables Economies d’énergie en utilisation nomade Le choix de composants de systèmes à consommation d’énergie réduite lors de la fabrication d’un ordinateur portable est un facteur contribuant à ce que les ordinateurs portables soient utilisables de façon appropriée même séparés du réseau d’alimentation. La contribution de votre système d’exploitation à l’économie d’énergie est tout aussi importante. SUSE LINUX supporte différentes méthodes influençant la consommation d’énergie de votre ordinateur portable, ayant ainsi des répercussions plus ou moins importantes sur l’autonomie de la batterie (classées de la plus grande à la plus petite économie d’énergie) : Diminution de la fréquence du processeur Arrêt de l’éclairage de l’écran dans les phases d’inactivité Diminution manuelle de l’éclairige de l’écran Déconnexion des périphériques hotplug non utilisés (USB-CDROM, souris externe, cartes PCMCIA non utilisées, etc.) Arrêt du disque dur en cas de non-utilisation Vous trouverez au chapitre Gestion de l’énergie page 347 des informations de fond détaillées concernant la gestion de l’énergie sous SUSE LINUX ainsi que l’utilisation du module de gestion de l’énergie YaST. SUSE LINUX 317 13.1.3 Intégration dans des environnements d’exploitation variables En utilisation nomade, votre système doit s’intégrer à des environnements d’exploitation changeant sans cesse. Beaucoup de fonctionnalités dépendent de l’environnement, et la configuration des services qui en forment la base doit être modifiée. SUSE LINUX accomplit cette tâche pour vous. F IG . 13.1: Intégration d’un ordinateur portable dans le réseau Les services et fonctionnalités concernés sont, dans le cas d’un ordinateur portable faisant la navette entre un petit réseau domestique et un réseau d’entreprise : Configuration du réseau L’attribution d’une adresse IP, résolution du nom et rattachement à internet ou à d’autres réseaux en font partie. Impression Il doit exister une base de données actuelle des imprimantes disponibles et également, selon le réseau, un serveur d’impression disponible. E-mail et proxies Comme pour l’impression, la liste des serveurs concernés doit être actuelle. 318 13.1. Travail nomade avec des ordinateurs portables Vous avez avec SUSE LINUX deux possibilités (combinables) d’intégrer votre ordinateur portable aux environnements d’exploitation existants : SCPM SCPM (System Configuration Profile Management) vous permet de geler n’importe quel état de configuration de votre système dans une sorte de ”photo instantanée“ (appelée Profil). On peut créer des profils pour les situations les plus diverses. Ils s’y prêtent si le système est exploité dans des environnements variables (réseau domestique/réseau d’entreprise)ou si vous travaillez dans une configuration mais que vous en utilisez une autre pour l’expérimenter. Il est possible de commuter à tout moment entre les différents profils. Vous trouverez des informations de fond sur SCPM dans le chapitre SCPM — System Configuration Profile Management page 339. Vous pouvez sous KDE commuter via l’applet Kicker Profile Chooser entre les profils. Cependant, le programme vous demande avant la commutation le mot de passe root. 13 Travail nomade sous Linux Configuration X Si vous reliez temporairement votre ordinateur portable avec un vidéoprojecteur ou un écran externe, la configuration modifiée de l’écran doit également être conservée. SLP Le Service Location Protocol (en abrégé : SLP) simplifie la configuration de clients en réseau à l’intérieur d’un réseau local. Pour configurer votre ordinateur portable dans un environnement réseau, vous auriez besoin, en tant qu’administrateur, de connaissancs détaillées sur les serveurs disponibles sur le réseau. Avec SLP, tous les clients sont informés de la disponibilité d’un type de service précis dans le réseau local. Vous pouvez utiliser les applications supportées par SLP par l’intermédiaire des informations distribuées par SLP ; elles sont ainsi automatiquement configurables. SLP peut même être employé pour l’installation d’un système sans que vous ayez à vous donner la peine de chercher une source d’installation adéquate. Vous trouverez des informations détaillées sur SLP à la section SLP — Transmission de services dans le réseau page 484. L’atout de SCPM se situe dans le fait qu’il permet et qu’il reçoit des conditions de système reproductibles tandis que SLP facilite largement la configuration automatique d’un ordinateur en réseau. SUSE LINUX 319 13.1.4 Logiciels pour une utilisation nomade Dans une utilisation nomade, plusieurs problèmes sont traités par des logiciels spéciaux : surveillance du système (en particulier état de charge de la batterie), synchronisation des données et communication sans fil avec des périphériques et internet. Les sections suivantes présentent pour chaque point les applications les plus importantes comprises dans SUSE LINUX. Surveillance du système Cette section vous présente deux outils KDE destinés à la surveillance du système, compris dans SUSE LINUX. L’affichage d’état en lui-même de la batterie de l’ordinateur portable est repris par l’applet KPowersave dans Kicker ; vous pouvez effectuer une surveillance complexe du système avec KSysguard. Sous GNOME, les fonctions décrites vous sont proposées par GNOME ACPI (en tant que panneau d’applet) et System Monitor. KPowersave KPowersave est un applet qui vous donne essentiellement à partir d’un petit icône dans la barre de contrôle des informations sur l’état de charge de la batterie. L’icône s’adapte au type d’alimentation en courant. En mode réseau, vous voyez un petit icône en forme de prise ; en mode batterie, il est remplacé par un icône en forme de pile. Vous démarrez à partir du menu approprié, après avoir entré le mot de passe root, le module YaST de gestion d’énergie, dans lequel vous pouvez configurer le fonctionnement de l’ordinateur en fonction de l’alimentation en courant. Vous trouverez des informations sur la gestion de l’énegie et le module YaST correspondant dans le chapitre Gestion de l’énergie page 347. KSysguard KSysguard est une application autonome, qui regroupe tous les paramètres du système pouvant être surveillés dans un environnement de surveillance. KSysguard possède des écrans de contrôle pour ACPI (état de la batterie), le degré d’utilisation du processeur, le réseau, l’état d’occupation des partitions, la charge du processeur et l’utilisation de la mémoire. Il peut en plus collecter et représenter l’ensemble des processus du système. Vous définissez vous-même le type de représentation ou de filtrage des données détectées. Vous pouvez surveiller dans plusieurs fenêtres divers paramètres du système ou alors collecter en parallèle les données de plusieurs ordinateurs par l’intermédiaire du réseau. KSysguard peut également fonctionner comme démon sur les ordinateurs ne possédant pas d’environnement KDE. Vous trouverez plus d’informations sur ce programme grâce à la fonction d’aide intégrée du programme ou via l’assistance SUSE. 320 13.1. Travail nomade avec des ordinateurs portables 13 Synchronisation des données Si vous commutez sans cesse entre un travail nomade sur ordinateur portable non relié au réseau et une station de travail en réseau sur votre lieu de travail, vous vous trouvez confronté au problème de garder les données traitées synchronisées entre les deux instances. On parle ici de dossiers E-mails ou de dossiers ou de fichiers entiers, dont vous devez traiter le contenu autant sur votre lieu de travail qu’en voyage. Voici comment se présentent les solutions pour ces deux cas: Travail nomade sous Linux F IG . 13.2: Surveillance de l’état de charge de la batterie avec KSysguard Synchronisation des E-mails Utilisez dans le réseau d’entreprise un compte IMAP pour enregistrer vos E-mails. Vous lisez sur votre station de travail vos messages avec le logiciel de messagerie de votre choix déconnecté et supportant IMAP (Mozilla Thunderbird Mail, Evolution ou KMail, voir Guide de l’utilisateur). Configurez, sur tous vos systèmes à partir desquels vous lisez vos messages, le logiciel de messagerie de telle sorte que ce soit toujours le même dossier qui soit utilisé pour Messages envoyés. Tous les messages, y compris les affichages d’état, sont disponibles après le processus de synchronisation. Utilisez dans tous les cas le service SMTP contenu dans le logiciel de messagerie pour envoyer des messages au lieu de MTA au niveau du système (postfix ou sendmail) afin de recevoir une information en retour fiable concernant les messages qui n’ont pas encore été envoyés. SUSE LINUX 321 Synchronisation de documents/fichiers individuels Si vous voulez disposer également sur votre lieu de travail de documents que vous avez créés en dehors du bureau, utilisez unison. Vous synchronisez via le réseau à l’aide de ce programme des fichiers et des répertoires entiers. Si vous désirez synchroniser votre répertoire Poste de travail, limitez le processus si possible à des dossiers individuels et évitez la synchronisation de fichiers et de répertoires commençant par un point (par ex. .kde/). Ces fichiers peuvent contenir des configurations spécifiques à la machine, qui pourraient occasionner une confusion sur l’autre ordinateur. Vous trouverez plus d’informations sur unison au chapitre Introduction à unison page 599 et sur le site internet du projet sous http://www.cis.upenn.edu/~bcpierce/unison/. F IG . 13.3: Synchronisation de données avec Unison Communication sans fil Exception faite de la communication fixe par câble dans le réseau domestique ou en entreprise, votre ordinateur portable peut également communiquer sans câble fixe avec d’autres ordinateurs, périphériques, téléphones portables ou PDA. Linux supporte trois types de communication sans fil : WLAN WLAN, possédant la plus grande portée de ce qu’on appelle les radiotechnologies, est le seul à pouvoir être utilisé pour le montage de grands réseaux, même physiquement séparés. On peut à l’aide de WLAN des ordinateurs individuels en un réseau autonome sans fil ou les relier à internet. Ce qu’on appelle les points d’accès forment pour les ordinateurs supportant 322 13.1. Travail nomade avec des ordinateurs portables 13.1.5 13 Travail nomade sous Linux WLAN une sorte de station de base permettant l’accès à internet. L’utilisateur nomade peut commuter avec son ordinateur compatible WLAN entre différents points d’accès, selon l’endroit où il se trouve et le point d’accès offrant la meilleure connexion. Comme pour la téléphonie portable, un utilisateur WLAN dispose d’un large réseau sans devoir, pour l’accès, être relié physiquement de quelle forme que ce soit. Vous trouverez des détails concernant WLAN dans le chapitre Réseau local sans fil (WLAN) page 376 nach. Bluetooth Bluetooth dispose du plus large spectre d’utilisation de toutes les technologies sans fil. Il peut être utilisé exactement comme IrDA pour la communication entre ordinateur (notebook) et PDA ou téléphone portable ; il peut aussi bien être utilisé pour mettre en réseau plusieurs ordinateurs qui se trouvent à la vue l’un de l’autre. Bluetooth est en outre utilisé pour relier des composants du système sans fil comme les claviers ou les souris. La portée de cette technologie n’est cependant pas suffisante pour mettre en réseau des systèmes physiquement séparés. Pour une communication sans fil par-delà des obstacles comme les murs de maison, WLAN est l’idéal. Vous trouverez plus d’informations sur Bluetooth, ses possibilités d’utilisation et sa configuration dans le chapitre Bluetooth page 385. IrDA IrDA est la technologie sans fil ayant la plus petite portée. Il ne doit se trouver aucun obstacle entre les deux partenaires de communication. Les obstacles comme les murs ne peuvent pas être surmontés. Un scénario possible d’utilisation pour IrDA est l’envoi d’un fichier de l’ordinateur portable par l’intermédiaire d’un téléphone portable. En outre, la courte distance entre l’ordinateur portable et le téléphone portable via IrDA est couverte ; le transport longue distance jusqu’au destinataire du fichier est réalisé par l’intermédiaire d’un réseau de téléphonie mobile performant. Une autre possibilité d’utilisation pour IrDA est l’envoi sans fil de requêtes d’impression au bureau. Vous trouverez plus d’informations sur IrDA au chapitre Infrared Data Association page 395. Sécurité des données Sécurisez au mieux vos données sur l’ordinateur portable à plusieurs égards contre l’accès non autorisé. Les mesures de sécurité peuvent être classifiées selon les aspects suivants : Sécurité antivol Sécurisez toujours physiquement votre système, si possible, contre le vol. Différents systèmes de sécurité sont disponibles dans le commerce (comme par exemple des câbles antivol). SUSE LINUX 323 Sécurisation des données dans le système Cryptez les données importantes pas seulement lors d’un transfert via un réseau mais également sur le disque dur de votre système. Ainsi, en cas de vol, vos données sont au moins à l’abri. Voyez dans la sectiont Chiffrer les partitions et les fichiers page 672 comment créer sous SUSE LINUX une partition cryptée. Sécurité du réseau Peu importe la façon dont vous communiquez avec votre entourage, le transfert de données en direction et en provenance de vos partenaires devrait toujours être sécurisé. Vous obtiendrez des détails concernant les aspects généraux de sécurité sous Linux et en réseau au chapitre La sécurité est une affaire de confiance page 675. Vous trouverez plus d’informations sur les aspects de la sécurité dans le fonctionnement en réseau sans fil au chapitre portant sur la communication sans fil, voir chapitre Communications sans fil page 375. 13.2 Matériel nomade SUSE LINUX supporte la reconnaissance automatique de périphériques de mémoire mobiles via Firewire (IEEE 1394) ou USB. On entend par "périphériques de mémoire mobiles" tous les types de disques durs Firewire/USB, cartes mémoire USB ou appareils photo numériques. Dès que ces périphériques sont reliés au système par l’interface adéquate, ils sont automatiquement reconnus par Hotplug et configurés. subfs/submount veille à ce que les périphériques soient rattachés aux endroits appropriés dans le système de fichiers. En tant qu’utilisateur, vous vous épargnez entièrement le montage et le démontage manuel que vous connaissiez dans les précédentes versions de SUSE LINUX. Dès que le périphérique n’est plus utilisé par aucun programme, vous pouvez simplement le débrancher. Disques durs externes (USB et Firewire) Dès qu’un disque dur externe a été correctement reconnu par le système, vous pouvez voir ses icônes sous ‘Mon ordinateur’ (KDE) ou ‘Ordinateur’ (GNOME) dans la vue d’ensemble des lecteurs montés. Si vous cliquez avec la touche gauche de la souris sur l’icône, le contenu du lecteur apparaît. Vous pouvez à cet endroit créer des fichiers ou des dossiers, les éditer ou les effacer. Si vous désirer appeler le disque dur d’une autre manière que le nom donné par le système, cliquez avec la touche droite de la souris sur l’icône pour arriver dans le menu contextuel s’y rapportant et renommez-le. 324 13.2. Matériel nomade Cartes mémoire USB Les cartes mémoire USB sont considérées par le système exactement comme des disques durs externes. Il est également possible de renommer leurs fichiers dans le gestionnaire de fichiers. Appareils photo numériques (USB et Firewire) Les appareils photo numériques reconnus par le système apparaissent également en tant que lecteurs externes dans la vue d’ensemble du gestionnaire de fichiers. Vous pouvez sous KDE lire et regarder les images enregistrées par l’intermédiaire de l’URL camera:/. Utilisez digikam ou gimp pour éditer les images. Sous GNOME, les images sont affichées dans Nautilus dans leur dossier de fichiers respectif. GThumb se prête bien à une gestion et une édition aisée des images. On effectue l’édition d’image avancée avec Gimp. Excepté GThumb, vous retrouverez la description de tous les programmes mentionnés dans le Guide de l’utilisateur. Si vous avez l’intention d’acheter un appareil photo numérique et vous voulez savoir si et comment celui-ci est supporté par Linux, les listes d’appareils photo suivantes peuvent vous être utiles dans le choix du modèle : http://gphoto.org/proj/libgphoto2/support.php et http://www.teaser.fr/~hfiguiere/linux/digicam.html). La seconde liste est la plus acutelle et la plus complète. Vous trouverez des informations générales au sujet de la photographie numérique sous Linux sous http://dplinux.org/. 13 Travail nomade sous Linux Cette modification du nom se limite cependant à l’affichage dans le gestionnaire de fichiers — la désignation sous laquelle le périphérique est monté sous /media/usb-xxx ou /media/ieee1394-xxx reste inchangée. Remarque Sécuriser des supports de données mobiles Tout comme les ordinateurs portables, les disques durs mobiles ou les cartes mémoire ne sont pas à l’abri des vols. Afin d’empêcher qu’un tiers fasse mauvais usage des données contenues, il est conseillé de créer une partition cryptée, comme décrit dans la section Chiffrer les partitions et les fichiers page 672. Remarque SUSE LINUX 325 13.3 Communication mobile : téléphones portables et PDA La communication d’un ordinateur de bureau ou d’un ordinateur portable avec un téléphone portable peut avoir lieu via Bluetooth ou alors IrDA. Quelques modèles supportent les deux protocoles, certains n’en supportent qu’un seul. Les domaines d’utilisation des deux protocoles et la documentation supplémentaire s’y rapportant ont déjà été mentionnés à la section Communication sans fil page 322. Vous trouverez dans la documentation du périphérique une description concernant la façon de configurer vous-même les protocoles sur le téléphone portable. Vous trouverez la description de la configuraiton du site Linux aux sections Bluetooth page 385 et Infrared Data Association page 395. Le support pour la synchronisation avec des PDA est déjà intégré dans Evolution et Kontact. La configuration de base de la connexion au PDA est dans les deux cas facile à exécuter avec l’aide d’un assistant. Si le support pilote est configuré, définissez quels types de données vous voulez synchroniser (données d’adresses, RDV ou autres). Les deux collecticiels sont décrits dans le Guide de l’utilisateur. Le programme KPilot intégré dans Kontact est également disponible en tant que programme individuel ; vous trouverez une description dans le Guide de l’utilisateur. Il existe à côté de cela le programme KitchenSync pour la synchronisation de données d’adresses. Pour d’autres informations sur Evolution, Kontact et KPilot, veuillez consulter les sites suivants : Evolution: http://www.ximian.com/support/manuals/evolution_ 14/book1.html Kontact: http://docs.kde.org/en/3.2/kdepim/kontact/ KPilot: http://docs.kde.org/en/3.2/kdepim/kpilot/ 13.4 Informations supplémentaires La référence centrale pour toutes les questions concernant les périphériques mobiles sous Linux est http://tuxmobil.org/. Plusieurs sections de ce site internet traitent des aspects de matériel et de logiciel concernant les ordinateurs portables, PDA, téléphones portables et autres matériels mobiles : Ordinateurs portables : http://tuxmobil.org/mylaptops.html 326 13.3. Communication mobile : téléphones portables et PDA http://www.linux-on-laptops.com/ poursuit la même prétention que http://tuxmobil.org/. Vous trouverez dans ces sites des informations sur les ordinateurs portables et les PDA : Ordinateurs portables : http://www.linux-on-laptops.com/ PDA : http://www.linux-on-laptops.com/palmtops.html Configuration de périphériques mobiles : http://www.linux-onlaptops.com/components.html Forums de discussion/Listes de diffusion : http://www.linux-onlaptops.com/discussion.html SUSE entretient sa propre liste de diffusion portant sur les ordinateurs portables (en allemand) : http://lists.suse.com/archive/suse-laptop/. Des utilisateurs et développeurs discutent sur cette liste de tous les aspects du travail nomade sous SUSE LINUX. On répond aux messages en anglais, mais la majeure partie des informations archivées est disponible exclusivement en allemand. 13 Travail nomade sous Linux PDA : http://tuxmobil.org/pda_linux.html Téléphones portables : http://tuxmobil.org/phones_linux.html HOWTOS ("Comment faire ?") autour du travail nomade : http:// tuxmobil.org/howtos.html Liste de diffusion : http://tuxmobil.org/mobilix_ml.html En cas de problèmes avec la gestion de l’énergie sur les ordinateurs portables sous SUSE LINUX, il est recommandé de jeter un oeil sur les fichiers Lisez-moi sous /usr/share/doc/packages/powersave. Dans ces fichiers sont souvent intégrés les retours d’expérience de testeurs et développeurs jusqu’à la dernière minute du processus de développement, si bien que vous pouvez souvent trouver à cet endroit de précieuses indications pour la résolution de vos problèmes. SUSE LINUX 327 14 PCMCIA PCMCIA Ce chapitre traite des particularités des ordinateurs portables et plus particulièrement sur les apects matériels et logiciels de PCMCIA. PCMCIA (en anglais, Personal Computer Memory Card International Association) est un terme générique qui désigne tous les logiciels et tout le matériel informatique de ce type. 14.1 14.2 14.3 14.4 14.5 14.6 Matériel . . . . . . . . . . . . . . Logiciel . . . . . . . . . . . . . . Configuration . . . . . . . . . . Autres programmes d’aide . . . Problèmes possibles et solutions Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330 330 332 334 334 338 14.1 Matériel Le composant essentiel est la carte PCMCIA dont on distingue deux types : Cartes PC Ces carte existent depuis les premiers jours de PCMCIA. Elles utilisent un bus de 16 bits pour le transfert des données et sont relativement économiques. Certains ponts PCMCIA modernes ont du mal à reconnaître ces cartes. Cependant, une fois reconnues, elles sont, en règle générale, prises en charge sans problème et de manière stable. Cartes CardBus Il s’agit d’un nouveau standard de cartes. Elles utilisent un bus de 32 bits, et sont donc plus rapides mais aussi plus chères. Elles sont connectés au système comme des cartes PCI et sont donc utilisables sans problème. Pour savoir quelle carte vous utilisez, lorsque le service PCMCIA est actif, saisissez la commande cardctl ident . Vous trouverez une liste des cartes prises en charge dans le fichier SUPPORTED.CARDS dans le répertoire /usr/ share/doc/packages/pcmcia. Vous y trouverez aussi la version actuelle du PCMCIA-HOWTO. Le deuxième composant indispensable est le contrôleur PCMCIA ou également la carte PC / le pont CardBus. Celui-ci assure la connexion entre la carte et le bus PCI. Tous les modèles courants sont pris en charge. Utilisez la commande pcic_probe pour déterminer le type du contrôleur. S’il s’agit d’un appareil PCI, la commande lspci -vt permet aussi d’obtenir des informations intéressantes. 14.2 14.2.1 Logiciel Modules de base Les modules du noyau nécessaires se trouvent dans les paquetages du noyau. Vous avez, en outre, besoin des paquetages pcmcia et hotplug. Lors du démarrage de PCMCIA, les modules pcmcia_core, yenta_socket et ds sont chargés. Dans quelques rares cas, le module tcic est nécessaire comme alternative à yenta_socket. Ils permettent d’initialiser les contrôleurs PCMCIA disponibles et proposent des fonctionnalités de base. 330 14.1. Matériel 14.2.2 14 Gestionnaire de cartes SUSE LINUX PCMCIA Comme les cartes PCMCIA peuvent être changées pendant le fonctionnement de l’ordinateur, les activités au niveau des emplacements doivent être surveillées. Cette tâche est effectuée par les Services cartes implémentés dans le modules de base. L’initialisation d’une carte insérée est faite soit par le gestionnaire de cartes (pour cartes PC), soit par le système de connexion à chaud (en anglais, hotplug) du noyau (CardBus). Le gestionnaire de cartes est démarré à l’aide du script de démarrage PCMCIA après le chargement des modules de base ; la connexion à chaud est automatiquement active. Lors de l’insertion d’une carte, le gestionnaire de cartes ou la connexion à chaud établit son type et sa fonction et charge les modules adaptés. Si ces derniers sont correctement chargés, le gestionnaire de cartes ou la connexion à chaud, selon la fonction de la carte, démarrent des scripts d’initialisation particuliers qui établissent la connexion réseau de leur côté, montent des partitions de disques SCSI externes ou effectuent d’autres actions propres au matériel. Les scripts du gestionnaire de cartes se trouvent dans /etc/pcmcia. Les scripts de connexion à chaud se trouvent dans /etc/hotplug. Lorsque la carte est à nouveau retirée, le gestionnaire de cartes ou la connexion à chaud utilisent les mêmes scripts pour mettre un terme aux diverses activités relatives aux cartes. Enfin, les modules devenus inutiles sont à nouveau déchargés. Pour des processus de ce type, il existe des événements "hotplug". Lorsque des disques durs ou des partitions sont ajoutés (événements ”block“), les scripts hotplug veillent à ce que les nouveaux supports de données soient immédiatement disponibles dans /media à travers subfs. Pour monter des supports de données à travers les anciens scripts PCMCIA, Hotplug doit être déconnecté dans subfs. Aussi bien le processus de démarrage de PCMCIA que les événements relatifs aux cartes sont enregistrés dans le journal du système (/var/log/messages). Les modules qui sont chargés et les scripts qui sont exécutés pour la configuration y sont précisés. Théoriquement, une carte PCMCIA peut être retirée simplement. Cela fonctionne également particulièrement bien pour les cartes réseau, modem ou RNIS, en l’absence de connexion réseau encore active. Cela ne fonctionne en revanche pas pour ce qui concerne les partitions montées d’un disque dur externe ou les répertoires NFS. Vous devez, pour ce faire, veiller à ce que les unités soient synchronisées et démontées proprement. Cela n’est naturellement plus possible si la carte a déjà été retirée. En cas de doute, n’hésitez pas à utiliser la commande cardctl eject . Cette commande permet de désactiver toutes les cartes qui se trouvent toujours dans le portable. Pour ne désactiver qu’une seule des cartes, vous pouvez aussi indiquer son numéro d’emplacement, par exemple, cardctl eject 0. 331 14.3 Configuration Pour choisir de démarrer PCMCIA lors de l’amorçage, utilisez l’éditeur de niveaux d’exécution de YaST. Démarrez ce module avec ‘Système’ ➝ ‘Éditeur de niveaux d’exécution’. Trois variables se trouvent dans le fichier /etc/sysconfig/pcmcia : PCMCIA_PCIC contient le nom du module piloté par le contrôleur PCMCIA. Normalement, le script de démarrage détermine ce nom tout seul. Ce n’est qu’en cas d’échec que le module doit être enregistré ici. Sinon cette variable doit rester vide. PCMCIA_CORE_OPTS est prévu pour les paramètres du module pcmcia_core ; ils ne sont cependant que très rarement utilisés. Ces options sont décrites dans la page de manuel de la commande pcmcia_core. Étant donné que cette page de manuel fait référence au module de même nom du paquetage pcmcia-cs de David Hinds, elle contient plus de paramètres que n’en propose réellement le module du noyau, c’est à dire tous ceux qui commencent par cb_ et pc_debug. PCMCIA_BEEP allume et éteint les signaux acoustiques du gestionnaire de cartes. L’association de pilotes aux cartes PCMCIA pour le gestionnaire de cartes se trouve dans les fichiers /etc/pcmcia/config et /etc/pcmcia/*.conf. Est d’abord lu config, puis *.conf dans l’ordre alphabétique. C’est le dernier élément trouvé pour une carte qui est décisif. Vous trouverez des détails sur la syntaxe de ces fichiers sur la page de manuel relative à la commande pcmcia. L’attribution de pilotes aux cartes CardBus se fait dans les fichiers /etc/ sysconfig/hardware/hwcfg-<descriptiondupériphérique>. Ces fichiers sont créés par YaST lors de la configuration d’une carte. Vous trouverez plus de détails sur les descriptions des périphériques sous /usr/share/doc/ packages/sysconfig/README et dans la page de manuel de getcfg. 14.3.1 Cartes réseau À l’instar des cartes réseau ordinaires, vous pouvez installer les cartes réseaux Ethernet, Wireless LAN et TokenRing avec YaST. Si votre carte n’est pas reconnue, vous ne devez que préciser comme type de carte, PCMCIA, lors de la configuration du matériel. Tous les autres détails relatifs à la mise en place du réseau sont décrits dans la section L’intégration dans le réseau page 468. Lisez bien 332 14.3. Configuration 14.3.2 RNIS Vous pouvez aussi configurer les cartes PC RNIS comme des cartes RNIS ordinaires avec YaST. Peu importe laquelle des cartes RNIS PCMCIA proposées vous choisissez : la seule chose importante est qu’il s’agisse bien d’une carte PCMCIA. Lors de la configuration du matériel et de la sélection du fournisseur d’accès, il faut veiller à ce que le mode de fonctionnement soit toujours hotplug, et pas onboot. Il existe aussi des modems RNIS dans les cartes PCMCIA. Il s’agit de cartes modem ou multifonctions avec un kit de connexion RNIS supplémentaire. Elles sont traitées comme un modem. 14.3.3 14 PCMCIA les conseils relatifs aux cartes pouvant être connectées à chaud (section PCMCIA / USB page 482). Modem Les cartes PC modem ne disposent normalement d’aucun réglage spécifique PCMCIA. Dès qu’une carte modem est insérée, elle est disponible dans /dev/ modem. Il existe aussi pour les cartes PCMCIA ce que l’on appelle des modems logiciels. Ils ne sont généralement pas pris en charge. S’il existe des pilotes pour ces derniers, vous devrez les intégrer individuellement au système. 14.3.4 SCSI et IDE Le module de pilotes adapté est chargé par le gestionnaire de cartes ou la connexion à chaud. Ainsi, dès l’insertion d’une carte SCSI ou IDE, les appareils qui y sont connectés sont disponibles. Les noms des appareils sont déterminés de manière dynamique. Vous trouverez des informations sur les appareils SCSI ou IDE dans /proc/scsi ou dans /proc/ide. Les disques durs, les lecteurs de cédéroms et autres appareils externes de ce type doivent être éteints avant d’insérer la carte PCMCIA dans son emplacement. Les appareils SCSI doivent être arrêtés de manière active. SUSE LINUX 333 Attention Retrait d’une carte SCSI ou IDE Avant de retirer une carte SCSI ou IDE, il faut démonter toutes les partitions des appareils qui y sont connectés (avec la commande umount). Si vous oubliez de le faire, vous ne pourrez à nouveau accéder à ces appareils qu’après un redémarrage du système. Attention 14.4 Autres programmes d’aide Le programme cité ci-avant, cardctl, est l’outil pour obtenir des informations sur PCMCIA ou exécuter certaines actions. Vous trouverez des détails dans la page de manuel de cardctl. Après la saisie de cardctl, vous obtenez une liste des options disponibles. Il existe également un frontal graphique pour ce programme, cardinfo, avec lequel les choses les plus importantes sont contrôlables. Pour cela le paquetage pcmcia-cardinfo doit être installé. ifport, ifuser, probe et rcpcmcia du paquetage pcmcia vous apporteron également de l’aide. Cependant, ils ne sont pas toujours nécessaires. Pour savoir exactement quels fichiers sont contenus dans le paquetage pcmcia, utilisez la commande rpm -ql pcmcia. 14.5 Problèmes possibles et solutions En cas de problèmes avec PCMCIA sur certains ordinateurs portables ou avec certaines cartes, vous réglerez la plupart de ces difficultés assez facilement, dans la mesure où vous traiterez toujours le problème de manière systématique. Tout d’abord, il faut déterminer si le problème vient de la carte ou s’il s’agit d’un problème au niveau du système de base PCMCIA. Vous devez donc, dans tous les cas, commencer par démarrer l’ordinateur sans que la carte ne soit insérée. Ce n’est que quand le système de base fonctionnera apparemment sans problème que vous pourrez réinsérer la carte. Tous les messages sont enregistrés dans le fichier journal /var/log/messages. Vous devez donc particulièrement surveiller ce fichier avec tail -f /var/log/messages pendant les tests. Ainsi l’erreur se limite à l’un des deux cas suivants. 334 14.4. Autres programmes d’aide 14.5.1 Le système de base PCMCIA ne fonctionne pas PCMCIA Lorsque le système reste bloqué lors de l’amorçage dès le message PCMCIA "PCMCIA: Starting services" (démarrage des services) ou que d’autres choses surprenantes se produisent, vous pouvez empêcher le démarrage de PCMCIA lors du prochain amorçage en saisissant NOPCMCIA=yes dans l’invite d’amorçage. Pour limiter encore plus le risque d’erreur, chargez ensuite les trois modules de base du système PCMCIA utilisé, l’un après l’autre, manuellement. 14 Pour charger un module PCMCIA manuellement, utilisez, les commandes modprobe pcmcia_core, modprobe yenta_socket et modprobe ds en tant qu’utilisateur root. Dans quelques rares cas, l’un des modules tcic, i82365 ou i82092 doit être utilisé à la place de yenta_scoket. Les modules critiques sont les deux premiers chargés. Si l’erreur survient lors du chargement de pcmcia_core, reportez-vous à la page de manuel relative à pcmcia_core. Les options qu’elle décrit peuvent tout d’abord être testées avec la commande modprobe. Nous pouvons, à titre d’exemple, utiliser la vérification de domaines d’E/S IO libres. Cette vérification isolée peut poser un problème si d’autres composants matériels s’en trouvent perturbés. On peut éviter ce problème à l’aide de l’option probe_io=0 : modprobe pcmcia_core probe_io=0 Si l’option sélectionnée donne satisfaction, attribuez la valeur probe_io=0 à la variable PCMCIA_CORE_OPTS dans le fichier /etc/sysconfig/pcmcia. Si vous souhaitez utiliser plusieurs options, séparez-les par des espaces : PCMCIA_CORE_OPTS="probe_io=0 setup_delay=10" Une erreur lors du chargement du module yenta_socket signifie un problème fondamental, tel que, par exemple, la répartition des ressources par ACPI. En outre, les fichiers /etc/pcmcia/config et /etc/pcmcia/config.opts sont exploités par le gestionnaire de cartes. Les réglages qu’ils contiennent sont utiles en partie lors du démarrage de cardmgr et en partie lors du chargement des modules pilote pour les cartes PC. Vous pouvez aussi inclure ou non des IRQ, des ports d’E/S et des domaines mémoire dans le fichier /etc/pcmcia/config.opts. Dans quelques cas rares, l’accès à un mauvais domaine d’E/S peut planter tout le système. Dans ce cas, limiter en partie le domaine peut résoudre le problème. SUSE LINUX 335 14.5.2 La carte PCMCIA ne fonctionne pas (correctement) Il existe à ce sujet essentiellement trois variantes d’erreur : la carte n’est pas reconnue, le pilote ne peut pas être chargé ou le port préparée par le pilote a été mal configuré. Vous devez vérifier si la carte est traitée par le gestionnaire de cartes ou par la connexion à chaud. Le gestionnaire de cartes gère les cartes PC Card et la connexion à chaud les cartes CardBUS. Pas de réaction lorsqu’une carte est insérée Lorsque le système ne réagit pas à l’insertion d’une carte et que même la saisie manuelle de cardctl insert ne provoque aucune réaction, l’attribution des interruptions aux périphériques PCI n’est peut-être pas correcte. Souvent, d’autres périphériques PCI que la carte réseau ont des problèmes. Dans ce cas, le paramètre d’amorçage pci=noacpi ou d’autres paramètres PCI ou ACPI peuvent être utile. La carte n’est pas reconnue Si la carte n’est pas reconnue, le message "unsupported Card in Slot x" apparaît dans le fichier /var/log/messages. Ce message indique seulement que le gestionnaire de cartes ne peut associer aucun pilote à la carte. Les fichiers /etc/pcmcia/config ou /etc/pcmcia/*.conf sont nécessaires pour réaliser cette attribution. Ces fichiers sont, pour ainsi dire, la base de données des pilotes. Cette base de données des pilotes peut facilement être complétée en prenant ses éléments disponibles comme modèle. Vous pouvez utiliser la commande cardctl ident pour découvrir la manière dont la carte s’identifie. Vous trouverez plus d’informations à ce sujet dans le PCMCIA-HOWTO (section 6) et dans la page de manuel relative à pcmcia. Une fois les fichiers /etc/pcmcia/config ou /etc/pcmcia/*.conf modifiés, l’attribution des pilotes doit à nouveau être chargée ; cela se fait à l’aide de la commande rcpcmcia reload . Le pilote n’est pas chargé L’une des raisons de ce type de problème est qu’une mauvaise attribution est enregistrée dans la base de données des pilotes. Cela peut, par exemple, être dû au fait qu’un fabricant a intégré une autre puce dans un modèle de carte apparemment non modifié. Parfois, il existe aussi d’autres pilotes qui fonctionnent mieux sur certains modèles que le pilote réglé par défaut (ou qui sont même les seuls à fonctionner d’ailleurs). Dans ces cas, vous avez besoin d’informations précises au sujet de la carte. Vous pouvez aussi obtenir de l’aide sur une liste de discussion ou en contactant le service d’assistance avancé (en anglais, Advanced Support Service). 336 14.5. Problèmes possibles et solutions 14 PCMCIA Pour les cartes Cardbus, il faut saisir l’entrée HOTPLUG_DEBUG=yes dans le fichier /etc/sysconfig/hotplug. On obtient alors des messages dans le journal du système qui indique si le pilote a été chargé (avec succès). Une autre raison peut être un conflit de ressources. Pour la plupart des cartes PCMCIA, aucune importance avec quel IRQ, port d’E/S ou domaine mémoire elles sont exploitées, mais il y a des exceptions. Il convient donc toujours d’abord de ne tester qu’une seule carte et d’interrompre momentanément les autres composants système tels que, par exemple, les cartes son, l’IrDA, le modem ou l’imprimante. Vous pouvez (en tant qu’utilisateur root) consulter la répartition des ressources du système à l’aide de la commande lsdev. Il est absolument normal que plusieurs appareils PCI utilisent le même IRQ. Une solution possible consiste à trouver une option appropriée pour le module du pilote de la carte à l’aide de modinfo hpilotei . La plupart des modules ont une page de manuel qui leur est consacrée. rpm -ql pcmcia | grep man énumère toutes les pages de manuel du paquetage pcmcia. Pour tester les options, les pilotes des cartes peuvent aussi être déchargés à la main. Lorsque vous avez trouvé une solution, vous pouvez autoriser ou interdire l’utilisation d’une ressource particulière de manière universelle dans le fichier /etc/pcmcia/config.opts. Les options pour les pilotes de cartes peuvent également être entrées dans ce fichier. Si, par exemple, le module pcnet_cs doit exclusivement être exploité avec l’IRQ 5, l’élément suivant est nécessaire : module pcnet_cs opts irq_list=5 L’interface est mal configurée Dans ce cas, nous vous conseillons de vérifier à nouveau la configuration de l’interface et le nom de la configuration à l’aide de getcfg pour exclure toute erreur de configuration éventuelle. À cette fin, attribuez la valeur yes aux variables DEBUG et HOTPLUG_DEBUG dans les fichiers respectifs /etc/sysconfig/network/config et /etc/sysconfig/hotplug. Pour les autres cartes ou si cette modification n’est d’aucun secours, vous pouvez encore incorporer dans le script exécuté par le gestionnaire de cartes ou par hotplug (reportez-vous à /var/log/messages) une ligne set -vx . Cela permet d’ordonner que chaque commande du script soit systématiquement enregistrée dans le journal du système. Si vous avez détecté le point critique dans un script, vous pouvez aussi saisir les commandes correspondantes dans un terminal et les y tester. SUSE LINUX 337 14.6 Informations complémentaires Si vous êtes intéressé par des expériences relatives à des portables particuliers, consultez dans tous les cas le site Web Linux Laptop à l’adresse suivante : http://linux-laptop.net. Une autre bonne source d’informations est le site Web de TuxMobil à l’adresse : http://tuxmobil.org/. Vous y trouverez, outre de nombreuses informations intéressantes, également des howto pour les portables et l’IrDA. Vous trouverez aussi dans la base de données d’assistance plusieurs articles sur le travail nomade sous SUSE LINUX. Cherchez sous http://portal.suse.de/sdb/en/index.html, sous le mot-cléLaptop (portable). 338 14.6. Informations complémentaires 15 Ce chapitre vous présente SCPM (en anglais, System Configuration Profile Management ). SCPM vous aide à adapter la configuration de votre ordinateur à des modifications de l’environnement de travail ou de la configuration du matériel. SCPM gère un jeu de profils de système qui sont configurés en fonction des scénarios correspondants. Une simple commutation d’un profil de système à un autre dans SCPM remplace la reconfiguration manuelle du système. 15.1 15.2 15.3 15.4 Terminologie . . . . . . . . . . . Konfiguration . . . . . . . . . . Problèmes possibles et solutions Informations complémentaires . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 340 341 345 346 SCPM — System Configuration Profile Management SCPM — System Configuration Profile Management Il existe des situations exigeant que la configuration du système soit modifiée. On rencontre souvent cette situation lorsqu’un ordinateur portable est utilisé sur différents sites. Il est également possible, toutefois, que l’on doive utiliser temporairement d’autres composants matériels sur une machine de bureau. Il peut arriver également que l’on souhaite simplement expérimenter quelque chose. Dans tous les cas, il importe que la restauration du système initial soit simple à réaliser, l’idéal étant que ce changement de configuration soit aisément reproductible. SCPM permet de définir une partie de la configuration système dont on peut disposer librement, et dont les différents états peuvent être enregistrés dans des profils de configuration séparés. La configuration réseau d’ordinateurs portables constitue probablement le principal domaine d’utilisation de SCPM. Toutefois, des configurations réseau différentes ont généralement des incidences sur d’autres éléments tels que la configuration de la messagerie ou celle des serveurs de proximité. À cela s’ajoutent aussi les différentes imprimantes utilisées au bureau et à la maison, la configuration X.Org pour les projecteurs servant lors de présentations, ou encore des paramètres d’économie d’énergie pour l’alimentation du portable en déplacement, ou les différents fuseaux horaires appliqués dans les implantations à l’étranger. 15.1 Terminologie Examinons tout d’abord les principaux termes employés par ailleurs dans les autres documents sur SCPM et dans le module de YaST. La configuration système fait référence à la configuration de l’ordinateur dans son ensemble. Elle recouvre tous les paramètres de base tels que, par exemple, les partitions des disques durs ou la configuration réseau, la définition des fuseaux horaires ou la configuration du clavier. Un profil ou un profil de configuration est un état de la configuration système qui a été enregistré et peut être restauré si nécessaire. Le profil actif est toujours le dernier profil activé. Cela ne signifie pas que la configuration système courante correspond exactement à ce profil, dans la mesure où la configuration est modifiable à tout moment de manière indépendante. Les ressources dans la terminologie SCPM correspondent à tous les éléments contribuant à la configuration du système. Cela peut être un fichier ou un lien symbolique avec ses méta-données telles que l’utilisateur, les privilèges ou l’heure et la date d’accès. Il peut également s’agir d’un service système s’exécutant dans un profil et désactivé dans un autre. 340 15.1. Terminologie 15.2 Konfiguration En principe, vous disposez de deux interface frontales pour la configuration de SCPM. Un frontal à la ligne de commande est contenu dans le paquetage scpm et vous pouvez configurer SCPM graphiquement à l’aide du module YaST ‘Gestionnaire de profils’. Étant donné que les deux interface frontales ont les mêmes fonctionnalités et qu’il est très utile de connaître le frontal à la ligne de commande pour la compréhension du module YaST, c’est surtout le frontal à la ligne de commande qui est décrit ci-après. Les particularités du module YaST seront commentés lors de la description des opérations à la ligne de commande correspondantes. 15.2.1 Démarrage de SCPM et définition des groupes de ressources Avant de pouvoir utiliser SCPM, il est nécessaire de l’activer au préalable. La commandescpm enable active SCPM. Lorsque SCPM est activé pour la première fois, il est initialisé, opération qui dure quelques secondes. SCPM peut être désactivé à tout moment à l’aide de la commande scpm disable afin d’éviter des changements de profils non souhaités. Après avoir été réactivé, SCPM se remet simplement à fonctionner. 15 SCPM — System Configuration Profile Management Les ressources sont organisées au sein de groupes de ressources. Ces groupes comportent des ressources formant un tout logique. Cela signifie, pour la plupart des groupes, qu’ils comportent un service et les fichiers de configuration correspondants. Ce mécanisme offre un moyen simple pour combiner des ressources manipulées par le programme SCPM, sans qu’il soit nécessaire de savoir quels fichiers de configuration sont requis pour chaque service. Le programme SCPM intègre une liste prédéfinie de groupes de ressources activés, qui devrait normalement être suffisante pour la plupart des utilisateurs. SCPM gère par défaut les paramètres réseau et imprimantes ainsi que la configuration de X.Org et quelques services réseau. Dans le cas où vous souhaiteriez gérer d’autres services ou fichiers de configuration, vous devez activer les groupes de ressource correspondants. Vous pouvez lancer la commande scpm list_groups pour afficher les groupes de ressources de ressources déjà définis. La commande scpm list_groups -a permet d’afficher uniquement les groupes activés. Les commandes en ligne de commande doivent être exécutées en tant qu’administrateur root. SUSE LINUX 341 scpm list_groups -a nis mail ntpd xf86 autofs network printer Network Information Service client Mail subsystem Network Time Protocol daemon X-Server settings Automounter service Basic network settings Printer settings Vous pouvez activer et désactiver les groupes avec scpm activate_group NAME ou scpm deactivate_group NAME, en remplaçant NAME par le nom de groupe correspondant. Vous pouvez également utiliser le Gestionnaire de profils YaST pour configurer les groupes de ressources. 15.2.2 Création et gestion de profils Lorsque SCPM a été activé, il existe déjà un profil default. La commande scpm list affiche la liste de tous les profils disponibles. Il y a à l’origine un seul profil, qui est nécessairement le profil actif. Le nom du profil actif est affiché à l’aide de la commande scpm active. Le profil default est conçu comme la configuration par défaut servant de base pour décliner les autres profils. Il est donc recommandé de commencer par définir les paramètres communs à l’ensemble des profils. La commande scpm reload permet ensuite d’enregistrer ces modifications dans le profil actif. Toutefois, le profil default peut être copié et renommé sans restriction comme base pour de nouveaux profils. L’ajout d’un nouveau profil peut se faire de deux façons. Si l’on veut que le nouveau profil (intitulé ici work) soit par exemple basé sur le profil default, il convient de lancer la commande scpm copy default work. On peut ensuite passer au nouveau profil à l’aide de la commande scpm switch work puis le configurer. Il peut arriver cependant que la configuration système ait déjà été modifiée pour répondre à des besoins particuliers et que l’on veuille la conserver par la suite dans un nouveau profil. Il convient alors d’exécuter la commande scpm add work. La configuration système est alors enregistrée dans le profilwork et le nouveau profil apparaît comme étant le profil actif ; cela signifie que la commande scpm reload enregistre les modifications dans le profil work. 342 15.2. Konfiguration Remarques concernant le module de YaST : celui-ci comporte uniquement le bouton ‘Ajouter’. La question qui se pose alors pour l’utilisateur est de savoir s’il souhaite copier un profil existant ou enregistrer la configuration système courante. Si l’on veut renommer un profil, il convient d’utiliser le bouton ‘Modifier’. 15.2.3 Commuter entre profils de configuration Pour commuter d’un profil à un autre (ici work), on utilise la commande scpm switch work. Il est permis de commuter vers le profil actif pour enregistrer dans ce profil les modifications qui ont été apportées à la configuration système. Cette opération peut également être exécutée à l’aide de la commande scpm reload. Examinons ci-après la procédure de commutation, ainsi que les questions qui pourraient survenir à cette occasion, afin d’en permettre une meilleure compréhension. Dans un premier temps, SCPM vérifie quelles ressources du profil actif ont été modifiées depuis le dernier commutation. La liste des groupes de ressources modifiés est créée à partir de la liste des ressources modifiées. Pour chacun de ces groupes, SCPM demande ensuite si ces modifications doivent être copiées dans le profil actif. Dans le cas où – comme c’était le cas dans les version antérieures de SCPM – vous préférez afficher les différentes ressources séparément, exécutez la commande switch avec le paramètre -r, par exemple : scpm switch -r work. scpm switch -r work 15 SCPM — System Configuration Profile Management Il est bien entendu possible de renommer ou de supprimer des profils. Ces opérations sont réalisées respectivement par les commandes scpm rename x y et scpm delete z. Ainsi, si l’on veut, par exemple, remplacer le nom work par travail, il faut lancer la commande scpm rename work travail. Si travail doit ensuite être effacé, utilisez la commande scpm delete travail. Seul le profil actif ne peut pas être supprimé. Checking for modified resources Checking for Resources to be started/shut down Checking for dependencies Restoring profile default SUSE LINUX 343 SCPM compare ensuite la configuration système actuelle avec le nouveau profil vers lequel commuter. Cela permet d’identifier les services système qui doivent être arrêtés ou (re)démarrés en fonction des changements de configuration ou de dépendances croisées. Cette opération s’apparente à un redémarrage du système, à ceci près que celui-ci ne concerne qu’une partie du système et que le reste continue à fonctionner sans modification. Les actions suivantes peuvent être ensuite exécutées : 1. Les services système sont arrêtés. 2. Toutes les modification des ressources (les fichiers de configuration par exemple) sont enregistrées. 3. Les services système sont redémarrés. 15.2.4 Paramètres de profil avancés Vous pouvez saisir pour chaque profil une description qui sera ensuite affichée à l’aide de la commande scpm list. Cette description peut être saisie pour le profil actif à l’aide de la commande scpm set description "text". Il est par ailleurs nécessaire de spécifier les profils qui ne sont pas actifs, ce qui donne la commande scpm set description "text" work Il arrive parfois qu’en basculant sur un autre profil, il soit nécessaire d’exécuter des actions supplémentaires qui n’ont pas encore été prévues dans SCPM. La solution consiste à lier à chaque profil quatre programmes ou scripts exécutables qui seront exécutés à différents repères temporels du commutation. Ces repères sont les suivants : prestop avant l’arrêt de services au moment de quitter le profil poststop après l’arrêt de services au moment de quitter le profil prestart avant le démarrage de services au moment d’activer le profil poststart après le démarrage de services au moment d’activer le profil Ces actions sont également raccrochées à la commande set, soit à l’aide des commandes scpm set prestop <nomfichier>, scpm set poststop <nomfichier>, scpm set prestart <nomfichier> ou scpm set poststart <nomfichier>. Le fichier en question doit être un programme exécutable : en d’autres termes, les scripts doivent spécifier l’interpréteur à utiliser. 344 15.2. Konfiguration 15 Attention Attention Tous les paramètres supplémentaires saisis à l’aide de la commande set peuvent être consultés à l’aide de la commande get. Ainsi, la commande scpm get poststart fournit le nom du programme poststart ou bien ne fournit tout simplement aucune information, lorsque rien n’a été associé au programme poststart. De tels paramètres sont supprimés en les écrasant avec ""; autrement dit, la commande scpm set prestop "" supprime le programme poststop. De manière analogue à la création de la description, toutes les commandes set et get peuvent être appliquées à n’importe quel profil. Il convient alors de préciser le nom du profil en question. Ainsi, on a les commandes scpm set prestop <nomfichier> work et scpm get prestop work. 15.2.5 Choix du profil lors du démarrage Si vous souhaitez choisir un profil dès l’amorçage du système, il suffit de presser pendant l’écran de démarrage pour afficher les profils disponibles et sélecF4 tionner le profil souhaité avec les touches de direction. Confirmez votre choix avec Enter et le profil sélectionné sera proposé comme option d’amorçage. 15.3 15.3.1 SCPM — System Configuration Profile Management Intégration de scripts propres Les scripts exécutables par SCPM doivent également être lisibles et exécutables pour le super-utilisateur (root). L’accès à ces fichiers devraient être interdits à tous les autres utilisateurs. Utilisez les commandes chmod 700 <nom_du_fichier> et chown root:root <nom_du_fichier> pour attribuer uniquement à root les droits sur ces fichiers. Problèmes possibles et solutions Interruption lors d’une opération de commutation Il peut arriver, dans certaines conditions, qu’une erreur d’exécution interrompe SCPM lors d’une opération de commutation. Cet événement peut être dû à des facteurs extérieurs – par exemple une interruption par l’utilisateur ou la batterie de l’ordinateur portable qui est déchargée, etc. – il peut également s’agir de SUSE LINUX 345 bogues du programme SCPM lui-même. En tout cas, vous obtiendrez à la prochaine exécution de SCPM un message indiquant que SCPM est verrouillé. Cette mesure vise à protéger votre système, dans la mesure où les données enregistrées par SCPM dans sa base de données sont probablement incompatibles avec l’état de votre système. Vous devez alors supprimer le fichier verrou à l’aide de la commande rm /var/lib/scpm/#LOCK et revenir à un état cohérent à l’aide de la commande scpm -s reload. Vous pouvez après cela utiliser votre ordinateur comme à l’accoutumée. 15.3.2 Modification de la configuration du groupe de ressources Si vous souhaitez modifier la configuration du groupe de ressources alors que SCPM a déjà été initialisé, exécutez la commande scpm rebuild après avoir ajouté ou supprimé des groupes. Cette opération ajoute de nouvelles ressources à tous les profils et supprime ceux qui ont été retirés. Toutefois, ces derniers sont définitivement supprimés. Si vous avez avez configuré les ressources effacées différemment dans les divers profils, ces données de configuration sont alors perdues – à l’exception de la version courante de votre système, bien entendu, qui n’est pas touchée par SCPM. Dans le cas où vous décidez de modifier la configuration avec YaST il n’est pas nécessaire de faire de reconstruction (rebuild ), cette opération étant assurée par YaST à votre place. 15.4 Informations complémentaires Vous trouverez la documentation la plus récente dans les pages d’information de SCPM. Vous pouvez les visualiser avec des outils tels que Konqueror ou Emacs (konqueror info:scpm). Dans un terminal, utilisez info ou pinfo. Des informations pour les développeurs se trouvent sous /usr/share/doc/packages/ scpm. 346 15.4. Informations complémentaires 16 Ce chapitre présente les différentes techniques de gestion de l’énergie sous Linux. La configuration de toutes les techniques possibles depuis APM (en anglais, Advanced Power Management ) en passant par ACPI (en anglais, Advanced Configuration and Power Interface) jusqu’à l’adaptation de la fréquence du processeur (en anglais, CPU Frequency Scaling) est détaillée ici. 16.1 16.2 16.3 16.4 16.5 16.6 Fonctionnalités d’économie d’énergie . . APM . . . . . . . . . . . . . . . . . . . . . ACPI . . . . . . . . . . . . . . . . . . . . . Pause du disque dur . . . . . . . . . . . . Le paquetage powersave . . . . . . . . . Le module de gestion d’énergie de YaST . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 348 350 351 358 360 369 Gestion de l’énergie Gestion de l’énergie De la gestion de l’énergie pure sur les portables avec APM, le développement s’est poursuivi pour parvenir à ACPI, un outil d’information et de configuration du matériel disponible sur tous les ordinateurs modernes (portables, de bureau et serveurs). Il est en outre possible d’adapter la fréquence du processeur, en fonction de chaque situation, sur de nombreux types de matériel modernes, ce qui permet, sur les appareils mobiles, d’économiser la durée de vie de la batterie (adaptation de la fréquence du processeur ; en anglais, CPU Frequency Scaling). Toutes les techniques de gestion de l’énergie présupposent de disposer de matériel et de routines BIOS adaptés. La plupart des portables et de nombreux ordinateurs de bureau et serveurs modernes satisfont à cette exigence. On a souvent utilisé APM(en anglais, Advanced Power Management ) sur le matériel ancien. Comme APM se compose essentiellement d’un ensemble de fonctionnalités implémenté dans le BIOS, la prise en charge APM est, selon le matériel et les circonstances, plus ou moins bonne. ACPI est bien plus complexe et varie encore plus qu’APM, pour ce qui concerne sa prise en charge, en fonction du type de matériel. C’est pour cette raison qu’il n’y aurait aucun sens à privilégier un système plutôt qu’un autre. Testez les différents procédés sur votre matériel et utilisez la technologie la mieux prise en charge. Remarque Gestion de l’énergie sur les processeurs AMD64 Les processeurs AMD64 avec un noyau 64 bits ne permettent d’utiliser qu’ACPI. Remarque 16.1 Fonctionnalités d’économie d’énergie Les fonctionnalités d’économie d’énergie ne représentent pas seulement un intérêt pour les ordinateurs portables mais également dans le cadre d’une utilisation fixe. Les fonctionnalités les plus importantes sont décrites ci-après ainsi que leur utilisation dans le cadre des deux systèmes d’économie d’énergie APM et ACPI : Mise en attente (standby) Dans ce type de fonctionnement, seul l’écran est éteint et, pour certains appareils, les performances du processeur limitées. Certains APM ne proposent pas cette fonctionnalité. Avec ACPI, elle correspond à l’état S1 ou S2. 348 16.1. Fonctionnalités d’économie d’énergie Hibernation (mise en veille sur disque) Dans ce mode de fonctionnement, l’état du système est complètement enregistré sur le disque dur et le système ensuite éteint. La reprise à partir de cet état dure entre 30 et 90 secondes et dans ce cas aussi, c’est l’état exact avant la mise en veille qui est repris tel que. Certains fabricants proposent des formes hybrides de ce mode (par exemple, RediSafe pour les Thinkpads d’IBM). Avec ACPI, l’hibernation correspond à l’état S4. Sous Linux la mise en veille sur disque est exécutée par des routines du noyau qui sont indépendantes de APM et ACPI. 16 Gestion de l’énergie Mise en veille (sur mémoire) (suspend (to memory) ) Dans ce mode, la totalité de l’état du système est inscrite dans la mémoire de travail et l’ensemble du système, en dehors de la mémoire de travail est mis en veille. Dans cet état, l’ordinateur n’a besoin que de très peu d’énergie. L’avantage de cet état est qu’il est possible en l’espace de quelques secondes seulement de reprendre son travail au point où l’on s’était arrêté sans avoir à amorcer l’ordinateur et à recharger les programmes nécessaires. Dans le cas des ordinateurs qui fonctionnent avec APM, il suffit souvent de rabattre l’écran en position fermée pour déclencher ce mode de veille et simplement de l’ouvrir à nouveau pour reprendre le travail. Avec ACPI, ce mode correspond à l’état S3. La prise en charge de ce mode est encore en développement et dépend donc fortement du matériel utilisé. Contrôle de l’état de la batterie ACPI et APM contrôlent tous les deux l’état de charge de la batterie et affichent des messages relatifs à l’état de charge courant. En outre, ces deux systèmes coordonnent l’exécution d’actions simples lorsqu’un état de charge critique est atteint. Mise hors tension automatique Une fois éteint, l’ordinateur est complètement mis hors tension. Cela a un sens avant tout lorsqu’un arrêt automatique est effectué, peu avant que la batterie soit vide. Arrêt des composants système L’arrêt du disque dur apporte la contribution la plus importante à l’économie d’énergie de tout le système. Selon la fiabilité de l’ensemble du système il peut être mis en sommeil plus ou moins longtemps. Cependant, plus la période de sommeil du disque est longue, plus le risque de perte de données augmente. Vous pouvez désactiver les autres composants via ACPI (du moins théoriquement) ou, durablement, dans la configuration du BIOS. SUSE LINUX 349 Contrôle de la performance du processeur Avec le processeur, il est possible d’économiser de l’énergie de trois façons différentes : l’adaptation de la fréquence et de la tension (connue aussi sous les noms PowerNow! et Speedstep), la diminution de la cadence (throttling) et la mise en sommeil du processeur (états C). Selon le type d’utilisation de l’ordinateur, ces difféntes façons peuvent être combinées suivant vos besoins. 16.2 APM Le BIOS APM assure seul certaines fonctionnalités d’économie d’énergie. Vous pouvez, sur de nombreux ordinateurs portables, activer la mise en attente et la mise en veille à l’aide de combinaisons de touches ou en rabattant l’écran. Le système d’exploitation ne propose, en premier lieu, aucune fonctionnalité pour ce faire. Si vous souhaitez pouvoir utiliser ce type de fonctionnement en saisissant une commande, il est recommandé d’exécuter un certain nombre d’actions avant la mise en sommeil. Pour l’affichage de l’état de charge de la batterie, des paquetages spécifiques et un noyau approprié sont nécessaires. La prise en charge d’APM est parfaitement intégrée dans les noyaux de SUSE LINUX. Cependant, celle-ci n’est activée que si aucun ACPI n’est implémenté dans le BIOS et qu’un BIOS APM est trouvé. Pour activer la prise en charge APM, vous devez désactiver ACPI à l’invite d’amorçage en saisissant acpi=off. Vous pouvez facilement vérifier si APM a été activé, avec la commande cat /proc/apm. Si une ligne contenant divers nombres apparaît, tout est en ordre. Vous devez alors saisir une commande shutdown -h pour éteindre l’ordinateur. Comme certaines implémentations de BIOS ne respectent pas les standards, on peut rencontrer des problèmes lors de l’utilisation de APM. Vous pouvez en contourner certains avec des paramètres d’amorçage particuliers. Tous les paramètres sont fournis à l’invite d’amorçage sous la forme apm=<parameter> : on/off Activer ou désactiver la prise en charge APM (no-)allow-ints Autoriser les interruptions pendant l’exécution des fonctions du BIOS. (no-)broken-psr Le BIOS a une fonctionnalité ”GetPowerStatus“ qui ne fonctionne pas correctement. (no-)realmode-power-off Repasser le processeur en mode réel avant l’arrêt. (no-)debug Enregistrer les événements APM dans le journal système. 350 16.2. APM 16 (no-)power-off Mettre le système hors tension après l’arrêt. idle-threshold=hni Pourcentage d’inactivité système à partir duquel la fonctionnalité BIOS idle est appelée (0=toujours, 100=jamais). idle-period=hni Temps en centièmes de secondes au bout duquel l’(in)activité du système est déterminée. Le démon APM apmd utilisé auparavant n’est plus utilisé. Sa fonctionnalité est contenue dans le nouveau powersaved, qui maîtrise également ACPI et la régulation de la fréquence du processeur. 16.3 Gestion de l’énergie bounce-interval=hni Temps en centièmes de secondes au bout duquel, après un événement de mise en sommeil, les autres événements de mise en sommeil sont ignorés. ACPI ACPI (en anglais, Advanced Configuration and Power Interface) doit permettre au système d’exploitation d’organiser et de gérer les différents composants matériel individuellement. Ainsi ACPI remplace aussi bien le Plug and Play qu’APM. ACPI fournit aussi d’autres informations diverses sur la batterie, l’alimentation en énergie, la température et le ventilateur et renseigne sur les événements système, tels que par exemple ”rabattre l’écran“ ou ”charge de la batterie faible“. Le BIOS contient des tables dans lesquelles sont répertoriées des informations sur les différents composants et les méthodes d’accès au matériel. Ces informations sont par exemple utilisées par le système d’exploitation pour attribuer des interruptions ou mettre sous ou hors tension des composants, le cas échéant. Mais comme le système d’exploitation exécute des instructions qui se trouvent dans le BIOS, tout dépend là encore de l’implémentation du BIOS. Vous trouverez dans /var/log/boot.msg les messages d’amorçage. ACPI les utilise pour signaler les tables trouvées et qu’il a pu lire. Vous trouverez plus d’informations sur le dépannage des problèmes ACPI dans la section Problèmes possibles et leurs solutions page 357. SUSE LINUX 351 16.3.1 Pratique Lorsque le noyau reconnaît un BIOS ACPI lors de l’amorçage, ACPI est automatiquement activé (et APM désactivé). Le paramètre d’amorçage acpi=on peut tout au plus être utile sur les vieilles machines. L’ordinateur doit prendre en charge ACPI 2.0 ou une version plus récente. Vous pouvez vérifier si ACPI a été activé dans les messages d’amorçage du noyau, dans /var/log/boot.msg. Doivent ensuite encore être chargés un certain nombre de modules. Ceux-ci sont chargés par le script de démarrage du démon ACPI. Si l’un de ces modules rencontre un problème, vous pouvez l’exclure du chargement ou du déchargement dans /etc/sysconfig/powersave/common. Vous trouverez dans le journal du système (/var/log/messages) les messages du module et les composants qui ont été reconnus. Vous pouvez trouver maintenant dans /proc/acpi un ensemble de fichiers qui informent au sujet de l’état du système ou que vous pouvez utiliser pour modifier de manière active certains états. Les fonctionnalités ne sont pas encore toutes totalement prises en charge dans la mesure où quelques unes sont encore en phase de développement et que la prise en charge de certaines dépend fortement de l’implémentation du fabricant. Vous pouvez afficher tous les fichiers (à l’exception de dsdt et fadt) avec la commande cat. Pour certains d’entre eux, vous pouvez modifier quelques réglages en indiquant avec echo X > <datei> les valeurs appropriées pour X. Pour accéder à ces informations et possibilités de contrôle, utilisez toujours la commande powersave. Pour plus de détails, vous trouverez ci-après une description des fichiers les plus importants : /proc/acpi/info Informations générales à propos d’ACPI /proc/acpi/alarm Définissez ici quand le système doit reprendre après une période de sommeil. Cette fonctionnalité n’est actuellement pas encore suffisamment prise en charge. /proc/acpi/sleep Donne des informations sur les différents états de sommeil. /proc/acpi/event Tous les événements sont consignés ici. Ils sont traités par le démon Powersave (powersaved). Si aucun démon n’est en train d’y accéder, vous pouvez lire les événements avec cat /proc/acpi/event (ap puyez Ctrl + C pour terminer). Un effleurement sur l’interrupteur de mise sous tension ou l’écran rabattu sont de tels événements. 352 16.3. ACPI /proc/acpi/ac_adapter/AC/state L’ordinateur est-il raccordé à l’alimentation en énergie ? /proc/acpi/battery/BAT*/{alarm,info,state} Informations détaillées sur l’état des batteries. Pour pouvoir consulter l’état de charge, vous devez comparer last full capacity dans info avec remaining capacity dans state. Vous pouvez effectuer la même opération plus confortablement avec des programmes spéciaux tels que présentés dans la section Outils supplémentaires page 356. Vous pouvez préciser dans alarm la capacité à partir de laquelle un événement de batterie doit être déclenché. 16 Gestion de l’énergie /proc/acpi/dsdt et /proc/acpi/fadt C’est ici que se trouvent les tables ACPI, DSDT (Differentiated System Description Table) et FADT (Fixed ACPI Description Table). Vous pouvez les lire avec les commandes acpidmp, acpidisasm et dmdecode. Vous trouverez ces programmes et la documentation correspondante dans le paquetage pmtools. Exemple : acpidmp DSDT | acpidisasm. /proc/acpi/button Ce répertoire contient des informations sur les différents interrupteurs. /proc/acpi/fan/FAN/state Indique si le ventilateur fonctionne correctement. Vous pouvez également le mettre sous ou hors tension en inscrivant 0 (=activé) ou 3 (=désactivé) dans ce fichier. Attention, car aussi bien le code ACPI dans le noyau que le matériel (ou le BIOS) écrasent ce réglage en cas de trop forte chauffe. /proc/acpi/processor/CPU*/info Informations concernant les possibilités d’économie d’énergie du processeur. /proc/acpi/processor/CPU*/power Informations relatives à l’état actuel du processeur. Un astérisque à côté de C2 signifie marche à vide ; c’est l’état le plus courant comme le laisse voir la valeur pour usage. /proc/acpi/processor/CPU*/throttling Vous pouvez ici configurer la réduction de la fréquence du processeur. Dans la plupart des cas, il est possible de procéder à huit niveaux de réduction. Ceci est indépendant de l’adaptation de la fréquence. /proc/acpi/processor/CPU*/limit Lorsque la performance (désuet) et l’étranglement (throttling) sont automatiquement réglés par un démon, indiquez ici les limites à ne pas dépasser. SUSE LINUX 353 Il existe des limites définies par le système et certaines qui peuvent être réglées par l’utilisateur. /proc/acpi/thermal_zone/ Un sous-répertoire est prévu ici pour chaque zone thermique. Une zone thermique est un domaine avec des propriétés thermiques semblables ; leur nombre et leur nom est choisi par le fabricant de matériel informatique. Les nombreuses possibilités proposées par ACPI sont cependant rarement implémentées. En revanche, la gestion de la température est effectuée de manière classique, directement par le BIOS, sans accorder le moindre droit à la parole au système d’exploitation car c’est tout simplement la durée de vie du matériel qui est ici en jeu. Les descriptions ci-après sont donc partiellement théoriques. /proc/acpi/thermal_zone/*/temperature La température actuelle de la zone thermique. /proc/acpi/thermal_zone/*/state L’état indique si tout est ok ou si ACPI assure un refroidissement actif ou passif. Pour les systèmes de ventilation indépendants d’ACPI, l’état est toujours ok. /proc/acpi/thermal_zone/*/cooling_mode Vous pouvez choisir ici la méthode de refroidissement contrôlée par ACPI préférée ; passive (moins de performances mais économique) ou active (100 % de performance et 100 % du bruit du ventilateur). /proc/acpi/thermal_zone/*/trip_points Vous pouvez définir ici à partir de quelle température une mesure doit être entreprise. Les options possibles varient entre un refroidissement passif ou actif jusqu’à la mise en sommeil (hot) voire à la mise hors tension de l’ordinateur (critical). Les actions possibles sont définies, selon les appareils, dans la table DSDT. Les points de déclenchement définis dans les spécifications ACPI sont : critical, hot, passive, active1 et active2. Même s’ils ne sont pas tous implémentés, vous devez, lorsque vous écrivez dans le fichier trip_points, les saisir tous dans cet ordre. Ainsi une entrée comme echo 90:0:70:0:0 > trip_points correspond à une température de 90 pour critical et de 70 pour passive. /proc/acpi/thermal_zone/*/polling_frequency Lorsque la valeur dans temperature n’est pas automatiquement mise à jour, dès que la température varie, il est possible ici de passer au mode d’interrogation (en anglais, polling modus). La commande echo X > /proc/acpi/thermal_zone/*/polling_frequency implique que la température est sondée toutes les X secondes. Utilisez X=0 pour à nouveau désactiver l’interrogation. 354 16.3. ACPI 16.3.2 Contrôle de la performance du processeur Avec le processeur, il est possible d’économiser de l’énergie de trois façons différentes qui, selon le type d’utilisation de l’ordinateur peuvent être combinées suivant vos besoins. Économie d’énergie signifie également que le système chauffe moins et qu’il sollicite donc moins la ventilation. 16 Gestion de l’énergie Vous n’avez pas besoin de régler manuellement ces informations, configurations et événements. Pour cela, vous disposez du démon Powersave (powersaved) et de différentes applications telles que powersave, kpowersave et wmpowersave (voir section Outils supplémentaires page suivante). Étant donné que powersaved contient les fonctionnalités de l’ancien acpid, celui-ci n’est plus nécessaire. Adaptation de la fréquence et de la tension PowerNow! et Speedstep sont les noms donnés par les entreprises AMD et Intel pour cette technique qui existe aussi dans les processeurs d’autres fabricants. Ici, la fréquence du processeur et sa tension intrinsèque sont toutes deux diminuées. L’avantage réside dans une économie d’énergie plus que linéaire. C’est à dire que pour une fréquence (et donc une performance) diminuée de moitié, c’est nettement plus que la moitié de l’énergie qui est économisée. Cette technique fonctionne indépendamment de APM ou de ACPI et nécessite un démon qui régule la fréquence et les performances requises. Les paramètres peuvent être configurés dans le répertoire /sys/devices/system/cpu/cpu*/cpufreq/. Réduction de la cadence d’horloge Cette technique est connue sous le nom de throttling. Ici, un certain pourcentage des cycles d’horloge du processeur est supprimé. Un quart est supprimé pour un étranglement de 25%, et pour un étranglement de 87,5%, il n’y a plus qu’un huitième des cycles d’horloge. Cependant, l’économie d’énergie n’est pas tout à fait linéaire. On utilise le throttling uniquement lorsqu’il n’y a pas de régulation de la fréquence ou pour une économie maximale. Cette technique doit également être contrôlée par un processus propre. L’interface du système est /proc/acpi/processor/*/throttling. SUSE LINUX 355 Mise en sommeil du processeur Le processeur est toujours mis en sommeil par le système d’exploitation lorsqu’il n’y a rien à faire. Dans ce cas, le système d’exploitation envoie au processeur l’instruction halt prévue à cet effet. Il existe différents niveaux C1, C2 et C3. Dans l’état C3, le plus économique, même le processus de comparaison de la mémoire cache du processeur avec la mémoire principale est arrêté ; cet état ne peut donc être pris que lorsqu’aucun périphérique ne modifie le contenu de la mémoire principale par activité de bus maître. Certains pilotes empêchent ainsi l’utilisation de C3. L’état courant est affiché dans /proc/acpi/processor/*/power. L’adaptation de la fréquence comme la réduction de la cadence d’horloge ne sont intéressants lorsque le processeur a quelque chose à faire car dans le cas contraire, ce sont les états C, plus économiques qui sont favorisés. Cependant, lorsque le processeur est occupé, la régulation de la fréquence est la meilleur méthode d’économie d’énergie. Souvent, le processeur n’est que partiellement occupé. Une fréquence réduite lui suffit alors pour fonctionner. En général, l’adaptation dynamique de la fréquence à l’aide d’un démon (par exemple powersaved) est la meilleure solution. Lorsque l’ordinateur fonctionne sur batterie ou lorsqu’il doit ne doit pas chauffer, c’est à dire être silencieux, la spécification d’une fréquence basse définie peut être préférable. Le throttling ne devrait être utilisé qu’en dernière extrémité lorsque l’on souhaite, par exemple, augmenter la durée de vie des batteries malgré le fonctionnement du système. Cependant, certains systèmes ne fonctionnent plus correctement lorsque l’étranglement est trop important. La suppression de cycles d’horloge n’est d’aucun intérêt lorsque le processeur n’a que peu à faire. Le démon powersave contrôle aussi ces techniques sous SUSE LINUX. La configuration nécessaire à cette fin est décrite dans une section qui lui est propre (voir Le paquetage powersave page 360). 16.3.3 Outils supplémentaires Il existe un grand nombre d’outils ACPI plus ou moins volumineux, notamment des outils d’informations purs, qui indiquent l’état de la batterie, la température, etc. (acpi, klaptopdaemon, wmacpimon etc.). D’autres facilitent l’accès aux structures sous /proc/acpi ou aident à observer les modifications (akpi, acpiw, gtkacpiw). De plus, il existe aussi des outils pour le traitement des tables ACPI dans le BIOS (paquetage pmtools). 356 16.3. ACPI 16.3.4 16 Problèmes possibles et leurs solutions En cas de problème, la première chose à faire est la mise à jour du BIOS. Si l’ordinateur n’amorce pas du tout, l’un des paramètres d’amorçage suivants peut se révéler utile : Gestion de l’énergie Il existe deux groupes de problèmes différents. D’une part, il peut naturellement y avoir des erreurs dans le code ACPI du noyau qui n’ont pas encore été relevées. D’autre part, il peut toutefois y avoir une solution à télécharger. Les problèmes au niveau du BIOS de l’ordinateur sont malheureusement moins agréables et aussi plus fréquents. Il arrive malheureusement que des écarts aient été insérés par rapport aux spécifications ACPI du BIOS pour contourner des erreurs de l’implémentation ACPI dans d’autres systèmes d’exploitation très développés. Il existe aussi du matériel connu pour ses erreurs graves dans l’implémentation ACPI et qui est donc répertorié dans une liste noire afin de ne pas utiliser dessus ACPI pour le noyau Linux. pci=noacpi Ne pas utiliser ACPI pour la configuration des appareils PCI. acpi=oldboot Ne procéder qu’aux configurations de ressources simples, sinon, ne pas utiliser ACPI. acpi=off Ne pas utiliser ACPI. Attention Problèmes lors de l’amorçage sans ACPI Certains ordinateurs de la nouvelle génération, notamment les systèmes SMP et AMD64 ont besoin d’ACPI pour configurer correctement le matériel. Si l’on désactive ACPI, cela peut engendrer des problèmes. Attention Surveillez bien les messages du système lors de l’amorçage. Utilisez pour cela la commande dmesg | grep -2i acpi après l’amorçage (ou alors on affiche tous les messages, car ACPI n’est pas nécessairement responsable du problème). En cas d’erreur lors de l’analyse d’une table ACPI, vous avez la possibilité, du moins pour la table la plus importante, la table DSDT, de créer une table corrigée dans un noyau individuel. La DSDT erronée du BIOS est par la suite ignorée. La procédure à suivre est détaillé dans la section Problèmes possibles et solutions page 366. SUSE LINUX 357 Vous disposez, lors de la configuration du noyau, d’un interrupteur pour activer les messages de débogage d’ACPI. Lorsque vous compilez un noyau avec le débogage ACPI et que vous l’installez, vous pouvez fournir des informations détaillées aux experts à la recherche d’erreurs. En cas de problèmes relatifs au BIOS ou au matériel, il est toujours judicieux de s’adresser au fabricant de l’appareil. Même quand ces derniers ne sont pas toujours d’un grand secours lorsqu’il s’agit d’un système fonctionnant sous Linux, il est important de les informer d’éventuels problèmes. Ce n’est que lorsque les fabricants auront remarqué que suffisamment de leurs clients optent pour Linux qu’ils le prendront au sérieux. Informations complémentaires Vous trouverez plus de documentation et d’aide relatives à ACPI dans : le magazine allemand c’t 2002, Heft 25: Schöne neue Welt (Dominik Brodowski, Oliver Diedrich) http://www.cpqlinux.com/acpi-howto.html (HowTo ACPI un peu plus précis, contient des correctifs de la DSDT) http://www.intel.com/technology/iapc/acpi/faq.htm (FAQ ACPI chez Intel) http://acpi.sourceforge.net/ (Le projet ACPI4Linux de Sourceforge) http://www.poupinou.org/acpi/ (Correctifs DSDT de Bruno Ducrot) 16.4 Pause du disque dur Le disque dur peut être complètement arrêté sous Linux lorsqu’il n’est pas utilisé ou lorsque vous utilisez un mode économique ou silencieux. Cependant, notre expérience montre qu’il n’est pas intéressant, dans le cas de ordinateurs portables modernes, d’arrêter en partie un disque dur car ceux-ci se mettent d’eux-mêmes dans un mode économique lorsqu’ils ne sont pas utilisés. Néanmoins, si vous souhaitez être particulièrement économe, vous pouvez tester l’une des possibilités suivantes. La plupart des fonctionnalités peuvent être contrôlées à l’aide de powersaved. 358 16.4. Pause du disque dur Les possibilités d’économie d’énergie internes au disque dur sont contrôlées à l’aide de l’option -B. Ici, il est possible de choisir un nombre entre 0 (économie maximale) et 255 (performance maximale). Le résultat dépend du disque utilisé et est difficile à juger. Pour qu’un disque dur soit plus silencieux, l’option -M peut être utilisée. Ici aussi, on choisit une valeur entre 128 (silencieux) et 254 (rapide). Il n’est cependant pas toujours si facile d’écrire des données sur le disque dur, puis de redémarrer le disque, car il existe sous Linux un grand nombre de processus qui gardent toujours le disque dur éveillé. Il est donc capital que vous compreniez à présent la manière dont Linux traite les données qui doivent être écrites sur le disque dur. Toutes les données sont tout d’abord enregistrées de manière intermédiaire dans une mémoire tampon de la mémoire de travail. Ce tampon est surveillé par le démon de mise à jour du noyau, ”Kernel Update Daemon“ (kupdated). À chaque fois que des données atteignent un certain âge ou que le tampon atteint un certain niveau de remplissage, le tampon est vidé et les données écrites sur le disque dur. La taille du tampon est du reste dynamique et dépend de la taille de la mémoire et du degré d’exploitation du système. Comme l’objectif principal est la sécurité des données, kupdated est réglé par défaut sur de petits intervalles de temps. Il vérifie la mémoire tampon toutes les 5 secondes et informe le démon bdflush lorsque les données ont plus de 30 secondes ou quand le tampon est rempli à 30 %. Le démon bdflush écrit alors les données sur le disque dur. Il les écrit aussi sans se soucier de kupdated quand par exemple le tampon est rempli. 16 Gestion de l’énergie Le programme hdparm est utilisé pour procéder à différents réglages du disque dur. L’option -y permet de mettre le disque immédiatement en attente, l’option -Y (Attention !) permet de l’arrêter complètement. hdparm -S <x> permet d’arrêter le disque dur après une certaine durée d’inactivité. Le joker hxi a la signification suivante : 0 arrête ce mécanisme, le disque dur fonctionne toujours. Les valeurs de 1 à 240 sont multipliées par cinq secondes. 241 à 251 correspondent à entre 1 et 11 fois 30 minutes. Attention Atteinte à la sécurité des données Les modifications des réglages du démon de mise à jour du noyau mettent en danger la sécurité des données. Attention SUSE LINUX 359 Outre tous ces processus, les ”systèmes de fichiers journalisés“ tels que, par exemple, ReiserFS ou Ext3 écrivent leurs méta-données sur le disque dur indépendamment de bdflush, ce qui empêche naturellement une mise en sommeil du disque dur. Pour l’éviter, il existe à présent une extension dans le noyau qui a été tout spécialement développée pour les appareils mobiles. Vous en trouverez une description précise dans le fichier /usr/src/linux/Documentation/ laptop-mode.txt. Il faut, en outre, naturellement surveiller la manière dont les programmes que vous utilisez déjà se comportent. Ainsi, les bons éditeurs de texte écrivent régulièrement des sécurités cachées des données qui viennent d’être modifiées sur le disque dur, avec pour conséquence que le disque dur est sans arrêt sollicité. Vous pouvez inhiber ce type de comportements des programmes, mais ici aussi au prix de la sécurité des données. Pour trouver quel processus écrit sur le disque, il est possible d’activer un mode de débogage avec echo 1 > /proc/sys/vm/block_dump. De cette façon, toutes les activités des disques sont archivés dans le journal du système. Un 0 dans ce fichier désactive à nouveau ce mode. À ce propos, il existe pour le démon de messagerie postfix une variable POSTFIX_LAPTOP. Si celle-ci a la valeur yes, postfix accède beaucoup moins au disque dur. Cela n’a cependant aucune importance si l’intervalle de kupdated a été allongé. 16.5 Le paquetage powersave Le paquetage powersave est responsable de l’économie d’énergie lors du fonctionnement sur batteries des ordinateurs portables. Certaines de ses caractéristiques sont toutefois aussi intéressantes pour les ordinateurs de bureau et les serveurs, par exemple, les modes veille et attente, la gestion des boutons ACPI et l’extinction des disques durs IDE. Ce paquetage rassemble toutes les fonctions de gestion d’énergie pour votre ordinateur. Il prend en charge le matériel utilisant ACPI, APM, la gestion des disques durs IDE et les technologies PowerNow! ou SpeedStep suivant les cas. Les fonctionnalités offertes par les paquetages apmd, acpid, ospmd et cpufreqd (et, dans le même temps, cpuspeed) sont rassemblées dans le paquetage powersave. Il est déconseillé d’exécuter les démons de ces paquetages parallèlement au démon powersave. 360 16.5. Le paquetage powersave Remarque Informations sur powersave Des informations actualisées sur le paquetage powersave sont également disponibles, en plus de ce chapitre, dans le fichier /usr/share/doc/packages/powersave. Remarque 16.5.1 16 Gestion de l’énergie Il est conseillé d’utiliser le démon powersave pour le contrôle des fonctions d’économie d’énergie, même si votre système ne comprend pas tous les éléments matériels cités précédemment. ACPI et APM s’excluent mutuellement ; vous ne pouvez utiliser que l’un des deux sur votre système. Des modifications éventuelles de la configuration matérielle sont reconnues automatiquement par le démon. Configuration du paquetage powersave D’une manière générale, la configuration de powersave est répartie sur plusieurs fichiers : /etc/sysconfig/powersave/common Ce fichier contient des paramètres généraux pour le démon powersave. Entre autres, le nombre de messages de débogage (dans /var/log/messages) peut être augmenté en changeant la valeur de la variable POWERSAVE_DEBUG. /etc/sysconfig/powersave/events Ce fichier est nécessaire au démon powersave pour garantir le traitement des événements (en anglais Events) du système qui se produisent. Des actions externes ou des actions que le démon traite lui-même peuvent être attribuées à un événement. On parle d’actions externes lorsque le démon essaie d’activer un fichier exécutable qui est situé dans /usr/lib/powersave/scripts/. Les actions internes prédéfinies : ignore throttle dethrottle suspend_to_disk suspend_to_ram standby do_suspend_to_disk SUSE LINUX 361 do_suspend_to_ram do_standby throttle ralentit le processeur de la valeur qui est définie par POWERSAVE_MAX_THROTTLING. Cette valeur est dépendante du profil utilisé actuellement. dethrottle redonne ses performances initiales au processeur. suspend_to_disk, suspend_to_ram et standby initient l’événement système pour un mode de sommeil. Ces trois dernières actions sont généralement reponsables de la mise en sommeil mais devraient toujours être soumis à des événements systèmes bien définis. Des scripts pour le traitement d’événements se trouvent dans le répertoire /usr/lib/powersave/scripts : notify Avertissement à travers la console, le fenêtre X ou un signal acoustisque d’un événement se produisant screen_saver Activation de l’économiseur d’écran switch_vt utile lorsque, après une mise en veille ou en attente, l’écran est déplacé wm_logout enregistrement de la configuration et déconnexion de GNOME ou KDE ou d’autres gestionnaires de fenêtre wm_shutdown enregistrement de la configuration GNOME ou KDE et arrêt du système Si, par exemple, la variable POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK="prepare_suspend_to_disk do_suspend_to_disk" est définie, les deux scripts ou actions exécutés sont traités dans l’ordre défini dès que l’utilisateur donne à powersaved l’ordre pour le mode sommeil Suspend to disk. Le démon exécute le script externe /usr/lib/powersave/scripts/prepare_suspend_to_disk. Lorsque celui-ci est traité avec succès, le démon exécute l’action interne do_suspend_to_disk et met l’ordinateur définitivement en sommeil une fois que le script a arrêté les modules et les services critiques. Une modification des actions pour l’événement pourrait être comme suit : d’un bouton Sleep POWERSAVE_EVENT_BUTTON_SLEEP="notify suspend_to_disk" Dans ce cas, l’utilisateur est informé de la mise en veille par le script externe notify. Ensuite, l’événement POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK est créé qui a pour suite l’exécution des actions décrites ci-dessus et garantit un mode de mise en veille sûr du système. Le script notify peut être modifié dans /etc/sysconfig/powersave/ common avec la variable POWERSAVE_NOTIFY_METHOD. 362 16.5. Le paquetage powersave /etc/sysconfig/powersave/battery Contient les limites de la batterie et d’autres paramètres spécifiques à la batterie. /etc/sysconfig/powersave/sleep Dans ce fichier, vous pouvez définir quels modules et quels services doivent être arrêtés avant que la mise en sommeil soit effectuée. Ceux-ci seront rechargés et démarrés lors de la remise en route du système. En outre, vous pouvez retarder une mise en sommeil déclenchée (pour éventuellement encore sécuriser des données). /etc/sysconfig/powersave/thermal Ici, le contrôle pour la régulation de la ventilation et de la chaleur est activé. Vous trouverez plus de détails à ce sujet dans le fichier /usr/share/doc/packages/powersave/README.thermal. 16 Gestion de l’énergie /etc/sysconfig/powersave/cpufreq Le fichier contient des variables pour l’optimisation des paramètres dynamiques de la fréquence du processeur. /etc/sysconfig/powersave/scheme_* Il s’agit des différents profils, qui régissent l’ajustement de la consommation d’énergie suivant des scénarios d’utilisation déterminés. Un certain nombre de schémas sont préconfigurés et utilisables sans autre modification. Toutefois, vous pouvez aussi intégrer à ce fichier vos propres profils. 16.5.2 Configuration d’APM et ACPI Mise en veille (Suspend) et mise en attente (Standby) Par défaut, les modes de mise en sommeil sont désactivés étant donné qu’ils ne fonctionnent toujours pas sur certains ordinateurs. Il existe trois modes de mise en sommeil ACPI et deux modes APM : Suspend to Disk (ACPI S4, APM suspend) Enregistre le contenu entier de la mémoire sur le disque dur. L’ordinateur s’arrête complètement et n’utilise pas de courant. Suspend to RAM (ACPI S3, APM suspend) Enregistre l’état de tous les appareils dans la mémoire principale. Il n’y a plus que la mémoire principale qui soit alimentée en courant. Standby (ACPI S1, APM standby) Arrête, selon le fabricant, quelques appareils. SUSE LINUX 363 Dans le fichier /etc/sysconfig/powersave/sleep, vous pouvez activer ces modes et définir quels modules et services critiques doivent être arrêtés avant un événement de mise en veille ou en attente. Lorsque, plus tard, le système est remis en route, ceux-ci sont rechargés et démarrés. La pré-configuration concerne principalement les modules USB et PCMCIA. Si la mise en veille ou la mise en attente échoue, cela est probablement dû à certains modules. Vous trouverez des conseils pour déterminer l’erreur dans la section Problèmes possibles et solutions page 366. Assurez-vous que les options standard suivantes pour le traitement correct de la mise en veille ou en attente ou la reprise soient correctement définies dans le fichier /etc/sysconfig/powersave/events. (pré-configuré après l’installation de SUSE LINUX) : POWERSAVE_EVENT_GLOBAL_SUSPEND2DISK= "prepare_suspend_to_disk do_suspend_to_disk" POWERSAVE_EVENT_GLOBAL_SUSPEND2RAM= "prepare_suspend_to_ram do_suspend_to_ram" POWERSAVE_EVENT_GLOBAL_STANDBY= "prepare_standby do_standby" POWERSAVE_EVENT_GLOBAL_RESUME_SUSPEND2DISK= "restore_after_suspend_to_disk" POWERSAVE_EVENT_GLOBAL_RESUME_SUSPEND2RAM= "restore_after_suspend_to_ram" POWERSAVE_EVENT_GLOBAL_RESUME_STANDBY= "restore_after_standby" États de la batterie définis par l’utilisateur Dans le fichier /etc/sysconfig/powersave/battery, vous pouvez définir trois niveaux de charge de la batterie (en pourcentage). Lorsque ces niveaux sont atteints, le système envoie un message d’avertissement ou exécute des opérations déterminées. POWERSAVED_BATTERY_WARNING=20 POWERSAVED_BATTERY_LOW=10 POWERSAVED_BATTERY_CRITICAL=5 Les opérations ou scripts à exécuter lorsque la charge de la batterie descend en dessous d’un seuil donné sont définis dans le fichier de configuration /etc/ sysconfig/powersave/events. Vous pouvez modifier les actions standard pour les boutons tel que décrit dans la section Configuration du paquetage powersave page 361. 364 16.5. Le paquetage powersave 16 Ajustement de la consommation d’énergie dans différentes conditions de travail. Il est possible de faire dépendre le comportement du système de son alimentation électrique. Ainsi, la consommation du système devrait être réduite lorsque le système est déconnecté du réseau électrique et fonctionne sur batterie. Inversement, les performances du système devraient automatiquement revenir à un niveau élevé dès que le système est reconnecté au réseau électrique. La fréquence du processeur, la fonction d’économie d’énergie des disques durs IDE ainsi que quelques autres paramètres ont une influence réelle sur la consommation d’énergie. Lors d’une connexion au réseau électrique ou de la déconnexion, l’exécution de certaines actions bien définies est spécifiée dans /etc/sysconfig/ powersave/events. Vous définissez les scénarios à appliquer (qu’on appelle profils) dans le fichier /etc/sysconfig/powersave/common : Gestion de l’énergie POWERSAVE_EVENT_BATTERY_NORMAL="ignore" POWERSAVE_EVENT_BATTERY_WARNING="notify" POWERSAVE_EVENT_BATTERY_LOW="notify" POWERSAVE_EVENT_BATTERY_CRITICAL="wm_shutdown" POWERSAVE_AC_SCHEME="performance" POWERSAVE_BATTERY_SCHEME="powersave" Chaque profil est stocké dans un fichier lui correspondant, dans le répertoire /etc/sysconfig/powersave. Les noms de fichiers sont constitués de la manière suivante : scheme_<Nom du profil>. Dans l’exemple ci-dessus, deux profils sont référencés : scheme_performance et scheme_powersave. Les profils performance, powersave, presentation et acoustic sont livrés pré-configurés. Vous pouvez à tout moment, au moyen du module de gestion de l’énergie de YaST (voir section Le module de gestion d’énergie de YaST page 369), mettre en place de nouveaux profils, modifier ou supprimer des profils existants ou modifier leur affectation aux états d’alimentation électrique. 16.5.3 Autres fonctionnalités d’ACPI Si vous êtes amené à utiliser ACPI, vous pouvez contrôler la réaction de votre système aux boutons ACPI (Power , Sleep et ”Écran ouvert“, ”Écran rabattu“). L’exécution des opérations correspondantes est définie dans le fichier /etc/ sysconfig/powersave/events. Pour plus d’informations sur chacune des options, veuillez vous référer à ce fichier de configuration. SUSE LINUX 365 POWERSAVE_EVENT_BUTTON_POWER="wm_shutdown" Si vous appuyez sur le bouton Power , le système provoque l’extinction du gestionnaire de fenêtres (KDE, GNOME, fvwm...). POWERSAVE_EVENT_BUTTON_SLEEP="suspend_to_disk" Si vous appuyez sur le bouton Sleep , le système passe en mode veille sur disque. POWERSAVE_EVENT_BUTTON_LID_OPEN="ignore" L’ouverture de l’écran ne déclenche aucune action. POWERSAVE_EVENT_BUTTON_LID_CLOSED="screen_saver" L’économiseur d’écran est activé quand l’écran est rabattu. Si, pendant une certaine durée, le processeur n’est pas utilisé au delà d’une certain proportion, vous pouvez réduire son activité en conséquence. La variable POWERSAVED_CPU_LOW_LIMIT vous permet de définir le niveau en dessous duquel, au delà d’un certain temps — durée que vous définissez dans la variable POWERSAVED_CPU_IDLE_TIMEOUT — l’activité du processeur est réduite. 16.5.4 Problèmes possibles et solutions On trouve un enregistrement de chaque erreur et de chaque message d’avertissement dans le fichier /var/log/messages. Si vous ne trouvez à première vue aucune indication, affectez à la variable DEBUG la valeur powersave dans le fichier /etc/sysconfig/powersave/common de façon à obtenir des messages plus détaillés. Puis incrémentez la valeur de cette variable à 7 ou même à 15 et relancez le démon. Grâce aux messages d’erreur désormais plus détaillés disponibles dans le fichier /var/log/messages, vous devriez être en mesure de cerner le problème. Les questions et réponses suivantes couvrent les problèmes rencontrés le plus fréquemment avec powersave. ACPI est activé mais les fonctionnalités décrites dans ce chapitre ne sont pas disponibles bien qu’elles devraient être prises en charge par mon matériel Si vous avez des problèmes avec l’ACPI, utilisez la commande suivante pour rechercher des messages spécifiques à l’ACPI parmi les résultats de dmesg : dmesg|grep -i acpi. 366 16.5. Le paquetage powersave Si les mêmes problèmes surviennent encore après la mise à jour du BIOS, recherchez dans les sites web suivants la dernière version de la DSDT correspondant à votre système et remplacez dans votre BIOS la table DSDT erronée : 1. Téléchargez la DSDT correspondant à votre système à l’adresse http:// acpi.sourceforge.net/dsdt/tables. Assurez-vous que le fichier est décompressé et compilé (ce que vous pouvez vérifier avec l’extension de fichier en .aml (ACPI Machine Language)). Si tel est bien le cas, vous pouvez poursuivre à la troisième étape. 16 Gestion de l’énergie Pour résoudre ce problème, une mise à jour du BIOS peut s’avérer nécessaire. Consultez la page d’accueil du fabricant de votre ordinateur portable, recherchezy une version actualisée du BIOS et installez-la sur votre système. Indiquez au fabricant de votre ordinateur qu’il doit se conformer aux dernières spécifications ACPI. 2. Si la table que vous avez téléchargée a pour extension de fichier .asl (ACPI Source Language), elle doit être compilée avec l’application iasl du paquetage pmtools. Exécutez à cette fin, la commande iasl -sa <fichier>.asl. La version la plus récente d’iasl (compilateur Intel ACPI) est par ailleurs disponible à l’adresse http://developer.intel.com/ technology/iapc/acpi/downloads.htm. 3. Copiez le fichier DSDT.aml à l’emplacement qui vous convient (nous conseillons l’emplacement /etc/DSDT.aml). Éditez /etc/sysconfig/ kernel et renseignez le chemin d’accès au fichier DSDT avec la valeur correspondante. Lancez mkinitrd (commande du paquetage mkinitrd). Dès que vous désinstallerez votre noyau et que vous construirez un initrd à l’aide de mkinitrd, la nouvelle table DSDT sera intégrée et chargée au démarrage. CPU Frequency (PowerNow!/SpeedStep) ne fonctionne pas Vérifiez, en vous basant sur les sources du noyau (kernel-source), si votre processeur est bien pris en charge et si vous devez éventuellement utiliser un module-noyau spécifique, ou une option de module particulière, pour activer CPU-Frequency. Ces informations sont disponibles dans les fichiers /usr/src/ linux/Documentation/cpu-freq/*. Lorsqu’un module ou une option particuliers sont requis, vous devez configurer les variables CPUFREQD_MODULE et CPUFREQD_MODULE_OPTS dans le fichier /etc/sysconfig/powersave/ cpufreq. SUSE LINUX 367 La mise en veille ou en attente (Suspend/Standby) ne fonctionne pas Il existe plusieurs problèmes connus, liés au noyau, qui empêchent l’utilisation de la mise en veille ou en attente (Suspend/Standby) sur des systèmes ACPI : Actuellement, les systèmes dotés de plus d’1 Go de RAM ne permettent pas (encore) d’utiliser la mise en veille (Suspend). Les systèmes multi-processeurs ou basés sur le processeur P4 (avec l’Hyperthreading) ne permettent pas, pour le moment, d’utiliser la mise en veille (Suspend). Le problème peut également venir d’une implémentation défectueuse de votre DSDT (BIOS). Dans ce cas, importez une nouvelle DSDT. Sur des systèmes ACPI et APM s’applique ce qui suit : Dès que votre système cherche à retirer de la mémoire des modules défectueux, l’ordinateur se bloque et l’événement de mise en veille n’est pas déclenché. Le processus inverse est également possible, si vous ne déchargez ou ne stoppez pas des modules/services qui empêchent Suspend de se réaliser. Dans les deux cas, vous devrez tenter de localiser les modules posant problème. Les fichiers de journalisation créés par le démon powersave dans /var/log/<Schlafmodus> sont très utiles. Si l’ordinateur ne passe pas du tout en mode sommeil, il faut en rechercher la cause dans le dernier module à décharger. Vous pouvez décharger les modules problématiques avant la mise en veille/attente en manipulant les paramètres suivants dans le fichier /etc/sysconfig/powersave/common : POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2DISK="" POWERSAVE_UNLOAD_MODULES_BEFORE_SUSPEND2RAM="" POWERSAVE_UNLOAD_MODULES_BEFORE_STANDBY="" POWERSAVE_SUSPEND2DISK_RESTART_SERVICES="" POWERSAVE_SUSPEND2RAM_RESTART_SERVICES="" POWERSAVE_STANDBY_RESTART_SERVICES="" Si vous utilisez la mise en veille/attente dans différents environnements de réseau ou en connexion avec des systèmes de fichiers montés distants (par exemple, Samba, NIS, etc.), préférez alors automounter, pour monter ceux-ci ou entrez les services correspondants (par exemple, smbfs ou nfs) dans la variable citée ci-dessus. Lorsqu’un programme accède à un système de fichiers monté distant avant une mise en veille/attente, le service ne peut pas être arrêté correctement et le système de fichiers ne peut pas être vraiment libéré. Après la reprise du système, le système de fichiers peut être corrompu et devoir être monté à nouveau. 368 16.5. Le paquetage powersave Dans le cadre d’ACPI, le système de gestion de l’énergie peut demander au BIOS d’envoyer un message lorsqu’un seuil de charge de la batterie est franchi. L’avantage de cette méthode est qu’il n’est pas indispensable de lire en permanence l’état de charge de la batterie, ce qui réduirait les performances de l’ordinateur. Toutefois, il peut arriver que ce processus d’alerte en provenance du BIOS, qui devrait certes fonctionner, ne se déclenche en fait jamais, même en cas de franchissement de la limite de charge. Si vous observez un tel comportement sur votre système, attribuez la valeur yes à la variable POWERSAVED_FORCE_BATTERY_POLLING dans le fichier /etc/sysconfig/powersave/battery afin de forcer la lecture de l’état de la batterie. 16.6 16 Gestion de l’énergie Lorsque j’utilise ACPI, le démon Powersave ne reconnaît pas si un seuil de charge de la batterie est atteint Le module de gestion d’énergie de YaST Le module Gestion d’énergie de YaST vous permet de configurer toutes les options de la gestion d’énergie décrites dans les sections précédentes. Lorsque vous lancez le module dans le Centre de contrôle de YaST (‘Système’ ➝ ‘Gestion d’énergie’), le premier dialogue du module (voir la figure 16.1 page suivante) s’affiche, et vous pouvez y choisir les ”profils“ (schemas) à utiliser pour les différents modes de fonctionnement — Fonctionnement sur batterie ou Fonctionnement sur alimentation électrique. SUSE LINUX 369 F IG . 16.1: Gestion d’énergie de YaST : choix des profils Vous pouvez choisir ici l’un des profils existants au moyen d’un menu déroulant, ou bien, en appuyant sur le bouton ‘Éditer les profils’, obtenir un aperçu de ces profils disponibles (figure 16.2 page suivante). Dans l’aperçu des profils, sélectionnez le profil que vous voulez modifier et cliquez sur ‘Modifier’ pour accéder à la boîte d’édition (voir la figure 16.3 page 372). Vous pouvez aussi créer un nouveau profil en appuyant sur le bouton ‘Ajouter’. Dans les deux cas, la boîte de dialogue suivante est identique. 370 16.6. Le module de gestion d’énergie de YaST 16 Gestion de l’énergie F IG . 16.2: Gestion d’énergie de YaST : Aperçu des profils disponibles Commencez par donner au nouveau profil ou profil modifié un nom (significatif) et une description. Définissez d’abord si et comment les performances du processeur doivent être réglées pour ce profil. Définissez si et à quel point le ‘Cadrage de la fréquence’ et le ‘Throttling’ doivent être utilisés. Dans le dialogue suivant, définissez les ‘Règles du mode attente’ qui doivent être réglées soit sur un mode de performance maximale, soit sur une consommation d’énergie minimale. Les ‘Règles sonores’ règlent le niveau de bruit du disque dur (ceci n’est malheureusement supporté que par peu de disques durs IDE). Les ‘Règles de refroidissement’ gèrent la manière dont la machine est refroidie. Malheureusement, ce type de régulation de la température n’est que rarement pris en charge par le BIOS. Veuillez consulter /usr/share/doc/packages/powersave/README.thermal pour savoir comment utiliser la ventilation et les méthodes de refroidissement passives. SUSE LINUX 371 F IG . 16.3: Gestion d’énergie de YaST : Création d’un profil Cliquez sur ‘Suivant’ pour accéder à la boite de dialogue de configuration de l’économie d’énergie pour l’écran. Cochez la case ‘Activer l’économiseur d’écran’ pour diminuer la consommation d’énergie de l’écran lorsque l’ordinateur n’est pas utilisé. Avec ‘Activer la gestion d’énergie de l’écran’, définissez les délais de mise en attente, de mise en veille ou d’arrêt de l’écran. Une fois que vous avez terminé tous les réglages du profil, quittez cette boîte de dialogue avec ‘OK’, et retournez à la boîte de dialogue initiale (figure 16.1 page 370). Vous pouvez alors y choisir votre profil personnalisé pour un des deux modes de fonctionnement. Quittez cette boîte de dialogue avec ‘OK’, votre configuration est alors active. Depuis la fenêtre de démarrage (voir figure 16.1 page 370), vous pouvez choisir un profil pour chaque mode de fonctionnement ainsi qu’une configuration globale de la gestion de l’énergie. Pour ce faire, cliquez sur ‘Avertissements Batterie’, ‘Paramètres ACPI’ ou ‘Autoriser la mise en veille’. Pour accéder à la boite de dialogue de l’état de charge de la batterie, cliquez sur ‘Avertissements Batterie’ ( 16.4 page suivante). 372 16.6. Le module de gestion d’énergie de YaST 16 Gestion de l’énergie F IG . 16.4: Gestion de l’énergie de YaST : état de charge de la batterie Le BIOS de votre système informe le système d’exploitation lorsque certains seuils de capacité, configurables, sont atteints. Certaines actions peuvent alors en découler. Dans cette boîte de dialogue, vous pouvez fixer trois seuils en deçà desquels certaines actions doivent être déclenchées. Ce sont ‘Mise en garde batterie’, ‘Niveau de batterie faible’ et ‘Niveau de batterie critique’. Dans les deux premiers cas, l’utilisateur ne recevra probablement qu’un avertissement, tandis que le passage en dessous du dernier seuil critique provoquera un arrêt de l’ordinateur, car l’énergie restante permet à peine au système de fonctionner correctement pendant un très court laps de temps. Choisissez les niveaux de charge et actions correspondant à vos souhaits et quittez la boîte de dialogue avec ‘OK’. Vous revenez alors à la boite de dialogue initiale, qui vous permet d’accéder à la boîte de dialogue suivante, ‘Paramètres ACPI’, qui traite de la configuration des boutons ACPI (voir figure 16.5 page suivante). SUSE LINUX 373 F IG . 16.5: Gestion d’énergie de YaST : Réglages de l’ACPI Les réglages des boutons ACPI (ACPI Buttons) vous permettent de définir la réaction du système à l’utilisation des différents interrupteurs. ACPI identifie ces interrupteurs et événements comme ”Boutons“ (Buttons). Configurez la réponse du système à l’appui sur la touche Power , sur une touche Sleep et au rabattage de l’écran du portable. Vous pouvez conclure la configuration en appuyant sur ‘OK’ et retourner à la boîte de dialogue initiale (figure 16.1 page 370). En sélectionnant ‘Autoriser la mise en veille’, vous ouvrez un dialogue dans lequel vous configurez si et comment un utilisateur peut utiliser les fonctionnalités de mise en veille ou en attente de ce système. Cliquez sur ‘OK’ pour revenir au dialogue principal. Fermez complètement le module en appuyant à nouveau sur ‘OK’, pour confirmer la configuration de votre gestion d’énergie. 374 16.6. Le module de gestion d’énergie de YaST 17 Vous disposez de plusieurs possibilités pour communiquer depuis votre système Linux avec d’autres ordinateurs, des téléphones portables ou des périphériques. Si vous souhaitez mettre en réseau des ordinateurs portables, choisissez un WLAN (Wireless LAN, réseau local sans fil). Bluetooth permet de connecter entre eux des composants système séparés (souris, clavier), des périphériques, des téléphones portables, des assistants personnels et des ordinateurs isolés. IrDA est principalement utilisé pour les communications avec des assistants personnels et des téléphones portables. Ce chapitre vous présente ces trois méthodes ainsi que leur configuration. 17.1 17.2 17.3 Réseau local sans fil (WLAN) . . . . . . . . . . . . . . . . 376 Bluetooth . . . . . . . . . . . . . . . . . . . . . . . . . . . 385 Infrared Data Association . . . . . . . . . . . . . . . . . . 395 Communications sans fil Communications sans fil 17.1 Réseau local sans fil (WLAN) Dans le domaine des périphériques mobiles, il n’est plus pensable de se passer des réseaux locaux sans fil (Wireless LAN). Il n’existe pratiquement plus d’ordinateurs portables qui soient encore livrés sans carte WLAN. Le standard de transmission des cartes WLAN a été défini par l’organisation IEEE. Il s’agit du standard 802.11 qui prévoit des vitesses de transmission allant jusqu’à 2 MBit/s. Pour augmenter encore les taux de données, il a été fait depuis plusieurs ajouts. Ceux-ci définissent, entre autres, le type de modulation, le taux de transmission et, naturellement, les vitesses de transmission : TAB . 17.1: Aperçu de différents standards pour WLAN Nom Bande [GHz] Taux de transfert max. [MBit/s] Remarque 802.11 2,4 2 obsolète, il n’existe pratiquement plus de matériels d’extrémité 802.11b 2,4 11 très répandu 802.11a 5 54 peu répandu en Allemagne 802.11g 2,4 54 rétrocompatible avec 11b En outre, il existe aussi des standards propriétaires tels que, par exemple, la variante 802.11b de Texas Instruments (appelé parfois 802.11b+) avec un taux de transfert maximal de 22 MBit/s. Les cartes qui utilisent ce standard sont peu répandues. 17.1.1 Matériel Les cartes 802.11 ne sont pas prises en charge par SUSE LINUX, par contre, les cartes 802.11a, b et/ou g sont pour la plupart prises en charge. Les cartes actuelles ont très souvent le standard 802.11g mais il existe encore des cartes 802.11b. En principe, les cartes avec les puces suivantes sont prises en charge : Lucent/Agere Hermes Intel PRO/Wireless 2100 Intersil Prism2/2.5/3 376 17.1. Réseau local sans fil (WLAN) 17 Quelques cartes plus anciennes qui ne sont maintenant plus en vente mais que l’on peut encore rencontrer à quelques rares occasions sont également prises en charge. Vous trouverez une liste contenant beaucoup de cartes WLAN et les puces utilisées sur le site de AbsoluteValue Systems : http://www.linux-wlan.org/ docs/wlan_adapters.html.gz Consultez l’URL suivant pour avoir un aperçu des différentes puces WLAN : http://wiki.uni-konstanz.de/wiki/bin/view/Wireless/ ListeChipsatz Certaines cartes nécessitent un micrologiciel (firmware) image qui doit être chargé dans la carte lors de l’initialisation du pilote. Ceci est le cas pour Intel PRO/Wireless 2100 (Centrino), Intersil PrismGT, Atmel et ACX100. Vous pouvez l’installer à l’aide de la mise en jour en ligne de YaST. Vous trouverez plus d’informations à ce sujet dans le système installé sous /usr/share/doc/packages/ wireless-tools/README.firmware. 17.1.2 Communications sans fil Intersil PrismGT Atheros 5210, 5211, 5212 Atmel at76c502, at76c503, at76c504, at76c506 Texas Instruments ACX100 Fonctionnement Mode d’exploitation En terme de réseaux sans fil on distingue essentiellement les réseaux gérés et les réseaux ad hoc. Les réseaux gérés comporte un élément d’administration, le point d’accès. Dans ce mode (appelé également mode infrastructure), toutes les connexions des postes de travail WLAN se trouvant dans le réseau fonctionnent à travers le point d’accès ; celui-ci peut également servir comme interface de connexion vers un Ethernet. Les réseaux ad hoc ne comportent pas de point d’accès, les postes de travail communiquent directement les uns avec les autres. La portée et le nombre de postes de travail étant très limités dans les réseaux ad hoc, il est généralement préférable d’utiliser un point d’accès. Il est même possible d’utiliser une carte WLAN comme point d’accès car la plupart supporte cette fonctionnalité. SUSE LINUX 377 Étant donné qu’un réseau sans fil est beaucoup plus vulnérable qu’un réseau câblé, des méthodes d’authentification et de chiffrement sont prévues dans les différents standards. Dans la première version du standard IEEE 802.11, ces méthodes sont décrites sous le terme WEP. Cependant, comme il s’est avéré que WEP n’était pas sûr (voir section Sécurité page 383), l’industrie WLAN (unie sous le nom Wi-Fi Alliance) a défini son propre complément du standard nommé WPA qui devait éliminer les points faibles de WEP. Le standard 802.11i plus récent de IEEE (parfois également nommé WPA2, WPA était en fait inspiré d’une ébauche de 802.11i) comporte le dispositif de sécurité WPA ainsi que quelques méthodes d’authentification et de chiffrement supplémentaires. Authentification Dans les réseaux gérés, différents mécanismes d’authentification sont utilisés pour s’assurer que seuls les postes de travail autorisés puissent se connecter : Open Un système est dit ouvert lorsqu’il n’est procédé à aucune authentification. Chaque poste de travail peut entrer dans le réseau. Cependant, une methode de chiffrement conforme à WEP (voir Chiffrement page suivante) peut être utilisée. Clé partagée (selon IEEE 802.11) Ici, la clé WEP est utilisée pour l’authentification. Cependant, cela ne devrait pas être fait car cela rend la clé WEP plus vulnérable. Il suffit à un intrus potentiel d’”épier“ suffisamment longtemps la communication entre le poste de travail et le point d’accès ; les deux échangent les mêmes informations lors du processus d’authentification, une fois chiffrée et une fois en clair ; avec les outils appropriés, on peut alors reconstruire la cle utilisée. Étant donné que, dans ce système, la clé WEP est utilisée aussi bien pour l’authentification que pour le chiffrement, la sécurité du réseau n’est pas améliorée. Un poste de travail qui est en possession de la clé WEP correcte peut à la fois s’authentifier et chiffrer et déchiffrer. Un poste de travail qui n’est pas en possession de la clé WEP correcte échouera, au plus tard, lorsqu’il s’agira de déchiffrer les paquets reçus. Il ne peut donc pas communiquer, qu’il puisse s’authentifier ou non. WPA-PSK (selon IEEE 802.1x) WPA-PSK (PSK pour Pre Shared Key, clé prépartagée) fonctionne de la même façon que dans le cas de la clé partagée. Tous les postes de travail participants ainsi que le point d’accès nécessitent la même clé. Celle-ci a une longueur de 256 bits et est normalement entrée comme une phrase d’authentification. Ce système ne nécessite pas une gestion complexe des clés comme c’est le cas pour WPA-EAP et est plutôt conçu pour une utilisation privée. WPA-PSK est donc appelé quelquefois aussi WPA ”Home“. 378 17.1. Réseau local sans fil (WLAN) Chiffrement Afin de s’assurer qu’aucun tiers non autorisé puisse lire les paquets de données échangés dans un réseau sans fil ou même accéder au réseau, il existe des méthodes de chiffrement : WEP (défini dans IEEE 802.11) Ce standard utilise l’algorithme de chiffrement RC4, avec une clé de 40 bits à l’origine puis avec une clé de 104 bits aussi. Souvent, on parle de longueurs de 64 ou 128 bits selon que l’on tient compte des 24 bits du vecteur d’initialisation. Ce standard a des points faibles. Il existe des méthodes d’attaque des clés générées par ce système qui fonctionnent. Cependant, il est préférable d’utiliser WEP qu’un réseau sans chiffrement. 17 Communications sans fil WPA-EAP (selon IEEE 802.1x) En fait, WPA-EAP n’est pas un système d’authentification mais seulement un protocole de transport des informations nécessaires à l’authentification. Il est utilisé au sein des entreprises pour la sécurisation des réseaux sans fil. Dans les réseaux privés, il est pratiquement inutilisé. WPA-EAP est donc appelé quelquefois aussi WPA ”Enterprise“. TKIP (défini dans WPA/IEEE 802.11i) Ce protocole de gestion des clés défini dans le standard WPA utilise le même algorithme de chiffrement que WEP en palliant à ses faiblesses. Étant donné que, pour chaque paquet de données, une nouvelle clé est générée, les attaques de cette clé n’ont pratiquement aucune chance de réussir. TKIP est utilisé avec WPA-PSK. CCMP (défini dans IEEE 802.11i) Défini dans IEEE 802.11i, CCMP décrit la gestion des clés qui sont utilisées normalement avec WPA-EAP mais peuvent également être utilisées avec WPA-PSK. Le chiffrement est fait ici selon AES et est plus fiable que le chiffrement RC4 du standard WEP. 17.1.3 Configuration avec YaST Pour la configuration de votre carte réseau sans fil, démarrez le module de YaST ‘Cartes réseau’. Dans le dialogue ‘Configuration des adresses réseau’, sélectionnez le type de périphérique ‘sans fil’ et cliquez sur ‘Suivant’. Dans le dialogue ‘Configuration de la carte réseau sans fil’ (voir figure 17.1 page suivante), procédez à la configuration de base pour l’exploitation WLAN : SUSE LINUX 379 F IG . 17.1: Configuration YaST de la carte réseau sans fil Nom de réseau (ESSID) Tous les postes de travail d’un réseau sans fil nécessitent le même ESSID afin de pouvoir communiquer. Si rien n’a été précisé, la carte recherche automatiquement un point d’accès qui n’est peut-être pas identique à celui que vous souhaitiez utiliser. Mode d’exploitation Il existe trois diffétents modes selon lesquels votre poste de travail peut être intégré dans un WLAN. Le mode approprié à votre cas dépend du type de réseau dans lequel vous désirez communiquer : ‘ad hoc’ (réseau pair à pair pur sans point d’accès), ‘géré’ (le réseau est géré depuis un point d’accèst) et ‘maître’ (votre carte réseau doit agir comme point d’accès). Authentification Choisissez une méthode d’authentification appropriée à votre réseau. Vous disposez de : ‘Ouvert’, ‘Clé partagée WEP’ et ‘WPA-PSK’. Si vous choisissez ‘WPA-PSK’, vous devrez définir un nom de réseau. En cliquant sur ‘Suivant’, vous entrez dans un dialogue permettant la configuration détaillée de la méthode de chiffrement souhaitée. 380 17.1. Réseau local sans fil (WLAN) Une fois que vous avez terminé la configuration de base, votre poste de travail prête pour l’utilisation dans un WLAN. Remarque Sécurité dans un réseau sans fil Veillez à utiliser une des méthodes d’authentification et de chiffrement prises en charge afin de sécuriser votre réseau. Les connexions WLAN non chiffrées permettent à des tiers d’accéder sans encombres à toutes les données du réseau. Même une méthode de chiffrement faible (WEP) est préférable à rien du tout. En cas de doute, veuillez lire les sections Chiffrement page 379 et Sécurité page 383 pour plus d’informations relatives à la Sécurité dans un WLAN. 17 Communications sans fil Experts Avec ce bouton, vous ouvrez un dialogue pour la configuration détaillée de votre accès WLAN. Vous trouverez plus bas une description détaillée de ce dialogue. Remarque Selon la méthode d’authentification choisie, YaST vous propose, dans un autre dialogue, de procéder à des réglages fins de la méthode en question. Si vous avez choisi ‘Ouvert’, il n’y a rien d’autre à configurer, étant donné que ce choix suppose une exploitation non chiffrée sans authentification. Clés WEP Définissez la longueur de la clé. Vous avez le choix entre ‘128 bits’ et ‘64 bits’. La configuration par défaut est ‘128 bit’. La liste sous le dialogue peut comporter jusqu’à quatre clés différentes que votre poste de travail peut employer pour le chiffrement. Avec ‘Défini par défaut’, définissez une de ces clés comme la clé par défaut. Si vous ne le faites pas, YaST considérere la première clé comme étant la clé par défaut. Si vous effacez la clé par défaut, vous devrez sélectionner manuellement une des clés restantes comme par clé par défaut. Utilisez ‘Modifier’ pour changer les entrées de la liste ou ajouter de nouvelles clés. Un menu contextuel vous permet de choisir parmi différents types d’entrée (‘Phrase d’authentification’, ‘ASCII’ ou ‘Hexadécimal’). Si vous choisissez le type d’entrée ‘Phrase d’authentification’, saisissez un mot ou une chaîne de caractères à partir de quoi une clé de la longueur définie précédemment sera générée. Avec ‘ASCII’, vous devrez entrer cinq caractères pour une longueur de clé de 64 bits et treize caractères pour une longueur de clé de 128 bits. Si vous avez choisi le type d’entrée ‘Hexadécimal’, entrez dix caractères hexadécimaux pour une longueur de clé de 64 bits et 26 caractères hexadécimaux pour une longueur de clé de 128 bits. SUSE LINUX 381 WPA-PSK Pour entrer une clé pour WPA-PSK, choisissez le type d’entrée ‘Phrase d’authentification’ ou ‘Hexadécimal’. Dans le mode ‘Phrase d’authentification’, l’entrée doit comprendre entre huit et 63 caractères ; dans le mode ‘Hexadécimal’, l’entrée doit comprendre 64 caractères. Avec ‘Experts’, vous passez du dialogue de configuration de base de l’accès WLAN au dialogue de configuration pour experts. Vous disposez des options suivantes : Kanal La spécification d’un canal particulier que votre poste de travail WLAN doit utiliser n’est nécessaire que dans les modes ‘ad hoc’ ou ‘maître’. Dans le mode ‘géré’, la carte recherche automatiquement les points d’accès dans les canaux disponibles. Dans le mode ‘ad hoc’, vous pouvez sélectionner l’un des douze canaux offerts pour que votre poste de travail communique avec les autres postes de travail. Dans le mode ‘maître’, définissez sur quel canal votre carte doit offrir le service d’un point d’accès. La configuration par défaut de cette option est ‘auto’. Débit binaire Selon les performances de votre réseau, il est utile de prédéfinir un débit binaire avec lequel les données doivent être transmises d’un point à un autre. Dans la configuration par défaut ‘auto’, votre système utilise la vitesse de transmission la plus rapide possible. Veuillez noter que la configuration du débit binaire n’est pas pris en charge par toutes les cartes WLAN. Point d’accès Dans un environnement avec plusieurs points d’accès, vous pouvez en présélectionner un ici en entrant son adresse MAC. Utiliser la gestion d’énergie Si vous êtes en déplacement, il est conseillé d’augmenter la durée d’utilisation des batteries grâce à des techniques d’économie d’énergie. Pour en savoir plus sur la gestion d’énergie sous Linux, veuillez lire le chapitre Gestion de l’énergie page 347. 17.1.4 Programmes d’aide utiles hostap (paquetage hostap) est utilisé pour exploiter une carte WLAN comme un point d’accès. Vous trouverez plus d’informations relatives à ce paquetage sur le site web du projet (http://hostap.epitest.fi/). kismet (paquetage kismet) est un outil de diagnostic du réseau avec lequel vous pouvez surveiller le transfert de paquets WLAN ou même l’épier et ainsi déceler des tentatives d’intrusion dans votre réseau. Vous trouverez plus d’informations à ce sujet sous http://www.kismetwireless.net/ ou dans les pages de manuel correspondantes. 382 17.1. Réseau local sans fil (WLAN) 17.1.5 Trucs et astuces pour la configuration d’un WLAN La performance et la fiabilité d’un réseau sans fil dépendent tout d’abord de la netteté du signal que se transmettent les posts de travail qui appartiennent au réseau. Bien entendu, les obstacles, tels que des murs, affaiblissent considérablement le signal. Plus le signal est faible, plus la vitesse de transfert diminue. Vous pouvez établir la force du signal pendant le fonctionnement avec le programme iwconfig à la ligne de commande (champ ‘Link Quality’) ou kwifimanager sous KDE. Si vous avez des problèmes avec la qualité du signal, essayez de placer autrement les appareils ou de changer l’angle de l’antenne de votre point d’accès. Pour certaines cartes WLAN PCMCIA, il existe des antennes supplémentaires qui améliorent considérablement la réception. La vitesse donnée par le fabricant (par exemple 54 MBit/s) est toujours une valeur nominale. Il ne s’agit que du maximum théorique. En pratique, la vitesse de transfert atteint au mieux la moitié de cette valeur. Communications sans fil Stabilité et vitesse 17 Sécurité Lorsque vous souhaitez configurer un réseau sans fil, pensez que, sans mesures de sécurité particulières, votre réseau est facilement accessible à tous ceux se trouvant à sa portée. Activez donc, dans tous les cas, une méthode de chiffrement. Chaque périphérique d’extrémité, qu’il s’agisse d’une carte WLAN ou d’un point d’accès, prend en charge le chiffrement selon le protocole WEP. Ceci n’est pas absolument sûr mais cela représente tout de même une certaine protection contre les attaques potentielles. Pour une utilisation privée, WEP est généralement suffisant. Il serait encore préférable d’utiliser WPA-PSK. Cependant, cette méthode n’est pas implémentée dans les points d’accès ou les routeurs avec fonctionnalité WLAN plus anciens. Pour certains, il est possible d’implémenter WPA en procédant à une mise à jour avec un micrologiciel (firmware), mais pas pour tous. Même du côté de Linux, la prise en charge de WPA n’est pas assurée sur tous les matériels. À l’heure où nous rédigeons ce chapitre, WPA ne fonctionne qu’avec les cartes qui utilisents une puce Atheros ou Prism2/2.5/3 ; et pour cette dernière, uniquement lorsque le pilote hostap est utilisé (voir section Problèmes avec cartes Prism2 page suivante). Cependant, dans les cas où il n’est pas possible d’utiliser WPA, il est toujours préférable d’utiliser WEP qu’aucune méthode de chiffrement. Au sein d’une entreprise où les exigences en matière de sécurité sont plus importantes, un réseau sans fil ne devrait jamais être utilisé sans WPA. SUSE LINUX 383 17.1.6 Problèmes possibles et solutions Si votre carte WLAN ne fonctionne pas, assurez-vous que vous avez téléchargé le micrologiciel (firmware) correspondant si nécessaire. Consultez, à ce sujet, la section Matériel page 376 au début de ce chapitre. Vous trouverez quelques conseils pour les problèmes connus. Plusieurs périphériques réseau Les portables actuels sont normalement équipés d’une carte réseau et d’une carte WLAN. Si vous avez configuré ces deux périphériques avec DHCP (assignation automatique d’adresse), vous pourrez éventuellement avoir des problèmes avec la résolution de noms et la passerelle par défaut. Vous pourrez alors faire un ping sur le routeur mais vous ne pourrez pas surfer sur Internet. Il existe une article SDB à ce sujet, recherchez le mot-cle ”DHCP“ sur http://portal.suse.de/ sdb/en/index.html. Problèmes avec cartes Prism2 Pour les périphérique équipés de puces Prism2, il existe plusieurs pilotes qui fonctionnent plus ou moins bien avec les différentes cartes. Avec ces cartes, WPA n’est possible qu’avec le pilote hostap. Si vous avez des problèmes avec une telle carte, qu’elle ne fonctionne pas du tout ou que de façon sporadique, veuillez lire /usr/share/doc/packages/wireless-tools/README.prism2. WPA La prise en charge de WPA est offerte pour la première fois par SUSE LINUX et n’est pas encore arrivée complètement à maturité sous Linux en général. À l’aide de YaST, vous ne pouvez configurer que WPA-PSK. Avec de nombreuses cartes, WPA ne fonctionne pas du tout. Certains nécessitent une mise à jour du micrologiciel (firmware) pour que WPA puisse fonctionner. Si vous souhaitez utiliser WPA, veuillez lire /usr/share/doc/packages/wireless-tools/README. wpa. 17.1.7 Informations complémentaires Vous trouverez une mine d’informations utiles au sujet des réseaux sans fil sur les pages web de Jean Tourrilhes qui a développé les Wireless Tools pour Linux : http://www.hpl.hp.com/personal/Jean_Tourrilhes/Linux/ Wireless.html 384 17.1. Réseau local sans fil (WLAN) 17.2 17 Bluetooth Bluetooth se distingue de l’IrDA en plusieurs points essentiels : d’une part, les différents appareils n’ont pas besoin de se ”voir“ directement pour échanger des données, d’autre part il est possible de mettre au point des réseaux entiers en rassemblant plusieurs appareils. Cette technologie ne permet toutefois d’atteindre que des débits de 720 Kbit/s maximum (dans la version 1.1 actuelle). En théorie, on peut, avec Bluetooth, envoyer des données par radio à travers les murs. Dans la pratique, cela dépend fortement des murs en question et du type des appareils. Enfin, la portée maximale d’envoi est répartie en trois classes qui varient de 10 à 100 mètres. 17.2.1 Communications sans fil Bluetooth est une technologie radio qui permet de connecter plusieurs appareils entre eux : téléphones mobiles, PDA, périphériques ou composants système tels que clavier ou souris, ordinateurs portables. Le nom provient du roi danois Harold Blatand (”Harold Bluetooth“ en anglais) qui a unifié au dixième siècle différentes factions se combattant entre elles en Scandinavie. Le logo de Bluetooth est basé sur les runes représentant les lettres ”H“ (qui ressemble à une étoile) et ”B“. Principes de base Logiciels Pour pouvoir utiliser Bluetooth, vous avez besoin d’un adaptateur Bluetooth (intégré à l’appareil ou sous la forme d’une clé électronique externe), de pilotes et de ce que l’on appelle une ”pile de protocoles Bluetooth“. Le noyau Linux contient déjà les pilotes de base permettant d’utiliser Bluetooth. On utilise comme pile de protocoles le système Bluez. Afin que les différentes applications puissent fonctionner avec Bluetooth, vous devez, en outre, installer les paquetages de base suivants : bluez-libs, bluez-utils qui préparent quelques services et programmes de service nécessaires. Pour quelques adaptateurs (Broadcom, AVM BlueFritz!), il est par ailleurs nécessaire d’installer bluez-firmware. Les paquetages précédemment connus sous les noms de bluez-pan et bluez-sdp sont intégrés aux paquetages de base. Le paquetage bluez-cups permet l’impression par une connexion Bluetooth. Interaction générale Un système Bluetooth est constitué de quatre couches imbriquées de manière à fournir en bout de chaîne les fonctions souhaitées : SUSE LINUX 385 Matériel L’adaptateur et le pilote approprié qui assure la prise en charge par le noyau Linux. Fichiers de configuration Le paramétrage du système Bluetooth Démons Services qui, par l’intermédiaire des commandes du fichier de configuration, mettent à disposition les fonctionnalités. Applications Programmes qui permettent à l’utilisateur d’utiliser et de piloter les fonctionnalités mises à disposition par les démons. À l’insertion de l’adaptateur Bluetooth, le pilote correspondant est chargé par le système Hotplug. Une fois le pilote chargé, les fichiers de configuration permettent de vérifier si Bluetooth doit être démarré. Si tel est le cas, le système détermine également quels services doivent être démarrés. Les démons correspondants sont alors lancés en conséquence. Pour des raisons de sécurité, le système Bluetooth dans une configuration standard est désactivé. Profils Dans Bluetooth, les services sont définis au moyen de ce que l’on appelle des profils. On définit ainsi dans le standard Bluetooth des profils pour le transfert de données (”File Transfer“), l’impression (”Basic Printing“) et les connexions réseau (”Personal Area Network“). Pour qu’un appareil puisse utiliser le service d’un autre, ces deux appareils doivent pouvoir comprendre le même profil — information qui, souvent, n’est malheureusement disponible ni sur l’emballage ni dans le manuel des appareils concernés. Cela est d’autant plus compliqué que tous les fabricants ne respectent pas scrupuleusement les définitions des différents profils. En règle générale toutefois, la compréhension entre les appareils fonctionne plutôt bien. 17.2.2 Configuration Configuration Bluetooth avec YaST Avec le module Bluetooth de YaST (voir illustration 17.2 page ci-contre), vous pouvez configurer la prise en charge de Bluetooth sur votre système. Dès que Hotplug reconnaît un adaptateur Bluetooth connecté à votre système, Bluetooth est automatiquement démarré suivant les indications données ici. La première étape de la configuration vous permet de définir si des services Bluetooth doivent être démarrés sur votre système. Si un code d’identification personnel est nécessaire pour établir une connexion avec les différents appareils souhaités, vous renseignez ce code avec la suite de chiffres correspondante. Vous arrivez ensuite, en cliquant sur le bouton ‘Configuration avancée du démon’, sur la 386 17.2. Bluetooth 17 Communications sans fil F IG . 17.2: Configuration Bluetooth dans YaST fenêtre de choix et de configuration détaillée des services proposés (également connu dans Bluetooth sous le nom de Profils). Tous les services à votre disposition sont donnés dans une liste, et les boutons ‘Activer’ et ‘Désactiver’ permettent d’effectuer sur chaque service l’opération correspondante. Le bouton ‘Modifier’ ouvre une nouvelle fenêtre dans laquelle vous pouvez fournir des arguments supplémentaires au service (démon) sélectionné. N’effectuez des modifications que dans les services que vous connaissez suffisamment bien. Lorsque la configuration du démon est terminée, vous quittez la boite de dialogue en cliquant sur ‘Ok’. Depuis la fenêtre principale, vous arrivez sur une fenêtre de configuration de la sécurité en cliquant sur ‘Options Sécurité’, laquelle vous permet de configurer l’encryption, la méthode d’authentification et de balayage. Si vous fermez la fenêtre de configuration de la sécurité, vous revenez sur la boite de dialogue principale. Si vous quittez celle-ci en cliquant sur le bouton ‘Terminer’, votre système Bluetooth est prêt à être utilisé. SUSE LINUX 387 Si vous souhaitez utiliser Bluetooth pour construire un réseau, vous activez ‘PAND’dans la boite de dialogue ‘Configuration Avancée du Démon’ puis, en choisissant ‘Modifier’, ajustez le mode du démon. Pour que la connexion réseau Bluetooth fonctionne, il est nécessaires qu’une instance de pand fonctionne en mode ‘Ecoute’ et que le récepteur soit en mode ‘Recherche’. Par défaut, le mode ‘Ecoute’ est pré-configuré. Ajustez le comportement de votre instance locale de pand. De plus, vous pouvez configurer au moyen du module ‘Carte réseau’ de YaST l’interface bnepX (X représente le numéro du périphérique dans le système). Configuration manuelle de Bluetooth Les fichiers de configuration pour les composants isolés du système Bluez se trouvent dans le répertoire /etc/bluetooth. La seule exception à cette règle est le fichier /etc/sysconfig/bluetooth utilisé pour le démarrage des composants et traité par le module de YaST. Vous ne pouvez modifier les fichiers de configuration présentés ci-après qu’en tant qu’utilisateur root. Il n’existe pour l’instant malheureusement pas encore d’interface utilisateur graphique pour régler les paramètres correspondants. Vous devez donc modifier les fichiers dans un éditeur de texte. Toutefois, en règle générale, les réglages d’origine devraient suffire. Une première protection contre les connexions indésirables consiste à utiliser une protection par un numéro d’identification personnel (PIN). Les téléphones mobiles demandent généralement à l’utilisateur de saisir son numéro d’identification personnel lors du premier contact (ou de la création d’un contact pour l’appareil sur le téléphone). Pour que deux appareils puissent échanger des informations, ils doivent tous les deux s’identifier avec le même numéro d’identification personnel. Ce dernier se trouve dans le fichier /etc/bluetooth/pin sur l’ordinateur. Il n’existe actuellement sous Linux qu’un seul numéro d’identification personnel, quel que soit le nombre d’appareils Bluetooth installés. La communication avec plusieurs appareils ayant des numéros d’identification personnels différents n’est malheureusement pas prise en charge actuellement. Vous devez donc soit définir tous les appareils de manière à ce qu’ils aient tous le même numéro d’identification personnel soit complètement désactiver l’authentification par numéro d’identification personnel. 388 17.2. Bluetooth 17 Remarque Remarque Le fichier de configuration /etc/bluetooth/hcid.conf permet de modifier différents paramètres tels que les noms des périphériques et le mode de sécurité. Normalement, les réglages par défaut doivent suffire. Le fichier contient des commentaires qui décrivent les options des différents paramètres. Nous évoquons ici rapidement deux réglages particuliers. Communications sans fil Sécurité des connexions Bluetooth Malgré le numéro d’identification personnel, il faut garder à l’esprit qu’une connexion entre deux appareils n’est absolument pas garantie contre les écoutes. Prenez garde au fait qu’en mode d’émission, l’authentification et le chiffrement des connexions Bluetooth sont désactivées. Dans le fichier fourni se trouvent deux sections désignées par options et device. La première contient toutes les informations générales utilisées au démarrage d’hcid, la seconde contient les réglages pour les périphériques Bluetooth locaux individuels. On entend ici par local le fait que le périphérique est connecté physiquement à l’ordinateur. Tous les autres périphériques auxquels on ne peut accéder que par une connexion sans fil seront décrits comme des périphériques distants. L’un des réglages les plus importants de la partie options est security auto;. Il permet d’activer la nécessité d’un numéro d’identification personnel. auto, en cas de problème, permet de passer à ne pas utiliser de numéro d’identification personnel. Pour un niveau de sécurité plus élevé, il est conseillé de régler cet élément sur user, de façon à ce que l’utilisateur doive fournir un numéro d’identification personnel à chaque connexion. La section device est intéressante car elle permet de définir le nom sous lequel l’ordinateur apparaît face à ses correspondants. Sont également définis ici les classes des appareils ( Desktop - PC de bureau, Laptop - portable, Server serveur), ainsi que l’authentification et le chiffrement. SUSE LINUX 389 17.2.3 Composants système et assistants utiles Ce n’est qu’après avoir combiné plusieurs services que Bluetooth peut véritablement être utilisé. Vous avez besoin d’au moins deux démons à exécuter en tâche de fond : d’une part, hcid (Host Controller Interface). Celui-ci sert d’interface avec l’appareil Bluetooth et le pilote. D’autre part, vous avez besoin de sdpd (Service Discovery Protocol). sdpd permet à un appareil de découvrir quels services l’ordinateur propose. Aussi bien hcid que sdpd peuvent — si cela ne se produit pas déjà automatiquement lors du démarrage du système — être mis en service avec la commande rcbluetooth start. Cependant, seul l’utilisateur a les droits pour le faire. Dans la suite nous traiterons brièvement des outils en mode ligne de commande les plus importants qui peuvent être utilisés pour travailler avec Bluetooth. Même si Bluetooth peut être utilisé par le biais de différents composants graphiques, nous vous recommandons de jeter un œil à ces programmes. Certaines commandes ne peuvent être lancées qu’en tant qu’utilisateur . C’est le cas de l2ping <adresse-périphérique> qui permet de tester la connexion avec un périphérique distant. hcitool hcitool permet de déterminer facilement si des périphériques locaux et/ou distants ont été détectés. La commande hcitool dev permet d’afficher un périphérique particulier. Le résultat génère, pour chaque périphérique local trouvé, une ligne de la forme suivante : <nom-interface> <adresse-périphérique>. Utilisez la commande hcitool inq pour rechercher des périphériques distants. Vous obtenez ici trois valeurs par périphérique trouvé : l’adresse du périphérique, une différence d’heure et la classe du périphérique. La plus importante est l’adresse du périphérique. Elle est utilisée par d’autres commandes pour identifier le périphérique cible. La différence d’heure n’est normalement intéressante que d’un point de vue technique. Dans la classe, le type de périphérique et le type de service sont codés en valeur hexadécimale. Vous pouvez utiliser la commande hcitool nom <adresse-appareil> pour obtenir le nom d’un appareil distant. S’il s’agit alors d’un ordinateur distant, la classe et le nom de l’appareil obtenus correspondraient alors aux informations contenues dans le fichier /etc/bluetooth/hcid.conf de celui-ci. Les adresses d’appareils locaux génèrent une erreur en sortie. 390 17.2. Bluetooth 17 hciconfig hciconfig hci0 name renvoie le nom qui est renvoyé par votre ordinateur à toute demande d’appareils distants.hciconfig ne sert cependant pas qu’à répondre aux requêtes des appareils vers l’appareil local, mais permet également d’effectuer des modifications sur ce nom. La commande hciconfig hci0 name TEST permet de donner à l’appareil le nom TEST. sdptool Utilisez le programme sdptool pour savoir quel service est mis à disposition par un appareil donné. sdptool browse <adresse_appareil> fournit une liste de tous les services d’un appareil, tandis que sdptool search <abréviation_service> permet de rechercher un service donné. Cet appel interroge tous les appareils qui peuvent être joints pour leur demander s’ils proposent le service recherché. S’il est effectivement proposé par un appareil, le programme indique le nom du service (complet) proposé par l’appareil et une brève description. Pour obtenir une liste de toutes les abréviations de services possibles, exécutez la commande sdptool sans paramètre particulier. 17.2.4 Communications sans fil /usr/sbin/hciconfig fournit des informations supplémentaires pour les périphériques locaux. L’appel de hciconfig sans argument fournit des informations sur le périphérique comme le nom du périphérique (hciX), l’adresse physique du périphérique (12 chiffres sous la forme 00:12:34:56:78) ainsi que des informations sur toutes les données transmises. Applications graphiques Konqueror vous permet d’afficher la liste des périphériques Bluetooth locaux et distants grâce à l’URL sdp:/. Un double clic sur le périphérique vous affiche une vue d’ensemble des services proposés par ce périphérique. Si vous passez la souris sur un des services fournis, vous pouvez voir dans la barre d’état du navigateur le profil utilisé pour ce service. Cliquez sur un service, une fenêtre apparaît alors pour vous demander ce que vous désirez faire : enregistrer, utiliser le service (il faut pour cela qu’un programme utilisateur soit lancé) ou annuler votre action. Vous pouvez aussi cocher une case pour que cette fenêtre ne s’affiche plus mais exécute toujours une action que vous aurez choisie. Attention : pour certains services il n’existe pas (encore) de prise en charge, et pour d’autres des paquetages doivent éventuellement être installés. SUSE LINUX 391 17.2.5 Exemples Connexion réseau entre deux ordinateurs O1 et O2 Dans le premier exemple, on doit construire une connexion réseau entre deux ordinateurs O1 und O2. Chacun des deux ordinateurs possède une adresse de périphérique Bluetooth, respectivement baddr1 et baddr2, laquelle, comme il a été décrit ci-dessus, peut être définie à l’aide de la commande hcitool dev sur chaque ordinateur. Les ordinateurs doivent finalement se voir par leur adresse IP respective soit 192.168.1.3 (O1) et192.168.1.4 (O2). La connexion Bluetooth a lieu grâce à pand (Personal Area Networking). Les commandes suivantes doivent être lancées par l’utilisateur . Nous omettons délibérement toute explication de la commande réseau (ip) pour nous concentrer sur les actions propres à Bluetooth : Sur l’ordinateur O1, on démarre pand avec la commande pand -s. Sur le deuxième ordinateur O2, on peut alors construire une connexion avec la commande pand -c <baddr1>. Si vous demandez maintenant, sur l’un ou les deux ordinateurs, une liste des interfaces réseau à disposition, avec la commande ip link show, vous devez obtenir une réponse de la forme suivante : bnep0: <BROADCAST,MULTICAST > mtu 1500 qdisc noop qlen 1000 link/ether 00:12:34:56:89:90 brd ff:ff:ff:ff:ff:ff (l’adresse de périphérique locale baddr1 ou baddr2doit figurer à la place de 00:12:34:56:89:90). Il faut à présent associer à cette interface une adresse IP et l’activer. Utilisez pour ce faire, sur O1, les deux commandes ip addr add 192.168.1.3/24 dev bnep0 ip link set bnep0 up ou, de la même manière, sur O2 ip addr add 192.168.1.4/24 dev bnep0 ip link set bnep0 up O1 peut ainsi être joint par O2 sous l’adresse IP 192.168.1.3. Avec ssh 192.168.1.4 vous pouvez à présent vous connecter à partir d’O1 (dans la mesure où sshd fonctionne sur O2 comme c’est le cas par défaut sous SUSE LINUX). L’appel ssh 192.168.1.4 fonctionne du reste désormais aussi en tant qu’utilisateur ”normal“. 392 17.2. Bluetooth Transfert de données d’un téléphone mobile vers l’ordinateur opd --mode OBEX --channel 10 --daemonize --path /tmp --sdp Communications sans fil Le deuxième exemple consiste à transférer sur un ordinateur une image prise par un téléphone mobile doté d’un appareil photo (sans coûts supplémentaires liés à l’envoi d’un message multimédia). Notez que chaque téléphone mobile possède une arborescence de menus qui lui est propre mais que le processus est la plupart du temps analogue. Consultez si nécessaire le mode d’emploi de votre téléphone. Vous trouverez ci-après une description du transfert d’une photo d’un téléphone Sony Ericsson vers un ordinateur portable. Il faut, pour ce faire, que le service Obex-Push soit disponible sur l’ordinateur et d’autre part que l’ordinateur autorise l’accès au téléphone mobile. La première étape consiste à rendre disponible le service sur l’ordinateur portable. Utilisez pour cela le démon opd extrait du paquetage bluez-utils. Démarrez-le avec : 17 Deux paramètres sont alors importants. --sdp déclare le service auprès de sdpd. Le paramètre --path /tmp indique au programme où il doit enregistrer les fichiers reçus — dans le cas présent, dans /tmp. Vous pouvez indiquer d’autres chemins exactement de la même manière. Il vous suffit de disposer des droits d’écriture dans le répertoire concerné. À présent, le téléphone mobile doit reconnaître l’ordinateur. Cherchez alors le menu ‘Connexions’ du téléphone et choisissez l’option ‘Bluetooth’. Allez dans ‘Se connecter’ avant de choisir l’option ‘Propre appareil’. Choisissez ‘Nouvel appareil’ et laissez votre téléphone chercher l’ordinateur portable. Lorsqu’un appareil est trouvé, son nom s’affiche à l’écran. Choisissez l’appareil correspondant à l’ordinateur portable. Une demande de numéro d’identification personnel doit ensuite s’afficher, dans laquelle vous devez saisir le numéro d’identification personnel extrait de /etc/bluetooth/pin. Cela permet ainsi au téléphone de reconnaître le portable et donc d’échanger des données avec celui-ci. Quittez à présent ce menu et cherchez le menu des photos. Choisissez une photo que vous souhaitez transférer, puis appuyez sur le bouton ‘Plus’. Dans le menu qui s’affiche à présent, ‘Envoyer’, vous disposez d’un choix de différents modes d’expédition. Choisissez ‘Par Bluetooth’. Le portable doit à présent pouvoir être choisi comme appareil cible. Une fois l’ordinateur sélectionné, le transfert a lieu et la photo est placée dans le répertoire indiqué dans l’appel de opd. Vous pourriez procéder de la même manière bien entendu pour transférer un morceau de musique. SUSE LINUX 393 17.2.6 Problèmes possibles et solutions correspondantes En cas de problème de connexion, veuillez vérifier les points de la liste suivante. N’oubliez cependant pas que le problème peut se trouver de part et d’autre de la connexion, et dans le pire des cas des deux côtés. Dans la mesure du possible, vous devez essayer de comprendre le problème en utilisant un appareil Bluetooth supplémentaire afin de pouvoir écarter les problèmes liés au matériel. L’appareil local apparait-il dans le résultat de la commande hcitool dev ? Vérifiez le résultat de la commande hcitool dev. Le périphérique local est-il affiché ? Si ce n’est pas le cas, c’est que soit hcid n’est pas démarré, soit que l’appareil n’est pas reconnu en tant qu’appareil Bluetooth (soit parce que le pilote ne le reconnaît pas, soit parce que l’appareil est défectueux). Utilisez la commande rcbluetooth restart pour redémarrer le démon et consultez /var/log/messages pour rechercher d’éventuelles erreurs. Votre adaptateur Bluetooth nécessite-t-il un microprogramme ? Dans ce cas, veuillez installer bluez-bluefw et redémarrer le système Bluetooth avec la commande rcbluetooth restart. La commande hcitool inq renvoie-t-elle d’autres appareils ? Testez cet appel plusieurs fois. Il peut arriver que la connexion ne fonctionne pas totalement, car la bande de fréquence utilisée par Bluetooth est également utilisée par d’autres appareils. Les numéros d’identification personnels se correspondent-ils ? Vérifiez que le numéro d’identification personnel sous /etc/bluetooth/ pin correspond à celui de l’appareil cible utilisé. L’autre appareil ”voit-il“ votre ordinateur ? Essayez de lancer la connexion à partir de l’autre appareil. Vérifiez si cet appareil voit l’ordinateur. Est-il possible de construire une connexion réseau (voir exemple 1) ? Si le premier exemple (connexion réseau) ne fonctionne pas, il existe plusieurs causes possibles : tout d’abord, cela peut être dû au fait que l’un des deux ordinateurs ne comprend pas le protocole ssh. Essayez de voir si ping 192.168.1.3 ou ping 192.168.1.4 fonctionnent. Dans l’affirmative, vérifiez si sshd fonctionne. Un autre problème peut être que vous possédez déjà des adresses qui génèrent des conflits avec l’adresse 192.168.1.X citée dans l’exemple. Essayez tout simplement avec d’autres adresses, telles que 10.123.1.2 et 10.123.1.3. 394 17.2. Bluetooth Le second exemple fonctionne-t’il en sens inverse ? Si vous avez installé obexftp, cela fonctionne aussi avec obexftp -b <adresseappareil> -B 10 -p <image> pour quelques autres appareils. Différents modèles des marques Siemens et Sony Ericsson ont été testés et fonctionnent. Veuillez pour cela consulter la documentation du paquetage /usr/share/doc/packages/obexftp. 17.2.7 Informations supplémentaires 17 Communications sans fil L’ordinateur portable apparait-il comme appareil cible (exemple 2) ? L’appareil mobile reconnaît-il le service Obex-Push sur l’ordinateur portable ? Allez dans le menu ‘Appareil propre’ de l’appareil concerné et affichez la ‘Liste des services’. Si Obex-Push n’y figure pas (même après la mise à jour de la liste), le problème vient alors d’opd sur le portable. opd est-il démarré ? Disposez-vous des droits d’écriture dans le répertoire indiqué ? Informations et instructions utiles : GPRS (service général de radio-communication en mode paquet) via Bluetooth (page en anglais) : http://www.van-schelve.de/edv-wissen/linux/ bluetooth_1.htm Connexion avec un assistant numérique personnel PalmOS (page en anglais) : http://www.cs.ucl.ac.uk/staff/s.zachariadis/btpalmlinux. html Vous trouverez une bonne vue d’ensemble des différentes procédures à suivre pour utiliser et configurer Bluetooth à l’adresse suivante : http://www. holtmann.org/linux/bluetooth/ Howto officiel pour la pile de protocoles Bluetooth intégrée au noyau (page en anglais) : http://bluez.sourceforge.net/howto/index.html 17.3 Infrared Data Association IrDA (en anglais, Infrared Data Association) est un standard de communication sans fil par infrarouge. De nombreux ordinateurs portables commercialisés actuellement sont équipés d’un émetteur/récepteur compatible irDA qui permet la communication avec d’autres appareils, tels que les imprimantes, les modems, les réseaux locaux ou d’autres ordinateurs portables. Le débit varie de 2 400 bps jusqu’à 4 Mbps. SUSE LINUX 395 Il existe deux modes d’exploitation pour IrDA. En mode par défaut SIR, on communique avec le port infrarouge au moyen d’une interface série. Ce mode fonctionne sur presque tous les appareils et est suffisant dans de nombreux cas. Le mode le plus rapide FIR nécessite un pilote spécial pour le composant IrDA. Il n’existe cependant pas de tel pilote pour tous les composants. De plus, il faut régler le mode souhaité lors de la configuration du BIOS de l’ordinateur. C’est également là que vous voyez quelle interface série est utilisée pour le mode SIR. Vous trouverez des informations au sujet de l’IrDA dans le howto de Werner Heuser sous http://tuxmobil.org/Infrared-HOWTO/Infrared-HOWTO. html et sur le site Web du projet IrDA Linux : http://irda.sourceforge. net/. 17.3.1 Logiciels Vous trouverez les modules de noyau nécessaires dans le paquetage du noyau. Le paquetage irda prépare les utilitaires pour la prise en charge de l’interface infrarouge. Une fois le paquetage installé, vous trouverez la documentation correspondante à l’emplacement /usr/share/doc/packages/irda/README. 17.3.2 Configuration Le service système IrDA n’est pas automatiquement démarré lors de l’amorçage. Utilisez le module IrDA de YaST pour son activation. Seul un paramètre y est modifiable : l’interface série du périphérique infrarouge. Dans la fenêtre de test proposée, il existe deux sorties. La première est celle du programme irdadump qui journalise tous les paquets IrDA émis et reçus. Dans cette sortie, le nom de l’ordinateur et les noms de tous les appareils infrarouges à portée devraient apparaître régulièrement. Vous trouvez un exemple de cette sortie dans la section Problèmes possibles et solutions page 398. Tous les appareils avec lesquels il existe une liaison IrDA apparaissent dans la partie inférieure de la fenêtre. Malheureusement, l’IrDA nécessite beaucoup plus d’énergie (de la batterie) car toutes les deux secondes un paquetage de découverte est envoyé pour la reconnaissance automatique d’autres périphériques. C’est pour cette raison qu’il est conseillé, lorsque vous souhaitez économiser vos batteries, de ne démarrer l’IrDA qu’à la demande. Utilisez la commande rcirda start pour activer manuellement l’interface à tout instant ou la désactiver (avec le paramètre stop). Lorsque l’interface est activée, les modules du noyau nécessaires sont automatiquement chargés. 396 17.3. Infrared Data Association 17.3.3 Utilisation Si vous souhaitez imprimer des documents par infrarouge, vous pouvez envoyer vos données via le fichier des appareils /dev/irlpt0. Le fichier des appareils /dev/irlpt0 se comporte comme l’interface connectée par un câble normal /dev/lp0, à la différence que les données à imprimer sont transmises sans fil par de la lumière infrarouge. Lors de l’impression, veillez à ce que l’imprimante soit à portée de l’interface infrarouge de l’ordinateur et que la prise en charge de l’infrarouge soit démarrée. Vous pouvez configurer une imprimante exploitée par l’intermédiaire d’une interface infrarouge comme à votre habitude, à l’aide de YaST. L’imprimante n’est pas reconnue automatiquement, configurez alors ‘Autres (pas reconnues)’. Dans le dialogue suivant, vous pouvez sélectionner ‘Imprimante via IrDA’. Comme port irlpt0 est pratiquement toujours correct. Vous trouvez des détails sur l’utilisation des imprimantes sous Linux dans le chapitre Imprimante (utilisation) page 291. 17 Communications sans fil Vous pouvez procéder à la configuration manuelle dans le fichier /etc/ sysconfig/irda. Celui-ci ne contient qu’une variable IRDA_PORT qui définit quelle interface utiliser en mode SIR. Si vous souhaitez utiliser l’interface infrarouge avec d’autres ordinateurs, des téléphones mobiles ou d’autres appareils de ce type, vous pouvez le faire qu moyen du fichier périphérique /dev/ircomm0. Ainsi avec le téléphone mobile S25 de Siemens, vous pouvez vous connecter à l’Internet sans fil par de l’infrarouge grâce au programme wvdial. Une synchronisation des données avec un Palm Pilot est également possible, il vous suffit de saisir simplement le nom de périphérique /dev/ircomm0 dans le programme correspondant. Vous ne pouvez communiquer qu’avec les appareils qui prennent en charge les protocoles Printer ou IrCOMM. Vous pouvez utiliser des programmes spéciaux comme irobexpalm3 ou irobexreceive pour vous adresser à des appareils qui utilisent le protocole IROBEX (3Com Palm Pilot). Vous trouverez des détails à ce sujet dans IR-HOWTO (http://tldp.org/HOWTO/Infrared-HOWTO/). La liste des protocoles pris en charge par l’appareil est affichée par irdadump après le nom de l’appareil entre crochets. La prise en charge du protocole IrLAN est ”en cours de développement“. SUSE LINUX 397 17.3.4 Problèmes possibles et solutions Si certains appareils ne réagissent pas au niveau du port infrarouge, vous pouvez, en tant qu’utilisateur root, saisir la commande irdadump pour vérifier si l’autre appareil est reconnu par l’ordinateur. Dans le cas d’une imprimante BJC-80 Canon en vue de l’ordinateur, on obtient alors un résultat semblable au suivant et qui se répète régulièrement (voir le résultat 17.1). Exemple 17.1: Sortie d’irdadump 21:41:38.435239 21:41:38.525167 21:41:38.615159 21:41:38.705178 21:41:38.795198 21:41:38.885163 21:41:38.965133 xid:cmd xid:cmd xid:cmd xid:cmd xid:cmd xid:cmd xid:rsp 5b62bed5 > ffffffff S=6 s=0 (14) 5b62bed5 > ffffffff S=6 s=1 (14) 5b62bed5 > ffffffff S=6 s=2 (14) 5b62bed5 > ffffffff S=6 s=3 (14) 5b62bed5 > ffffffff S=6 s=4 (14) 5b62bed5 > ffffffff S=6 s=5 (14) 5b62bed5 < 6cac38dc S=6 s=5 BJC-80 hint=8804 [Printer IrCOMM ] (23) 21:41:38.975176 xid:cmd 5b62bed5 > ffffffff S=6 s=* terre hint=0500 [ PnP Computer ] (21) Si aucun résultat n’est obtenu ou si l’autre appareil ne se signale pas en retour, vérifiez la configuration de l’interface. Utilisez-vous vraiment la bonne interface ? Vous trouverez parfois aussi l’interface infrarouge sous le nom /dev/ttyS2 ou /dev/ttyS3 ou un autre quand l’interruption 3 est utilisée. Vous pouvez toutefois configurer ces paramètres pour presque tous les ordinateurs portables dans la configuration du BIOS. Vous pouvez aussi utiliser une caméra vidéo pour facilement vérifier si la LED infrarouge s’allume – contrairement aux yeux de l’homme, la plupart des caméras vidéos peuvent voir la lumière infrarouge. 398 17.3. Infrared Data Association 18 Le système Hotplug Le système Hotplug Le système de branchement à chaud (Hotplug) sous SUSE LINUX trouve son origine dans le Linux Hotplug Project, mais s’en différencie sur certains points. La différence principale est que sous SUSE LINUX on utilise non pas le multiplexeur d’événement /etc/hotplug.d, mais directement les scripts Hotplug. De plus, quand c’est possible, les scripts /sbin/hwup et /sbin/hwdown sont déployés afin d’initialiser ou d’arrêter des périphériques. 18.1 18.2 18.3 18.4 18.5 18.6 18.7 Périphériques et interfaces . . . . . . . . . . Événements Hotplug . . . . . . . . . . . . . Agents Hotplug . . . . . . . . . . . . . . . . Chargement automatique de modules . . . Hotplug avec PCI . . . . . . . . . . . . . . . Les scripts d’amorçage Coldplug et Hotplug Analyse d’erreurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 400 401 402 404 406 406 407 Le système Hotplug n’est pas seulement utilisé pour les périphériques pouvant être branchés et débranchés durant le fonctionnement, mais pour tous les périphériques qui ne sont reconnus qu’après l’amorçage du noyau. Ces périphériques, ainsi que leurs interfaces, sont renseignés dans le système de fichiers sysfs, qui se trouve dans le répertoire /sys. Avant l’amorçage du noyau, seuls les périphériques absolument nécessaires comme le système de bus, les disquettes d’amorçage ou le clavier sont initialisés. Les périphériques sont normalement reconnus par un pilote et, en conséquence, un événement Hotplug est émis et géré par les scripts appropriés. Toutefois, il existe des périphériques qui ne sont pas reconnus automatiquement. Dans ce cas, vous disposez de Coldplug qui applique sans condition des réglages statiques aux périphériques qui ne peuvent pas être reconnus. Si l’on laisse de côté quelques exceptions historiques, la plupart des périphériques sont actuellement initialisés à l’amorçage ou au branchement. Cette initialisation a fréquemment pour résultat l’enregistrement d’une interface. L’enregistrement de l’interface entraîne en retour l’émission d’événements Hotplug qui déclenchent l’installation automatique des interfaces concernées. Là où, auparavant, on se basait sur un ensemble de données de configuration pour initialiser des périphériques, on part aujourd’hui des périphériques et on recherche pour ceux-ci les données de configuration correspondantes. Le déroulement de l’initialisation s’est donc ainsi inversé, ce qui a permis une gestion plus souple des périphériques branchés à chaud. Vous configurez les fonctions Hotplug les plus importantes dans deux fichiers : vous trouverez dans /etc/sysconfig/hotplug des variables qui commandent le comportement de hotplug et coldplug. Chaque variable est détaillée par un commentaire. Le fichier /proc/sys/kernel/hotplug comporte le nom du programme exécutable qui est appelé par le noyau. Les réglages de périphériques se trouvent dans le fichier /etc/sysconfig/hardware. 18.1 Périphériques et interfaces Un périphérique (en anglais device) est systématiquement lié à une interface ; un bus peut être vu comme une interface multiple. Outre les périphériques physiques, il existe également des périphériques virtuels (par exemple un tunnel réseau). Chaque interface (en anglais en anglais interface) est associée soit à un périphérique, soit à une application. La séparation entre périphérique et interface est ici utilisée pour faciliter la compréhension du concept global. 400 18.1. Périphériques et interfaces Les périphériques sont identifiés au moyen d’une description de périphérique. Ceci peut être le ”devicepath“ dans le fichier sysfs (/sys/devices/ pci0000:00/0000:00:1e.0/0000:02:00.0), une description de l’emplacement de connexion (bus-pci-0000:02:00.0), un identifiant individuel (id-32311AE03FB82538) ou toute méthode comparable d’identification. Les interfaces étaient jusqu’à présent toujours identifiées par leur nom. Toutefois, ces noms sont une simple numérotation des périphériques existants, qui peuvent donc être modifiés lorsque l’on insère ou retire des périphériques. C’est pourquoi on peut aussi identifier les interfaces par une description du périphérique correspondant. C’est alors généralement le contexte qui permet de déterminer si c’est de la description du périphérique lui même ou de son interface dont il est question. Des exemples typiques de périphériques, d’interfaces et de leur descriptions sont par exemple : 18 Le système Hotplug On trouve dans /sys/devices les périphériques déclarés dans sysfs ; les interfaces se trouvent dans /sys/class ou /sys/block. Dans le fichier sysfs, toutes les interfaces doivent comporter un lien (en anglais link) vers leur périphérique. Toutefois, il existe encore quelques pilotes qui n’ajoutent pas automatiquement ces liens. Carte réseau PCI Un périphérique lié au bus PCI (/sys/devices/pci0000: 00/0000:00:1e.0/0000:02:00.0 ou bus-pci-0000:02:00.0) et qui dispose d’une interface réseau (eth0, id-00:0d:60:7f:0b:22 ou bus-pci-0000:02:00.0). Celle-ci est utilisée par des services réseau ou est liée à un périphérique réseau virtuel comme un tunnel ou un réseau virtuel privé, lequel possède en retour une interface. Contrôleur PCI SCSI Un périphérique (/sys/devices/pci0000:20/0000: 20:01.1, etc.) qui met à disposition plusieurs interfaces physiques sous la forme d’un bus (/sys/class/scsi_host/host1). Disque dur SCSI Un périphérique (/sys/devices/pci0000:20/0000:20: 01.1/host1/1:0:0:0, bus-scsi-1:0:0:0) avec plusieurs interfaces (/sys/block/sda*). 18.2 Événements Hotplug Il existe pour chaque périphérique et pour chaque interface ce qu’on appelle un événement Hotplug qui est traité par les agents Hotplug correspondants. Les événements Hotplug sont déclenchés par le noyau lorsqu’une liaison avec un périphérique est établie, ou lorsqu’un pilote enregistre une interface. SUSE LINUX 401 Un événement Hotplug est l’appel d’un programme, normalement /sbin/ hotplug, lorsque rien d’autre n’est spécifié dans le fichier /proc/sys/ kernel/hotplug. Le fichier /sbin/hotplug recherche un agent Hotplug qui correspond au type d’événement. S’il ne trouve aucun agent approprié, le programme s’arrête. Remarque Ignorer certains événements Hotplug Si des événements de type défini doivent en principe être ignorés, éditez pour cela le ficher /etc/sysconfig/hotplug et déclarez les noms des événements non souhaités dans la variable HOTPLUG_SKIP_EVENTS. Remarque 18.3 Agents Hotplug Un agent Hotplug est un programme exécutable qui accomplit les actions appropriées pour un événement. Pour les événements de périphériques, les agents se trouvent dans le fichier /etc/hotplug et sont intitulés <Eventname>.agent. Pour les événements d’interfaces, la commande udev lance les programmes de /etc/dev.d. Les agents de périphériques chargent en majorité des modules de noyau, mais doivent toutefois occasionnellement appeler aussi des commandes additionnelles. Sous SUSE LINUX, ceci est pris en charge par /sbin/hwup ou /sbin/ hwdown. Ces programmes recherchent dans le fichier /etc/sysconfig/ hardware une configuration adaptée au périphérique et l’utilisent le cas échéant. Si un périphérique donné ne doit pas être initialisé, un fichier de configuration correspondant doit être mis en place avec le mode de démarrage manual ou off. Si /sbin/hwup ne trouve aucune configuration, des modules sont automatiquement chargés par les agents. Plus d’informations sur ce sujet sont disponibles dans la section Chargement automatique de modules page 404. Vous trouverez des informations sur /sbin/hwup dans le fichier /usr/share/doc/packages/ sysconfig/README et à la page de manuel de hwup. 402 18.3. Agents Hotplug 18.3.1 Activation des interfaces réseau Les interfaces réseau sont initialisées avec /sbin/ifup et désactivées avec /sbin/ifdown. Vous trouverez des détails à ce sujet dans le fichier /usr/ share/doc/packages/sysconfig/README et dans la page de manuel de la commande ifup. Comme Linux n’utilise pas de fichiers spéciaux (”device nodes“) pour les interfaces réseau, ceux-ci ne sont pas non plus gérés par la commande udev. 18 Le système Hotplug Les agents d’interfaces sont appelés indirectement par la commande udev. De cette manière, udev construit tout d’abord un fichier spécial de périphérique (en anglais device node) sur laquelle le système peut prendre la main. La commande udev permet de donner des noms persistants aux interfaces. Des détails sur ce point sont disponibles au chapitre Noeuds de périphériques dynamiques avec udev page 409. Enfin, les agents individuels installent l’interface. Les opérations correspondant à quelques interfaces sont décrites dans ce qui suit. Si un ordinateur dispose de plusieurs périphériques réseau avec différents pilotes, il se peut que les désignations d’interfaces soient modifiées après l’amorçage, dans le cas où un autre pilote a été chargé plus rapidement. C’est pour cela que dans SUSE LINUX les périphériques réseau PCI sont administrés par une file d’attente. Vous pouvez désactiver ce comportement dans le fichier /etc/sysconfig/hotplug par l’intermédiaire de la variable HOTPLUG_PCI_QUEUE_NIC_EVENTS=no. Le meilleur moyen pour obtenir des désignations d’interfaces cohérentes consiste cependant à indiquer le nom souhaité dans les fichiers de configuration de chaque interface. Vous trouverez des détails sur cette méthode dans le fichier /usr/share/doc/packages/sysconfig/README. 18.3.2 Activation des périphériques de stockage Les interfaces des périphériques de stockage doivent être intégrée pour pouvoir y accéder. Cela peut se faire soit de façon totalement automatique, soit être configuré à l’avance. La configuration s’effectue dans le fichier /etc/sysconfig/ hotplug au moyen des variables HOTPLUG_DO_MOUNT, HOTPLUG_MOUNT_TYPE, HOTPLUG_MOUNT_SYNC et dans le fichier /etc/fstab. Le fonctionnement complètement automatisé est activé en fixant la variable HOTPLUG_DO_MOUNT=yes. Il prend en charge deux modes et l’on passe de l’un à l’autre au moyen de la variable HOTPLUG_MOUNT_TYPE. SUSE LINUX 403 En mode HOTPLUG_MOUNT_TYPE=subfs, un répertoire dont le nom est construit à partir des caractéristiques du périphérique est placé dans le répertoire /media. Le volume y est monté et démonté automatiquement par la commande submountd. Ainsi les données sont toujours écrites immédiatement. En conséquence, des périphériques fonctionnant dans ce mode peuvent aussi être retirés facilement lorsque le témoin d’accès est éteint. En mode HOTPLUG_MOUNT_TYPE=fstab, les périphériques de stockage sont montés comme il est indiqué dans le fichier /etc/fstab. La variable HOTPLUG_MOUNT_SYNC permet de choisir si l’accès doit se faire en mode synchrone ou asynchrone. En fonctionnement asynchrone, le temps d’accès en écriture est plus court, car les résultats sont stockés dans un espace intermédiaire ; il se peut toutefois que les données ne puissent pas être écrites complètement lorsque le volume est retiré sans précaution. En fonctionnement synchrone, toutes les données sont toujours écrites immédiatement, mais le temps d’accès est par conséquent plus long. La déconnexion du périphérique doit s’effectuer manuellement par la commande umount. Le fonctionnement totalement automatique est désactivé en fixant la variable HOTPLUG_DO_MOUNT=no. Le périphérique doit alors être monté et démonté manuellement. Les deux dernières méthodes de fonctionnement se prêtent à l’utilisation de noms persistents pour les périphériques, car les noms de périphériques traditionnels peuvent changer selon l’ordre d’initialisation. Vous pourrez trouver plus de détails sur les noms persistents pour les périphériques dans le chapitre Noeuds de périphériques dynamiques avec udev page 409. 18.4 Chargement automatique de modules Si un périphérique n’avait pas pu être initialisé avec /sbin/hwup, l’agent explore ce qu’on appelle les ”tables de correspondance de modules“ (Module Maps) à la recherche d’un pilote adapté. Il examine en premier les tables de correspondance dans /etc/hotplug/*.handmap ; s’il n’a rien trouvé, il cherche également dans /lib/modules/<kernelversion>/modules.*map. Si vous voulez utiliser un autre pilote que le pilote standard du noyau, déclarez-le dans /etc/hotplug/*.handmap car ce fichier est le premier a être lu. 404 18.4. Chargement automatique de modules Dans le cas de périphériques PCI, pci.agent interroge d’abord hwinfo au sujet de modules de pilote. L’agent ne recherche dans le pci.handmap et le kernelmap que si hwinfo ne connaît aucun pilote ; cela a déjà été tenté auparavant par hwinfo et doit donc également échouer. hwinfo dispose d’une base de données supplémentaire d’assignation des pilotes. La commande lit également pci.handmap, ce qui permet de s’assurer qu’une assignation donnée dans ce fichier est réellement utilisée. 18 Le système Hotplug Veuillez noter les différences suivantes entre USB et PCI. L’agent USB cherche également dans les fichiers /etc/hotplug/usb.usermap et /etc/hotplug/ usb/*.usermap des pilotes en mode utilisateur. Les pilotes Usermode sont des programmes qui règlent l’accès au périphérique en lieu et place d’un module noyau. On peut de cette façon appeler d’autres programmes exécutables pour des périphériques déterminés. L’agent pci.agent peut être limité à des périphériques d’un type déterminé ou aux modules pilotes qui se trouvent dans un sous-répertoire défini dans /lib/modules/<kernelversion>/kernel/drivers. Dans le premier cas, des classes de périphériques PCI peuvent être ajoutées dans le fichier /etc/ sysconfig/hotplug au niveau des variables HOTPLUG_PCI_CLASSES_WHITELIST etHOTPLUG_PCI_CLASSES_BLACKLIST, comme on peut le voir à la fin du fichier /usr/share/pci.ids. Pour le second cas, vous spécifiez un ou plusieurs répertoires dans les variables HOTPLUG_PCI_DRIVERTYPE_WHITELIST et HOTPLUG_PCI_DRIVERTYPE_BLACKLIST. Les modules de ces répertoires exclus ne seront jamais chargés. Dans les deux cas, une liste blanche (whitelist) totalement vide signifie que toute possibilité, à l’exception de celles exclues dans la liste noire (blacklist), est licite. Indiquez aussi dans le fichier /etc/hotplug/blacklist les modules qui ne devront jamais être chargés par un agent. Écrivez chacun des noms de modules sur sa propre ligne. Si plusieurs modules appropriés sont trouvés dans une table de correspondance, seul le premier module sera chargé. Si vous souhaitez que tous les modules soient chargés, déclarez la variable HOTPLUG_LOAD_MULTIPLE_MODULES=yes. Il est encore mieux toutefois d’établir une configuration matérielle /etc/sysconfig/hardware/hwcfg-* particulière pour ce périphérique. Cela ne concerne pas les modules chargés à l’aide de hwup. Le chargement automatique de modules n’a lieu qu’exceptionnellement, et sera encore davantage restreint dans les versions futures de SUSE LINUX. SUSE LINUX 405 18.5 Hotplug avec PCI Quelques ordinateurs autorisent également le branchement à chaud de périphériques PCI. Afin de pouvoir utiliser pleinement cette possibilité, des modules de noyau particuliers doivent être chargés, qui peuvent provoquer des dommages sur les ordinateurs Hotplug non-PCI. Les emplacements PCI Hotplug ne peuvent malheureusement pas être reconnus automatiquement ; vous devez donc configurer cette fonction manuellement. Pour ce faire, renseignez la variable HOTPLUG_DO_REAL_PCI_HOTPLUG à la valeur yes dans le fichier /etc/sysconfig/hotplug. 18.6 Les scripts d’amorçage Coldplug et Hotplug La commande boot.coldplug est utilisée pour tous les périphériques qui ne sont pas reconnus automatiquement, c’est-à-dire pour lesquels aucun événement Hotplug n’a pu être généré. Dans ce cas, c’est simplement la commande hwup seule qui est appelée pour chaque configuration matérielle statique /etc/sysconfig/hardware/hwcfg-static-*. Ceci peut également être utilisé pour initialiser des périphériques intégrés dans un ordre différent de celui qui serait utilisé par Hotplug : en effet, la commande coldplug est exécutée avant hotplug. boot.hotplug déclenche le traitement des événements Hotplug. Le paramètre d’amorçage khelper_max=0 permet en effet d’empêcher l’émission d’événements Hotplug au début de la phase d’amorçage. Ces événements déjà créés sont donc encore dans une file d’attente du noyau. boot.hotplug renseigne ensuite dans le fichier /etc/sysconfig/hotplug combien d’événements ont été émis parallèlement, à un moment donné. De cette façon, aucun événement Hotplug n’est perdu. 406 18.5. Hotplug avec PCI 18.7 Fichiers journaux hotplug n’envoie en standard que quelques informations importantes à syslog. Pour recevoir plus d’informations, configurez la variable HOTPLUG_DEBUG du fichier /etc/sysconfig/hotplug à la valeur yes. Si vous donnez à cette variable la valeur max, chaque commande du shell de tous les scripts Hotplug sera consignée. La taille du fichier /var/log/messages dans lequel syslog enregistre toutes les informations augmentera en conséquence. Comme syslog n’est démarré, pendant l’amorçage, qu’après hotplug et coldplug, il n’est pas pas encore possible de consigner les premières informations. Si ces informations sont importantes pour vous, créez au moyen de la variable HOTPLUG_SYSLOG un autre fichier journal. Notez à ce sujet les commentaires se trouvant dans /etc/sysconfig/hotplug. 18.7.2 Le système Hotplug 18.7.1 18 Analyse d’erreurs Problèmes d’amorçage Si un ordinateur se fige au démarrage, vous pouvez désactiver hotplug ou coldplug en entrant NOHOTPLUG=yes ou NOCOLDPLUG=yes dans l’invite de commande d’amorçage. La désactivation de Hotplug a simplement pour conséquence qu’aucun événement Hotplug n’est émis par le noyau. Vous pouvez réactiver Hotplug pendant que le système est en marche en entrant la commande /etc/init.d/boot.hotplug start. Tous les événements Hotplug créées jusqu’alors sont émis et traités. Pour supprimer des événements en cas de congestion, vous pouvez auparavant indiquer /bin/true dans /proc/sys/kernel/ hotplug, puis, après un certain temps, revenir à /sbin/hotplug. La désactivation de Coldplug a simplement pour conséquence que les réglages statiques ne sont pas appliqués. Naturellement, vous pouvez aussi réactiver Coldplug au moyen de la commande /etc/init.d/boot.coldplug start. Pour savoir si un module donné, chargé par hotplug, est responsable des problèmes, déclarez HOTPLUG_TRACE=<N> dans l’invite d’amorçage. Les noms de tous les modules devant être chargés sont affichés l’un après l’autre à l’écran avant d’être effectivement chargés après hNi secondes. Vous ne pouvez cependant pas intervenir ici de façon interactive. SUSE LINUX 407 18.7.3 L’enregistreur d’événements Le script /sbin/hotplugeventrecorder est appelé à chaque événement par /sbin/hotplug. S’il existe un répertoire /events, tous les événements Hotplug y sont enregistrés comme des fichiers individuels. De cette façon, on peut générer à nouveau, à des fins de test, des événements particuliers conformes à l’original. Si le répertoire n’existe pas, aucun enregistrement n’est créé. 18.7.4 Charge système trop élevée ou amorçage trop lent La valeur de la variable HOTPLUG_MAX_EVENTS, du fichier /etc/sysconfig/ hotplug, est transmise au noyau au démarrage de Hotplug et détermine le nombre d’événements qui peuvent être traités simultanément. Si Hotplug génère à l’amorçage une charge système trop importante, vous pouvez réduire cette valeur. Si toutefois Hotplug effectue ses traitements trop lentement, cette valeur doit être augmentée. 408 18.7. Analyse d’erreurs 19 Avec le noyau Linux 2.6, il existe une nouvelle solution Userspace pour un répertoire de périphériques dynamique /dev avec des désignations de périphériques cohérentes : udev. L’implémentation précédente de /dev avec devfs ne fonctionne plus et est remplacée par udev. 19.1 19.2 19.3 19.4 19.5 Bases de la création de règles . . . . . . . . . . . . . . . . 410 Automatisation avec NAME et SYMLINK . . . . . . . . 411 Expressions régulières dans les codes . . . . . . . . . . . 411 Conseils pour choisir les codes appropriés . . . . . . . . 412 Noms cohérents pour périphériques de mémoir de masse 413 Noeuds de périphériques dynamiques avec udev Noeuds de périphériques dynamiques avec udev Des noeuds de périphériques (en angl. device nodes)ont été traditionnellement enregistrés sur les systèmes Linux dans le répertoire /dev. Il existait un noeud pour chaque type de périphérique, indépendamment du fait de savoir s’il existait effectivement dans le système. En conséquence, la taille de ce répertoire devenait importante. On atteignit une amélioration sensible avec devfs car seuls les périphériques existant réellement obtinrent un noeud de périphériques dans /dev. udev s’y prend autrement pour créer des noeuds de périphériques. Il compare les informations mises à disposition par sysfs avecs les entrées de l’utilisateur sous forme de règles. sysfs est un nouveau système de fichiers du noyau 2.6 et offre les informations de base sur les périphériques connectés dans le système. Il se situe sous /sys. La création de règles par l’utilisateur n’est pas absolument nécessaire. Si on connecte un périphérique, le noeud de périphérique correspondant est alors créé. Les règles offrent cependant la possibilité de modifier le nom des noeuds. Ceci permet de remplacer le nom cryptique d’un périphérique par un nom de périphérique plus facile à retenir, et de conserver en outre des noms de périphériques cohérents si vous avez connecté deux périphériques de même type. Deux imprimantes reçoivent deux désignations /dev/lp0 et /dev/lp1 par défaut. Mais le noeud de périphérique attribué à chacune dépend de l’ordre dans lequel elles ont été mises sous tension. Un autre exemple sont les périphériques de mémoire de masse comme les disques durs USB. Avec udev, on entre les chemins du périphérique exacts dans /etc/fstab. 19.1 Bases de la création de règles Avant que udev crée des noeuds de périphériques sous /dev, il lit le fichier /etc/udev/udev.rules. La première règle qui convient à un périphérique est utilisée, même s’il en existe d’autres. Les commentaires commencent par le signe . Les règles ont la forme suivante : # Code, [Code,...] NOM [, SYMLINK] Un code au minimum doit être indiqué puisque la règle va être affectée à un périphérique par l’intermédiaire de ce code. Le nom est également obligatoirement nécessaire car le noeud de périphérique sera établi sous ce nom dans /dev. Le paramètre Symlink optionnel permet d’établir des noeuds de périphériques dans d’autres endroits. Une règle pour une imprimante pourrait alors se présenter comme ceci : 410 19.1. Bases de la création de règles 19 Il y a dans cet exemple deux codes : BUS et SYSFS{serial}. udev va comparer le numéro de série avec celui du périphérique auquel le bus USB est connecté. Tous les codes doivent coïncider afin d’attribuer au périphérique le nom lp_hp dans le répertoire /dev. De plus, il créera un /dev/printers/hp symbolique qui renvoie au noeud de périphérique. Le répertoire printers est alors créé automatiquement. Les requêtes d’impression peuvent ensuite être envoyées à /dev/printers/hp ou /dev/lp_hp. 19.2 Automatisation avec NAME et SYMLINK Les paramètres NAME et SYMLINK permettent l’utilisation d’opérateurs pour l’automatisation d’affectations. Ces opérateurs se réfèrent à des données du noyau au sujet du périphérique correspondant. Voici un exemple simple en guise d’illustration : BUS="usb", SYSFS{vendor}="abc", SYSFS{model}="xyz", NAME="camera%n" L’opérateur %n est remplacé dans le nom par le numéro prévu pour l’appareil photo périphérique : camera0, camera1, etc. Un autre opérateur utile est %k, remplacé par le nom du périphérique standard du noyau, par exemple hda1. A la page de manuel de udev, vous trouverez une liste de tous les opérateurs. 19.3 Noeuds de périphériques dynamiques avec udev BUS="usb", SYSFS{serial}="12345", NAME="lp_hp", SYMLINK="printers/hp" Expressions régulières dans les codes Dans les codes, des expressions régulières peuvent être utilisées dans le shell comme les jockers, ainsi par exemple le signe * en tant que caractère de remplacement pour n’importe quel signe ou ? pour un certain caractère précis. KERNEL="ts*", NAME="input/%k" SUSE LINUX 411 Avec cette règle, un périphérique, dont la désignation commence avec les lettres "ts", reçoit le nom de noyau standard dans le répertoire standard. Vous trouverez des informations détaillées sur l’utilisation d’expressions régulières dans les règles udev à la page de manuel man udev. 19.4 Conseils pour choisir les codes appropriés Le choix d’un bon code constitue la condition pour toute règle udev apte à fonctionner. Les codes standard sont par exemple : BUS Type de bus du périphérique NOYAU Nom du périphérique que le noyau utilise ID Numéro du périphérique sur le bus (par ex. Bus PCI ID) PLACE Emplacement physique auquel le périphérique est connecté (par ex. pour USB) Les codes ID et Place peuvent s’avérer utiles, mais la plupart du temps les codes BUS et KERNEL ainsi que SYSFS{...} sont utilisés. De plus, udev met à disposition des codes qui appellent des scripts externes et évaluent leur résultat. Vous trouverez plus d’informations détaillées à la page de manuel man udev. sysfs ne classe aucun fichier contenant des informations matérielles dans une arborescence de répertoire. Chaque fichier ne reçoit alors en règle générale qu’une information, comme le nom du périphérique, le fabricant et le numéro de série. Chacun de ces fichiers peut être utilisé comme valeur de code. Si vous voulez utiliser plusieurs codes SYSFS{...} dans une règle, vous ne devez cependant utiliser que des fichiers du même répertoire. udevinfo s’avère être ici un outil utile. Vous devez seulement trouver sous /sys un répertoire se rapportant au périphérique correspondant, comprenant un fichier dev. Vous trouverez tous ces répertoires sous /sys/block ou /sys/class. S’il existe déjà un noeud de périphérique pour le périphérique, udevinfo peut faire le travail à votre place. La commande udevinfo -q path -n /dev/sda affiche /block/sda. Ceci signifie que le répertoire recherché est /sys/block/ sda. Appelez ensuite udevinfo avec la commande suivante : udevinfo -a -p /sys/block/sda. Les deux commandes peuvent également être combinées 412 19.4. Conseils pour choisir les codes appropriés BUS="scsi" ID="0:0:0:0" SYSFS{detach_state}="0" SYSFS{type}="0" SYSFS{max_sectors}="240" SYSFS{device_blocked}="0" SYSFS{queue_depth}="1" SYSFS{scsi_level}="3" SYSFS{vendor}=" " SYSFS{model}="USB 2.0M DSC SYSFS{rev}="1.00" SYSFS{online}="1" " Sélectionnez dans toutes les nombreuses sorties d’informations les codes cohérents que vous ne voulez pas modifier. Pensez qu’en règle générale les codes issus de répertoires différents ne doivent pas être utilisés. 19.5 Noms cohérents pour périphériques de mémoir de masse Avec SUSE LINUX sont livrés des scripte qui vous aident à toujours affecter les mêmes désignations aux disques durs et autres périphériques de mémoire. /sbin/udev.get_persistent_device_name.sh est un script Wrapper. Il appelle d’abord /sbin/udev.get_unique_hardware_path.sh qui détecte le chemin d’accès vers un périphérique donné. De plus, /sbin/udev.get_ unique_drive_id.sh se renseigne sur le numéro de série. Les deux informations sont transmises à udev, qui crée des liens symboliques ves le noeud de périphérique sous /dev. Le script Wrapper peut être utilisé directement dans les règles udev. Un exemple pour SCSI, qu’on peut également étendre à USB ou IDE (à indiquer en une ligne) : 19 Noeuds de périphériques dynamiques avec udev : udevinfo -a -p ‘udevinfo -q path -n /dev/sda‘. Un extrait de l’affichage pourrait ressembler à ceci : BUS="scsi", PROGRAM="/sbin/udev.get_persistent_device_name.sh", NAME="%k" SYMLINK="%c{1+}" SUSE LINUX 413 Dès qu’un pilote pour un périphérique de mémoire de masse a été chargé, il se manifeste auprès du noyau avec tous les disques durs en présence. Chacun d’entre eux déclenchera un événement Hotplug Block qui appelle udev. udev lit d’abord les règles afin de constater si un Symlink doit être créé. Si le pilote est chargé via initrd, les événements Hotplug sont perdus. Cependant, toutes les informations sont enregistrées dans sysfs. Le programme d’aide udevstart trouve tous les fichiers de périphériques sous /sys/block et /sys/class, puis démarre udev. Il existe en outre un script de démarrage boot.udev qui qui recrée pendant l’amorçage tous les noeuds de périphériques. Le script de démarrage peut cependant être activé via le l’éditeur de niveaux d’exécution de YaST ou à l’aide de la commande insserv boot.udev. Remarque Il existe un bon nombre d’outils et de programmes qui croient sans réserve que /dev/sda est un disque dur SCSI et /dev/hda un disque dur IDE. Si cela n’est pas le cas, ces programmes ne fonctionnent plus. Mais YaST a connaissance de ces outils et ne travaille pour cette raison qu’avec les désignations de périphériques du noyau. Remarque 414 19.5. Noms cohérents pour périphériques de mémoir de masse 20 Linux prend en charge un grand nombre de systèmes de fichiers. Ce chapitre présente brièvement les systèmes de fichiers les plus connus sous Linux, dont nous vous présenterons de manière plus précise la conception et les avantages ainsi que les domaines d’utilisation. Nous vous fournirons également quelques informations relatives au ”Large File Support“ (la prise en charge des gros fichiers) sous Linux. 20.1 20.2 20.3 20.4 20.5 Glossaire . . . . . . . . . . . . . . . . . . . . . . Les principaux systèmes de fichiers sous Linux Autres systèmes de fichiers pris en charge . . . Prise en charge des gros fichiers sous Linux . . Pour plus d’informations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 416 416 423 424 426 Systèmes de fichiers sous Linux Systèmes de fichiers sous Linux 20.1 Glossaire Métadonnées Structure de données interne d’un système de fichiers qui garantit le respect d’une structuration et la disponibilité des données sur le disque dur. Il s’agit en fait des ”données concernant les données“. Presque chaque système de fichiers possède sa propre structure de métadonnées. Il s’agit également en partie d’une des raisons des différentes caractéristiques de performance des différents systèmes de fichiers. Il est particulièrement important de conserver intactes les métadonnées car, dans le cas contraire, le système de fichiers dans son ensemble en serait perturbé. Inode Les inodes contiennent toutes les informations relatives à un fichier, sa taille, le nombre des liens, la date, la date de création, les modifications, l’accès ainsi que les pointeurs (en anglais, pointer) vers les blocs de disque dur dans lesquels le fichier est enregistré. Journal Quand on parle de système de fichiers, un journal est une structure interne au disque utilisant une sorte de fichier journal dans lequel le pilote du système de fichiers enregistre les données et les métadonnées à modifier du système de fichiers. La ”journalisation“ permet de réduire considérablement le temps de restauration d’un système Linux dans la mesure où le pilote du système de fichiers n’a pas besoin de lancer une recherche systématique des métadonnées abîmées sur la totalité du disque. À la place, ce sont les enregistrements du fichier journal qui sont réappliqués. 20.2 Les principaux systèmes de fichiers sous Linux Contrairement à il y a deux ou trois ans, un système de fichiers pour Linux ne se choisit plus en quelques secondes (Ext2 ou ReiserFS ?). Les noyaux à partir de la version 2.4 proposent une grande variété de systèmes de fichiers. Vous trouverez ci-après un vue d’ensemble des principaux modes de fonctionnement de ces systèmes de fichiers et leurs avantages respectifs. Gardez à l’esprit qu’aucun système de fichiers ne peut convenir à tous les usages de la même manière. Chaque système de fichiers possède ses propres forces et faiblesses, que vous devez étudier au préalable. Même le système de fichiers le plus élaboré du monde ne pourra jamais remplacer une politique de sauvegarde raisonnable. 416 20.1. Glossaire Remarque Organisation des systèmes de fichiers Sauf si nous indiquons le contraire, toutes les tâches de partitionnement, d’organisation et de traitement des systèmes de fichiers peuvent s’effectuer confortablement avec YaST. Remarque 20.2.1 ReiserFS Officiellement, l’une des principales fonctionnalités du noyau version 2.4, ReiserFS, était disponible depuis SUSE LINUX version 6.4 en tant que correctif du noyau pour le noyau 2.2.x SuSE. ReiserFS a été développé par Hans Reiser et l’équipe de développement Namesys. ReiserFS s’est positionné en tant que puissante alternative à Ext2. Ses principaux avantages sont : une meilleure gestion de l’espace disque, de meilleures performances d’accès aux disques et une restauration plus rapide après un plantage. Reste cependant une petite pointe d’amertume : ReiserFS accorde beaucoup d’importance aux métadonnées mais pas aux données elles-mêmes. Les prochaines générations de ReiserFS comprendront également une fonctionnalité de journalisation des données (aussi bien les métadonnées que les données elles-mêmes sont enregistrées dans un fichier journal) ainsi que des accès en écriture ordonnés (voir data=ordered sous Ext3). Les points forts de ReiserFS en détail : 20 Systèmes de fichiers sous Linux Les termes ”intégrité des données“ ou ”cohérence des données“ ne font pas référence dans ce chapitre à la cohérence des données enregistrées d’un utilisateur (les données que votre application écrit dans vos fichiers). C’est l’application ellemême qui doit assurer la cohérence de ces données. Une meilleure gestion de l’espace disque Dans ReiserFS, toutes les données sont organisées dans une structure d’arbre équilibré dénommée B* . Cette structure arborescente contribue à une meilleure gestion de l’espace disque car les petits fichiers peuvent être enregistrés directement dans les ramifications de l’arbre B* au lieu d’être enregistrés en d’autres endroits et gèrent simplement le pointeur sur l’endroit en question. En outre, l’espace disque n’est pas alloué par unités d’1 ou de 4 Ko, mais exactement par l’unité nécessaire. Un avantage supplémentaire consiste en l’attribution dynamique des inodes. Cela confère au système de fichiers une plus grande flexibilité par rapport aux SUSE LINUX 417 systèmes de fichiers classiques tels que par exemple Ext2, dans lesquels il faut indiquer la densité d’inodes au moment de la définition du système de fichiers. Meilleures performances d’accès aux disques durs Pour les petits fichiers, vous pourrez souvent remarquer qu’aussi bien les données de fichiers que les informations (inodes) ”stat_data“ sont enregistrées les unes à côté des autres. Un seul accès au disque dur suffit pour que vous disposiez de toutes les informations nécessaires. Restauration rapide après un plantage Grâce à l’utilisation d’un fichier journal pour l’observation des modifications de métadonnées entreprises récemment, la vérification du système de fichiers se réduit, même pour les gros systèmes de fichiers, à quelques secondes. 20.2.2 Ext2 Les origines d’Ext2 remontent au début de l’histoire de Linux. Son prédécesseur, l’Extended File System, a été mis en œuvre en avril 1992 et intégré à Linux 0.96c. L’Extended File System a subi un grand nombre de modifications, pour devenir pendant des années le système de fichiers le plus connu sous Linux sous le nom d’Ext2. Avec l’apparition des systèmes de fichiers journalisés et leurs temps de restauration étonnamment courts, Ext2 a perdu sa position de vedette. Un bref résumé des points forts d’Ext2 devrait vous aider à comprendre pourquoi il est tellement apprécié des utilisateurs de la communauté Linux, qui lui accordent encore aujourd’hui leur préférence. Stabilité En tant que véritable ”ancêtre“, Ext2 a connu de nombreuses améliorations et a été testé de manière très complète pour avoir une réputation de système de fichiers ”solide comme un roc“. En cas de panne du système, dans laquelle le système de fichiers ne peut pas être démonté proprement, e2fsck démarre une analyse des données du système de fichiers. Les métadonnées sont remises dans un état cohérent et les fichiers ou les blocs de données égarés sont écrits dans un répertoire prévu à cet effet (nommé lost+found). Contrairement à (la plupart) des systèmes de fichiers journalisés, e2fsck analyse la totalité du système de fichiers et pas seulement les bits de métadonnées qui viennent d’être modifiés. Cela dure significativement plus longtemps que la vérification des données de journalisation d’un système de fichiers journalisé. Selon l’importance du système de fichiers, cela peut durer d’une demi-heure à plusieurs heures. Il ne faut donc 418 20.2. Les principaux systèmes de fichiers sous Linux Mise à niveau simple Fondé sur les solides bases d’Ext2, Ext3 a pu être développé en tant que système de fichiers adulé de la génération suivante. Sa fiabilité et sa stabilité ont été habilement associées aux avantages d’un système de fichiers journalisé. 20.2.3 Ext3 Ext3 a été lancé par Stephen Tweedie. Contrairement à tous les autres systèmes de fichiers de la ”génération suivante“, Ext3 respecte un principe de conception complètement nouveau. Il est fondé sur Ext2. Ces deux systèmes de fichiers sont très intimement liés. Un système de fichiers Ext3 peut très facilement être construit à partir d’un système de fichiers Ext2 ; la différence fondamentale entre Ext2 et Ext3 étant qu’Ext3 prend en charge la journalisation. 20 Systèmes de fichiers sous Linux pas choisir Ext2 pour un serveur qui doit être beaucoup disponible. Comme Ext2 n’a pas besoin de gérer un fichier journal et utilise significativement moins d’espace disque, il est parfois plus rapide que d’autres systèmes de fichiers. En résumé, on reconnaît trois avantages principaux à Ext3 : Mises à niveau simples et extrêmement fiables à partir d’Ext2 Comme Ext3 est basé sur le code d’Ext2 et partage également son format de disque ainsi que son format de métadonnées, les mises à niveau d’Ext2 en Ext3 sont très simples. Vous pouvez les effectuer lorsque vos systèmes de fichiers Ext2 sont montés. Contrairement au passage à d’autres système de fichiers journalisés, comme par exemple ReiserFS, JFS ou XFS, qui peuvent se révéler fastidieux (vous devez réaliser des copies de sauvegarde de tout le système de fichiers et le recréer à partir de zéro), le passage à Ext3 ne prend que quelques minutes.De même ce passage est très sûr, dans la mesure où la restauration de l’ensemble d’un système de fichiers de zéro ne permet pas toujours d’éliminer toutes les erreurs. Si l’on considère le nombre de systèmes Ext2 disponibles en attente d’une mise à niveau pour un système de fichiers journalisé, on peut facilement comprendre la signification d’Ext3, pour nombre d’administrateurs système. Une rétrogradation d’Ext3 en Ext2 est tout aussi facile qu’une mise à niveau. Démontez simplement proprement le système de fichiers Ext3 et remontez-le en tant que système de fichiers Ext2. SUSE LINUX 419 Fiabilité et performance Les autres systèmes de fichiers journalisés respectent le principe de journalisation des ”métadonnées seulement“, à savoir que leurs métadonnées restent dans un état cohérent ; ce qui ne peut cependant pas être garanti automatiquement pour les données du système de fichiers eux-mêmes. Ext3 est en mesure de s’occuper aussi bien des métadonnées que des données elles-mêmes. Vous pouvez régler la précision avec laquelle Ext3 doit s’occuper des métadonnées et des données. Pour obtenir le niveau de sécurité (c’est-à-dire d’intégrité des données) le plus élevé, démarrez Ext3 en mode data=journal ; cela est cependant susceptible de ralentir le système dans la mesure où aussi bien les métadonnées que les données elles-mêmes sont répertoriées dans le fichier journal. Une approche relativement nouvelle consiste à utiliser le mode data=ordered qui garantit l’intégrité aussi bien des données que des métadonnées, mais qui n’utilise la journalisation que pour les métadonnées. Le pilote du système de fichiers rassemble tous les blocs de données qui appartiennent à une mise à jour de métadonnées. Ces blocs sont regroupés en tant que ”transactions“ et sont écrits sur le disque avant l’actualisation des métadonnées. Cela permet de garantir la cohérence des métadonnées et des données sans perte de performance. Un troisième type d’utilisation est data=writeback. Avec ce dernier, les données peuvent être écrites dans le système de fichiers principal, une fois les métadonnées transmises au fichier journal. Cette option est, pour beaucoup, le meilleur réglage en terme de performance. Il peut cependant se produire, avec cette option, que les anciennes données, après une panne et une restauration, apparaissent dans des fichiers tout en garantissant la cohérence interne du système de fichiers. Sauf spécification contraire, Ext3 est démarré avec le paramètre par défaut data=ordered. Passage d’un système de fichiers Ext2 à Ext3 Création du fichier journal : Appelez la commande tune2fs -j en tant qu’utilisateur root. tune2fs crée le fichier journal Ext3 avec les paramètres par défaut. Si vous souhaitez définir vous-même la taille du fichier journal et sur quel disque il doit être créé, appelez à la place tune2fs -J avec les deux paramètres size= et device=. Pour plus d’informations sur tune2fs, consultez la page de manuel correspondante. Déclaration du type de système de fichiers dans /etc/fstab Pour que le système de fichiers Ext3 soit également reconnu en tant que tel, ouvrez le fichier /etc/fstab et modifiez le type de système de fichiers de la partition concernée de ext2 en ext3. Votre modification entrera en vigueur lors du prochain redémarrage de votre système. 420 20.2. Les principaux systèmes de fichiers sous Linux 20.2.4 JFS JFS, le ”Journaling File System“ a été développé par IBM pour AIX. La première version bêta du portage JFS-Linux a été mis à la disposition de la communauté Linux au cours de l’été 2000. La version 1.0.0 a été publiée en 2001. JFS est conçu pour répondre aux attentes des environnements serveur haut débit, car dans ce cas, seule la performance compte. En tant que système de fichiers 64 bits complet, JFS prend en charge les partitions et les fichiers volumineux (LFS ou Large File Support ), ce qui représente un point positif supplémentaire pour son utilisation dans des environnements serveur. Une étude plus détaillée de JFS permet de montrer pourquoi ce système de fichiers peut peut-être se révéler la bonne option pour votre serveur Linux : 20 Systèmes de fichiers sous Linux Utilisation de ext3 pour le répertoire root Si vous voulez amorcer votre système de fichiers root comme ext3, il est également nécessaire d’intégrer les modules ext3 et jbd dans initrd. À cette fin, entrez les deux modules dans le fichier /etc/sysconfig/kernel dans les INITRD_MODULES et exécutez la commande mk_initrd. Journalisation efficace JFS a, à l’instar de ReiserFS, une approche des ”métadonnées seulement“. Plutôt qu’une vérification complète, seules sont vérifiées les modifications de métadonnées provoquées par de brèves activités du système de fichiers. Cela permet d’économiser énormément de temps lors de la restauration. Les activités simultanées nécessitant plusieurs enregistrements dans le fichier journal peuvent être regroupées dans une opération de validation groupée, ce qui permet de limiter considérablement les baisses de performance du système de fichiers dues aux nombreuses opérations d’écriture. Gestion efficace des répertoires JFS reste fidèle à différentes structures de répertoires. Pour les petits répertoires, il permet d’enregistrer directement le contenu du répertoire dans son inode. Pour les répertoires plus volumineux, on utilise des arborescences B+ qui simplifient la gestion des répertoires. SUSE LINUX 421 Meilleure utilisation de l’espace disque grâce à l’attribution dynamique des inodes Sous Ext2, vous devez indiquer à l’avance la densité des inodes (l’espace occupé par les informations de gestion). C’est pour cette raison que le nombre maximum de fichiers ou de données de votre système de fichiers est limité. JFS vous évite ces problèmes — il attribue l’espace des inodes de manière dynamique et le remet à nouveau à disposition s’il n’est pas nécessaire. 20.2.5 XFS À l’origine conçu comme système de fichiers pour son système d’exploitation IRIX, SGI a commencé le développement de XFS au début des années 90. XFS devait permettre d’obtenir un système de fichiers journalisé 64 bits haute performance qui a évolué en fonction des exigences extrêmes de la période actuelle. XFS est particulièrement bien adapté pour le maniement de gros fichiers et se caractérise par de bonnes performances sur le matériel de pointe. XFS présente cependant une faiblesse. À l’instar de ReiserFS, XFS accorde beaucoup d’importance à l’intégrité des métadonnées et moins à celle des données. Un bref examen des fonctionnalités clés de XFS permet de comprendre pourquoi il pourrait être un concurrent de poids par rapport aux autres système de fichiers journalisés, pour ce qui concerne le traitement avancé des données. Évolutivité élevée grâce à l’utilisation de ”groupes d’allocation“ Au moment de la création d’un système de fichiers XFS, le périphérique par blocs hébergeant le système de fichiers est divisée en au moins huit domaines linéaires de taille identique, qui sont appelés ”groupes d’allocation“. Chaque groupe d’allocation gère lui-même les inodes et l’espace libre. On peut en fait considérer les groupes d’allocation comme des ”systèmes de fichiers dans le système de fichiers“. Comme les groupes d’allocation sont relativement autonomes, le noyau peut s’adresser à plusieurs d’entre-eux simultanément. Et c’est cet aspect qui contribue à l’excellente évolutivité de XFS. Le système des groupes d’allocation autonomes répond ainsi naturellement aux exigences des systèmes multiprocesseurs. 422 20.2. Les principaux systèmes de fichiers sous Linux Préallocation pour éviter la fragmentation du système de fichiers Avant d’écrire les données dans le système de fichiers, XFS réserve l’espace disque nécessaire pour un fichier (préallocation). Cela permet de limiter considérablement la fragmentation du système de fichiers. Les performances sont améliorées, car le contenu des fichiers n’est pas réparti sur la totalité du système de fichiers. 20.3 20 Systèmes de fichiers sous Linux Performances élevées grâce à une gestion efficace de l’espace disque L’espace libre et les inodes sont gérés par les arborescences B+ des groupes d’allocation. L’utilisation des arborescences B+ contribue considérablement aux performances et à l’évolutivité de XFS. L’une des fonctionnalités véritablement unique de XFS est ”l’allocation différée“. XFS gère l’allocation de l’espace disque en divisant le processus en deux. Une transaction ”en suspens“ est enregistrée dans la mémoire vive et l’espace disque correspondant réservé. XFS ne décide pas encore précisément où (c’est-à-dire dans quels blocs du système de fichiers) les données vont être enregistrées. Cette décision est repoussée jusqu’au dernier moment. Certaines données de courte durée, temporaires, ne sont ainsi jamais enregistrées sur le disque, car elles sont déjà obsolètes au moment où XFS décide de leur lieu d’enregistrement. C’est ainsi que XFS permet d’améliorer les performances et de limiter la fragmentation du système de fichiers. Comme cependant un classement différé entraîne moins de processus d’écriture que dans les autres systèmes de fichiers, il est probable que la perte de données après une panne qui survient au cours du processus d’écriture est plus importante. Autres systèmes de fichiers pris en charge Le tableau 20.1 page suivante contient d’autres systèmes de fichiers pris en charge par Linux. Ils sont principalement pris en charge pour garantir la compatibilité et l’échange des données entre les différents supports ou avec d’autres systèmes d’exploitation. SUSE LINUX 423 TAB . 20.1: Types de systèmes de fichiers sous Linux cramfs Compressed ROM file system : un système de fichiers avec accès en lecture seulement pour les mémoires mortes. hpfs High Performance File System : le système de fichiers par défaut de OS/2 — uniquement pris en charge en mode lecture seulement. iso9660 Système de fichiers standard des cédéroms. ncpfs Système de fichiers pour le montage de volumes Novell via le réseau. nfs Network File System : permet d’enregistrer des données sur n’importe quel ordinateur d’un réseau et de garantir l’accès à ces données en réseau. smbfs Server Message Block : utilisé par des produits tels que par exemple Windows pour l’accès aux données en réseau. sysv utilisé sous SCO UNIX, XENIX et Coherent (systèmes commerciaux UNIX pour PC). ufs utilisé par BSD, SunOS et NeXTstep. Pris en charge uniquement en lecture seulement. umsdos UNIX on MSDOS : installé sur un système de données fat (à table d’allocation de fichier) normal. Offre les fonctionnalités d’UNIX (droits, liens, longs noms des fichiers) grâce à la création de fichiers spéciaux. vfat Virtual FAT : extension du système de fichiers fat (prend en charge les longs noms de fichiers). ntfs Windows NT file system : accès en lecture seulement. 20.4 Prise en charge des gros fichiers sous Linux À l’origine, Linux prenait en charge des fichiers d’une taille maximale de 2 Go. Le développement de l’utilisation de Linux pour la gestion de bases de données, pour le traitement de données audio et vidéo et bien d’autres encore ont rendu nécessaire d’adapter le noyau et la bibliothèque GNU C (glibc) pour la prise en 424 20.4. Prise en charge des gros fichiers sous Linux Le tableau 20.2 propose un aperçu des limites actuelles des fichiers et des systèmes de fichiers Linux. TAB . 20.2: Taille maximale des systèmes de fichiers (format sur disque) Système de fichiers Taille maximale des fichiers Taille maximale du système de fichiers Ext2 ou Ext3 (Taille des blocs : 1 Ko) Ext2 ou Ext3 (Taille des blocs : 2 Ko) Ext2 ou Ext3 (Taille des blocs : 4 Ko) Ext2 ou Ext3 (Taille des blocs : 8 Ko) (Systèmes avec des pages de 8 Ko (comme Alpha)) ReiserFS 3.5 234 (16 Go) 241 (2 To) 238 (256 Go) 243 (8 To) 241 (2 To) 244 (16 To) 246 (64 To) 245 (32 To) 232 (4 Go) 244 (16 To) ReiserFS 3.6 (à partir de Linux 2.4) XFS 260 (1 Eo) 244 (16 To) 263 (8 Eo) 263 (8 Eo) JFS (Taille des blocs : 512 octets) JFS (Taille des blocs : 4 Ko) NFSv2 (côté client) 263 (8 Eo) 249 (512 To) 263 (8 Eo) 252 (4 Po) 231 (2 Go) 263 (8 Eo) NFSv3 (côté client) 263 (8 Eo) 263 (8 Eo) SUSE LINUX 20 Systèmes de fichiers sous Linux charge des fichiers de plus de 2 Go. De nouvelles interfaces applicatives ont été mises au point. Aujourd’hui, (presque) tous les principaux systèmes de fichiers proposent une prise en charge LFS, qui permet le traitement avancé des données. 425 Remarque Limites du noyau Linux Le tableau décrit les limites du format sur le disque. La taille maximale d’un fichier et d’un système de fichiers pouvant être traités par le noyau correctement, est soumise, sous les noyaux 2.6 aux limites suivantes : Taille de fichier: les fichiers sur les systèmes de 32 bit ne peuvent pas faire plus de 2 To (241 octet). Systèmes 64 bits : les systèmes de fichiers peuvent faire jusqu’à 273 octet) ; cette valeur limite n’est pas (encore) atteinte par le matériel actuel. Remarque 20.5 Pour plus d’informations Chaque projet de système de fichiers décrit ci-dessus possède son propre site Internet sur lequel vous trouverez des informations extraites de listes de discussion, ainsi que de la documentation additionnelle et des FAQ. http://e2fsprogs.sourceforge.net/ext2.html http://www.zipworld.com.au/~akpm/linux/ext3/ http://www.namesys.com/ http://oss.software.ibm.com/developerworks/opensource/jfs/ oss.sgi.com/projects/xfs/ Vous trouverez un cours complet en plusieurs parties sur les systèmes de fichiers Linux, sur le site des IBM DeveloperWorks à l’adresse suivante : http://www106.ibm.com/developerworks/library/l-fs.html Vous trouverez une comparaison des différents systèmes de fichiers journalisés sous Linux réalisée par Juan I. Santos Florido pour la Linux Gazette à l’adresse suivante : http://www.linuxgazette.com/issue55/florido.html Vous trouverez un travail complet au sujet de LFS sous Linux sur les pages LFS du site Internet d’Andreas Jaegers à l’adresse suivante : http://www.suse.de/ ~aj/linux_lfs.html 426 20.5. Pour plus d’informations 21 PAM (en anglais Pluggable Authentication Modules) est utilisé sous Linux pour la communication entre les utilisateurs et les applications lors de l’identification (identification). Les modules PAM sont disponibles centralement et peuvent être appelés de chaque application. Le contenu de ce chapitre a pour but de montrer comment cette identification modulaire se configure et comment elle fonctionne. 21.1 21.2 21.3 21.4 Construction d’un fichier de configuration PAM . La configuration PAM de sshd . . . . . . . . . . . Configuration des modules PAM . . . . . . . . . Plus d’informations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428 430 431 434 PAM – Pluggable Authentication Modules PAM – Pluggable Authentication Modules Les administrateurs et les développeurs désirent limiter l’accès à des domaines spécifiques du système ou l’utilisation de certaines fonctions d’une application. Sans PAM, il faudrait adapter chaque application à toute nouvelle méthode d’identification (p.ex. LDAP ou Samba). Cette façon de faire coûte cher en temps et augmente les risques d’erreur. L’idée est donc de séparer l’identification de l’application et de la déléguer à un module central: cela permet d’éviter ces inconvénients. Si une nouvelle méthode d’identification doit être mise en oeuvre, il suffit d’adapter ou de développer un module PAM que l’application peut utiliser. Il existe un fichier de configuration propre pour chaque programme qui utilise PAM, sous Für jedes Programm, das PAM nutzt, liegt eine eigene Konfigurationsdatei /etc/pam.d/<service>. On détermine dans ce fichier la liste du ou des modules PAM qui doivent être utilisés pour l’identification des utilisateurs. Une configuration globale de la plupart des modules PAM se trouve sous /etc/security et détermine le comportement exact du module concerné (par exemple: pam_env.conf, pam_pwcheck.conf, pam_unix2.conf, time.conf etc). Une application qui utilise un module PAM appelle une séquence de fonctions PAM qui traitent les informations des divers fichiers de configuration et transmettent le résultat à l’application. 21.1 Construction d’un fichier de configuration PAM Une ligne d’un fichier de configuration PAM se construit à partir d’au plus quatre colonnes: <Type de module> <Fanion de contrôle> <Chemin du module> <Options> Les modules PAM sont traités en pile. Les divers modules ont des tâches différentes. Un module se charge de la vérification des mots de passe, un autre vérifie la provenance d’un accès et un autre interroge des configurations systèmes spécifiques à l’utilisateur. PAM connaît quatre type de modules: auth Les modules de ce type servent à vérifier si l’utilisateur est authentifié. Cette vérification se fait traditionnellement par une demande de mot de passe, mais peut également s’effectuer par carte à puce ou par des informations biométriques (empreintes digitales, rétinienne, etc). 428 21.1. Construction d’un fichier de configuration PAM La deuxième section contient un fanion de contrôle qui configure la réaction à l’échec ou la réussite du module: required L’identification ne peut continuer que si le module réussit son exécution. En cas d’erreur lors de l’exécution d’un module required, les autres modules sont également exécutés, avant que les utilisateurs ne reçoivent l’information que la tentative d’identification n’a pas aboutit. requisite Les modules doivent réussir leur exécution de la même manière que dans le cas de required. Cependant, lors d’une erreur, l’échec est immédiatement communiqué à l’utilisateur sans exécuter d’autres modules. En cas de succès, les modules suivants sont exécutés de la même manière que dans le cas required. Ce fanion peut servir de filtre simple, de manière à garantir que toutes les conditions requises pour une identification correcte soient nécessaires. sufficient Si un module de ce type s’exécute avec succès, le programme appelant obtient immédiatement l’information que l’identification a réussi et aucun autre module n’est exécuté, dans la mesure où aucun module précédemment exécuté sans succès ne portait le fanion required. Si l’exécution d’un module sufficient est sans succès, cela n’a pas de conséquence, les modules suivants sont simplement traités en suivant. optional La réussite ou l’échec n’a pas d’effet. Cette propriété peut être par exemple utilisé pour un module qui informe l’utilisateur de la réception d’e-mail mais n’a pas d’autre effets. 21 PAM – Pluggable Authentication Modules account Les modules de ce type vérifient si l’utilisateur est autorisé à utiliser le service demandé. Par exemple, personne ne devrait pouvoir se connecter à un système alors que son compte a expiré. password Les modules de ce type servent à la modification des données d’identification. Dans la plupart des cas, il s’agit d’un mot de passe. session Les modules de ce type servent à l’administration et à la configuration de sessions utilisateur. Ces modules sont activés avant et après l’identification, de manière à journaliser les tentatives de connexion et à configurer l’environnement de l’utilisateur (chemin d’accès au courrier électronique, répertoire personnel, limites systèmes, etc). Le chemin du module n’est pas spécifié s’il réside dans le répertoire usuel /lib/ security (respectivement sous /lib64/security pour toutes les versions 64 bits de SUSE LINUX). Comme quatrième colonne, une option peut être passée au module, comme par exemple debug (mode de débogage) ou nullok (des mots de passe vides sont autorisés). SUSE LINUX 429 21.2 La configuration PAM de sshd Après la théorie de la configuration PAM, vous trouverez ici un exemple pratique, la configuration PAM de sshd: Exemple 21.1: Configuration PAM de sshd #%PAM-1.0 auth required pam_unix2.so # set_secrpc auth required pam_nologin.so auth required pam_env.so account required pam_unix2.so account required pam_nologin.so password required pam_pwcheck.so password required pam_unix2.so use_first_pass use_authtok session required pam_unix2.so none # trace or debug session required pam_limits.so # Enable the following line to get resmgr support for # ssh sessions (see /usr/share/doc/packages/resmgr/README.SuSE) #session optional pam_resmgr.so fake_ttyname Tout d’abord, sshd appelle les trois modules de type auth. Le premier module, pam_unix2 vérifie le login (nom) et le mot de passe de l’utilisateur à l’aide de /etc/passwd et de /etc/shadow. Le prochain module (pam_nologin) vérifie si le fichier /etc/nologin existe. Dans ce cas, à part root, aucun utilisateur n’a permission d’accps. Le troisième module, pam_env, lit les données du fichier /etc/security/pam_env.conf et configure les variables d’environnement spécifiées. Ici se configure par exemple la variable DISPLAY à la bonne valeur, car pam_env sait d’où l’utilisateur tente de se connecter. La ”pile“ (en anglais stack ) du module auth est traitée avant que le daemon ssh obtienne un résultat (identification réussie ou non). Tous les modules portent donc un fanion de contrôle required et doivent donc être tous traités avant que la réussite soit communiquée à l’sshd abgesetzt wird. En cas d’échec d’un de ces modules, le résultat final communiqué sera négatif, mais sshd ne l’apprendra que lorsque tous les modules de ce type auront été traités. 430 21.2. La configuration PAM de sshd Les deux modules suivants appartiennent au type password et doivent également être traités avec succès (fanion de contrôle required) lorsque l’application change les données d’identification. De manière à changer un mot de passe ou une autre donnée d’identification, la sécurité des données entrées doit être vérifiée. Le module PAM pam_pwcheck se charge de faire assurer la sécurité du mot de passe par la bibliothèque cracklib, ce qui permet d’avertir l’utilisateur si le mot de passe choisi par lui n’est pas sûr (trop court, trop simple). Le module déjà connu pam_unix2 prend les anciens et nouveaux mots de passe de pam_pwcheck. L’utilisateur ne doit pas s’identifier à nouveau. De plus, on évite de passer outre les contrôles de pam_pwcheck. Les modules de type password devraient toujours être exécutés dans la mesure où les modules précédents de type account ou auth avertissent d’un mot de passe périmé. Enfin, les modules de type session sont appelés, de manière à configurer la session pour cet utilisateur de la façon prévue. Le module pam_unix2 est appelé à nouveau, sans effet en pratique en raison de l’option none. Le module pam_limits lit le fichier /etc/security/limits.conf et configure les limites d’utilisation de ressources systèmes éventuelles. Lorsque l’utilisateur se déconnecte, les modules de type session sont à nouveau appelés. 21.3 21 PAM – Pluggable Authentication Modules La pile suivante de module traitée est celle des modules de type account. Ces modules vérifient l’autorisation d’accès au service. Ici, les modules pam_unix2 et pam_nologin doivent être à nouveau exécutés avec succès (required). Si pam_unix2 informe que l’utilisateur existe et si pam_nologin a vérifié qu’il a le droit de se connecter, le succès est communiqué à sshd et le prochain groupe de modules est attaqué. Configuration des modules PAM Le mode d’exécution des modules PAM est configurable. Les fichiers de configurations relatifs se trouvent sous /etc/security. Cette section décrit brièvement les fichiers utilisés dans l’exemple de sshd. Ces fichiers sont pam_unix2.conf, pam_env.conf, pam_pwcheck.conf et limits.conf. SUSE LINUX 431 21.3.1 pam_unix2.conf Pour l’identification traditionnelle par mot de passe, le module PAM pam_unix2 est utilisé. Il lit ses données de /etc/passwd, /etc/shadow, de tables NIS ou NIS+, ou d’une base de données LDAP. On peut configurer ce module soit individuellement dans la configuration PAM de l’application, ou globalement dans /etc/security/pam_unix2.conf. Dans le cas le plus simple, les fichiers ont le contenu suivant: Exemple 21.2: pam_unix2.conf auth: nullok account: password: session: nullok none L’option nullok, pour les types de modules auth et password, signifie que des mots de passe vides sont admis pour ce type de compte. L’utilisateur a le droit de changer les mots de passe. On demande à l’aide de l’option none pour le type session qu’aucun message ne soit journalisé (configuration standard). Vous pouvez obtenir d’autres options de configuration dans ce fichier ou dans la page de manuel de pam_unix2. 21.3.2 pam_env.conf Ce fichier peut être utilisé pour donner un environnement standardisé aux utilisateurs, via l’appel du module pam_env. La syntaxe de configuration de variables d’environnement est: VARIABLE [DEFAULT=[valeur]] [OVERRIDE=[valeur]] VARIABLE Désignation de la variable d’environnement qui doit être assignée [DEFAULT=[valeur]] Valeur standard configurée par l’administrateur (utilisée par défaut) [OVERRIDE=[valeur]] Les valeurs qui peuvent être déterminées par pam_ env et assignées à la place de la valeur standard 432 21.3. Configuration des modules PAM Exemple 21.3: pam_env.conf REMOTEHOST DISPLAY DEFAULT=localhost OVERRIDE=@{PAM_RHOST} DEFAULT=${REMOTEHOST}:0.0 OVERRIDE=${DISPLAY} La première ligne configure la valeur de la variable REMOTEHOST à localhost, donc pam_env ne peut pas indiquer une autre valeur. La variable DISPLAY utilise la valeur de la variable REMOTEHOST par défaut. Vous pouvez obtenir plus d’information dans les commentaires situés dans le fichier /etc/security/ pam_env.conf. 21.3.3 pam_pwcheck.conf Le module pam_pwcheck cherche dans ce fichier les options de tous les modules de type password. Les configurations stockées ici sont lues avant celles des configurations de l’application. Si l’application n’a pas de configuration spécifique, les configurations globales sont utilisées. Par exemple: Exemple 21.4: pam_pwcheck.conf password: nullok blowfish use_cracklib 21 PAM – Pluggable Authentication Modules Un exemple célèbre de mise en oeuvre de pam_env pour l’adaptation de la variable DISPLAY en cas de connexion par réseau: On informe pam_pwcheck d’autoriser les mots de passe vide, le chiffrement Blowfish lors de changement de mots de passe et d’assurer le contrôle de la qualité des mots de passe choisis via la bibliothèque cracklib. Vous trouverez plus d’options dans le fichier /etc/security/pam_pwcheck.conf. 21.3.4 limits.conf Le module pam_limits configure les limites systèmes pour des utilisateurs ou groupes spécifiques depuis le fichier limits.conf aus. Théoriquement, on peut configurer dans ce fichier des limites dures (sans dépassement possible) et molles (faibles: des dépassement temporaires sont possibles), posées sur des ressources systèmes. Vous trouverez des informations sur la syntaxe et les options possibles directement dans le fichier. SUSE LINUX 433 21.4 Plus d’informations Sur votre système, vous trouverez dans le répertoire /usr/share/doc/ packages/pam les documentations suivantes: READMEs Au plus haut niveau de ce répertoire se trouvent des READMEs généraux. Dans le sous-répertoire modules vous trouverez des READMEs traitant des modules PAM disponibles. The Linux-PAM System Administrators’ Guide Tout ce qu’un administrateur système doit savoir sur PAM: vous trouverez ici des thèmes comme la syntaxe d’un fichier de configuration PAM ou traitant des aspects de sécurité. Ce document est disponible dans les formats PDF, HTML ou texte. The Linux-PAM Module Writers’ Manual Vous trouverez ici les informations dont le développeur a besoin pour écrire des modules PAM conformes aux standards. Ce document est disponible dans les formats PDF, HTML ou texte. The Linux-PAM Application Developers’ Guide Ce document contient tout ce qu’un développeur d’application désireux d’utiliser les bibliothèques PAM doit savoir. Ce document est disponible dans les formats PDF, HTML ou texte. Une introduction de base à PAM de Thorsten Kukuk est disponible sous http: //www.suse.de/~kukuk/pam/PAM_lt2000/siframes.htm. Sous http:// www.suse.de/~kukuk/pam/ vous trouverez des informations supplémentaires sur certains modules PAM, qui ont été développés par lui pour SUSE LINUX. (NDT: en allemand, respectivement en anglais!) 434 21.4. Plus d’informations Troisième partie Services 22 Linux, qui a vu le jour en même temps que l’Internet, met à votre disposition toutes les paramétrages et les outils réseau nécessaires à l’intégration dans diverses structures de réseau. Vous trouverez ci-après une présentation du protocole TCP/IP que Linux utilise normalement, de ses services et de ses particularités. Enfin, nous vous expliquerons comment procéder à l’installation d’un accès réseau au moyen d’une carte réseau sous SUSE LINUX avec YaST. Nous vous présentons les principaux fichiers de configuration et quelques-uns des outils les plus importants. Comme la configuration d’un réseau peut-être particulièrement complexe, ce chapitre ne présente que les principaux mécanismes. 22.1 22.2 22.3 22.4 22.5 22.6 22.7 22.8 22.9 22.10 22.11 22.12 TCP/IP – Introduction . . . . . . . . . . . . . . IPv6 – L’Internet de la nouvelle génération . . . Configuration manuelle du réseau . . . . . . . . L’intégration dans le réseau . . . . . . . . . . . Le routage sous SUSE LINUX . . . . . . . . . . SLP — Transmission de services dans le réseau DNS – Domain Name System . . . . . . . . . . NIS – Network Information Service . . . . . . . LDAP – un service d’annuaire . . . . . . . . . . NFS – Systèmes de fichiers partagés . . . . . . . DHCP . . . . . . . . . . . . . . . . . . . . . . . . Synchronisation temporelle avec xntp . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438 447 457 468 483 484 487 509 514 541 546 556 Grands principes de la mise en réseau Grands principes de la mise en réseau 22.1 TCP/IP – Introduction Linux et les autres systèmes d’exploitation Unix utilisent le protocole TCP/IP. Il s’agit plus particulièrement d’une famille de protocoles offrant des services totalement différents. Le protocole TCP/IP a été développé à partir d’une application militaire et défini, dans sa forme actuelle, vers 1981, dans ce que l’on appelle un RFC (appel à commentaires). On entend par RFC (en anglais, Request for comments) un document qui décrit les différents protocoles Internet et la marche à suivre pour les implémenter dans un système d’exploitation et des applications. Vous pouvez accéder directement à ces documents RFC sur le Web à l’adresse suivante : http://www.ietf.org/. Quelques améliorations ont entre-temps été apportées au protocole TCP/IP, mais le protocole d’origine n’a pas été modifié de manière considérable depuis 1981. Remarque Les documents RFC décrivent la construction des protocoles Internet. Si vous souhaitez approfondir vos connaissances au sujet d’un protocole particulier, le seul document de référence est le document RFC correspondant : http://www.ietf.org/rfc.html Remarque Les services énumérés dans le tableau 22.1 permettent d’échanger des données entre deux ordinateurs fonctionnant sous Linux au moyen de TCP/IP : TAB . 22.1: Différents protocoles de la famille de protocoles TCP/IP 438 Protocole Description TCP (en anglais Transmission Control Protocol ). Un protocole sécurisé, orienté connexion. Les données à transmettre sont, du point de vue de l’application, envoyées sous forme de flux de données et c’est le système d’exploitation lui-même qui les met au format de transport adapté. Les données arrivent dans l’application cible, sur l’ordinateur cible, exactement sous la forme du flux de données dans lequel elles ont été envoyées. Le protocole TCP permet de garantir qu’aucune donnée ne soit perdue ou n’arrive dans le désordre. Ce protocole est utilisé quand l’ordre des données est important et que le terme ’connexion’ a un sens. 22.1. TCP/IP – Introduction (en anglais, User Datagram Protocol ). Un protocole sans connexion, non sécurisé. Les données à transmettre sont envoyées par paquets, ces paquets de données étant générés, au préalable, par l’application. L’ordre d’arrivée des données chez le destinataire n’est pas garanti et il se peut aussi que certains paquets de données soient perdus. Le protocole UDP est particulièrement adapté pour les applications orientées trames et se caractérise par des temps morts inférieurs à ceux du protocole TCP. ICMP (en anglais, Internet Control Message Protocol ) C’est un protocole qui ne s’adresse en général pas à l’utilisateur, il s’agit plutôt un protocole de contrôle spécial qui transmet les états d’erreur et qui peut piloter le comportement de l’ordinateur en charge de la transmission de données TCP/IP. Le protocole ICMP propose, en outre, un mode écho spécial que vous pouvez tester avec le programme ping. IGMP (en anglais, Internet Group Management Protocol ) Ce protocole contrôle le comportement des ordinateurs dans le cadre de la multidiffusion IP. Nous ne pourrons malheureusement pas aborder le sujet de la multidiffusion IP dans cet ouvrage. Presque tous les protocoles matériel sont orientés paquets. Les données à transmettre doivent être placées dans de ”petits paquets“ et ne peuvent pas être envoyées ”en une fois“. C’est pour cette raison que le protocole TCP/IP utilise aussi de petits paquets de données. La taille maximale d’un paquet TCP/IP est d’environ 64 Ko. En pratique, les paquets sont généralement plus petits, dans la mesure où le matériel réseau est le facteur limitatif. Ainsi la taille maximale autorisée d’un paquet de données sur Ethernet est de 1 500 octets. C’est donc pour cette raison que la taille des paquets TCP/IP est limitée lorsque les données sont envoyées sur un réseau Ethernet. Lorsque l’on souhaite transmettre davantage de données, le système d’exploitation doit également envoyer davantage de paquets de données. SUSE LINUX 22 Grands principes de la mise en réseau UDP 439 22.1.1 Modèle en couches Le protocole IP (en anglais, Internet Protocol ) permet la transmission non sécurisée de données. Le protocole TCP (en anglais,Transmission Control Protocol ) n’est, pour ainsi dire, qu’un complément venant se greffer sur IP pour garantir une transmission sécurisée des données. IP est, d’autre part, un complément venant se greffer lui-même sur le protocole dépendant du matériel sous-jacent, par exemple Ethernet. Les spécialistes parlent alors d’un ”modèle en couches“. Reportez-vous à l’illustration 22.1. F IG . 22.1: Modèle en couches de TCP/IP simplifie L’illustration montre un ou deux exemples pour chaque couche. Comme vous pouvez le voir, les couches sont classées par ”niveau d’abstraction“, la couche inférieure étant la plus proche du matériel. La couche supérieure, en revanche, fait pratiquement intégralement abstraction du matériel sous-jacent. Chacune des couches a une fonction bien particulière, déjà décrite en grande partie par son nom. C’est ainsi que le réseau utilisé (par exemple Ethernet) est représenté par la couche physique et par la couche liaison. Pendant que la couche 1 prend en charge des éléments aussi variés que les types de câble, les formes des signaux, le codage des signaux et autres, la couche 2 est responsable du processus d’accès (quel ordinateur a le droit d’envoyer des données et quand ?) et de la correction des erreurs. La couche 1 est appelée couche physique. 440 22.1. TCP/IP – Introduction 22 Grands principes de la mise en réseau La couche 3 au contraire, la couche réseau, est responsable de la transmission de données sur de longues distances. La couche réseau garantit que les données, même en cas de longues distances, parviennent au destinataire voulu et peuvent être distribuées. La couche 4, la couche transport, est responsable des données de l’application et garantit que les données arrivent dans l’ordre approprié et ne sont pas perdues. La couche liaison n’est responsable que du fait que les données qui arrivent sont correctes. C’est la couche transport qui assure une protection contre la ”perte“ de données. Enfin, la couche 5 concerne le traitement des données par l’application même. Pour que chacune de ces couches puisse exécuter la tâche qui lui revient, des informations supplémentaires relatives à chaque couche doivent être enregistrées dans les paquets de données, au niveau de l’en-tête. Chacune des couches dispose d’un petit bloc de données, appelé ”en-tête de protocole“ (en anglais, Protocol header) qui se trouve avant le paquet en formation. Observons un paquet de données TCP/IP quelconque en route sur un câble Ethernet. Il se présente comme sur l’image 22.2. F IG . 22.2: Paquet TCP/IP sur Ethernet Comme vous pouvez le voir, le monde est loin d’être aussi simple qu’on le voudrait. La somme de contrôle de la couche liaison se trouve à la fin du paquet et pas au début. Cela représente toutefois une simplification pour le matériel réseau. La quantité maximale de données utilisées dans un paquet s’élève, dans un réseau Ethernet, à 1 460 octets. Ainsi, si une application souhaite envoyer des données sur le réseau, les données passent au travers des différents niveaux de couches mis en œuvre dans le noyau Linux (à l’exception de la couche 1 : la carte réseau). Chacune des couches est responsable de préparer les données de manière à ce qu’elles puissent être transmises à la couche sous-jacente. La couche la plus basse est, au final, responsable SUSE LINUX 441 de l’envoi des données à proprement parler. Lors de la réception, le processus inverse se produit. Un peu comme pour les différentes peaux d’un oignon, les en-têtes de protocole de chaque couche sont retirés, au fur et à mesure, des données utiles. La couche 4 est, au final, responsable de la préparation des données pour l’application sur l’ordinateur cible. C’est pour cette raison qu’une couche ne communique jamais qu’avec la couche directement au-dessus ou en dessous d’elle. Le fait que les données sont transmises par un réseau FDDI 100 Mbit/s ou une connexion 56 Kbit/s n’a donc que très peu d’importance. A l’inverse, peu importe pour la connexion de données, quelles données sont effectivement envoyées, dans la mesure où elle sont correctement empaquetées. 22.1.2 Adresses IP et routage Remarque Les sections suivantes présentent les réseaux IPv4. Vous trouverez des informations sur son successeur, le protocole IPv6, dans la section IPv6 – L’Internet de la nouvelle génération page 447. Remarque Adresses IP Chaque ordinateur de l’Internet possède une adresse 32 bits unique. Ces 32 bits (soit 4 octets) se présentent normalement comme dans la seconde ligne de l’exemple 22.1. Exemple 22.1: Structure d’une adresse IP Adresse IP (binaire) : Adresse IP (décimale) : 11000000 10101000 00000000 00010100 192. 168. 0. 20 Les quatre octets sont séparés par un point lorsqu’ils sont écrits dans le système décimal. L’adresse IP est associée à un ordinateur ou à une interface réseau, elle ne peut donc être utilisée nulle part ailleurs dans le monde. Certes il existe des exceptions à cette règle, mais elles n’ont aucune influence sur les considérations suivantes. 442 22.1. TCP/IP – Introduction Revenons aux adresses IP : les points suggèrent que les adresses IP constituent un système hiérarchique. Jusque dans les années 90, les adresses IP étaient réparties en classes, de manière fixe. Ce système s’est toutefois révélé particulièrement rigide et c’est pour cette raison que l’on a abandonné cette répartition. On utilise désormais un ”routage ne faisant pas appel à des classes“ (CIDR (en anglais, Classless Inter Domain Routing)). Masques réseau et routage Comme l’ordinateur avec l’adresse IP 192.168.0.0; ne peut tout simplement pas savoir où se trouve l’ordinateur avec l’adresse IP 192.168.0.20, il a fallu introduire les masques réseau. Pour simplifier, les masques de (sous)-réseau définissent, sur un ordinateur disposant d’une adresse IP, ce qui se trouve ”à l’intérieur“ et ce qui se trouve ”à l’extérieur“. Les ordinateurs qui se trouvent ”à l’intérieur“ (les spécialistes disent : ”sur le même sous-réseau“), peuvent être adressés directement. Les ordinateurs qui se trouvent ”à l’extérieur“ (”pas sur le même sous-réseau“), doivent être adressés par l’intermédiaire d’une passerelle ou d’un routeur. Comme chaque interface réseau est susceptible de posséder sa propre adresse IP, vous imaginez comme tout cela peut vite devenir compliqué. 22 Grands principes de la mise en réseau La carte Ethernet aussi possède une adresse non équivoque, appelée adresse MAC (en anglais, Media Access Control ). Cette adresse fait 48 bits de long, est unique dans le monde entier et est enregistrée physiquement par le fabricant, directement sur la carte réseau. L’attribution de l’adresse par le fabricant présente toutefois un inconvénient non négligeable : les adresses MAC ne constituent pas un système hiérarchique, mais sont au contraire plus ou moins réparties de manière aléatoire. Elles ne peuvent donc pas servir à adresser un ordinateur distant. L’adresse MAC joue en revanche un rôle décisif lors de la communication entre les ordinateurs d’un réseau local (il s’agit de l’élément principal de l’en-tête de protocole de la couche 2). Voilà ce qui se produit, avant l’envoi d’un paquet sur le réseau : on combine l’adresse cible et le masque réseau au moyen d’un ET binaire. Après cela, on combine aussi l’adresse source et le masque réseau au moyen d’un ET binaire (reportez-vous au tableau 22.2 page suivante). Lorsque plusieurs interfaces réseau sont disponibles, toutes les adresses d’envoi possibles sont, en règle générale, vérifiées. SUSE LINUX 443 Les résultats des combinaisons au moyen de ET binaires sont comparés. Si les résultats sont rigoureusement identiques, cela signifie que l’ordinateur cible se trouve dans le même sous-réseau. Dans le cas contraire, il doit être adressé par l’intermédiaire d’une passerelle. Cela signifie, que plus il y a de bits ”1“ dans le masque réseau, moins il est possible d’adresser de machines directement et qu’il faut donc passer systématiquement par une passerelle. Vous pouvez consulter, à titre d’illustration, les différents exemples 22.2. Exemple 22.2: Rattachements des adresses IP avec le masque réseau Adresse IP (192.168.0.20) : 11000000 10101000 00000000 00010100 Masque réseau (255.255.255.0) : 11111111 11111111 11111111 00000000 ___________________________________________________________________ Résultat (binaire) : 11000000 10101000 00000000 00000000 Résultat (décimal) : 192. 168. 0. 0 Adresse IP (213.95.15.200) : 11010101 10111111 00001111 11001000 Masque réseau (255.255.255.0) : 11111111 11111111 11111111 00000000 ------------------------------------------------------------------Résultat (binaire) : 11010101 10111111 00001111 00000000 Résultat (décimal) : 213. 95. 15. 0 Les masques réseau – à l’instar des adresses IP – s’écrivent également sous forme de nombres décimaux, séparés par des points. Comme le masque réseau est également une valeur 32 bits, on l’exprime également sous la forme d’une suite de quatre valeurs décimales. C’est l’utilisateur qui doit indiquer quelle passerelle ou quel domaine d’adresses sont accessibles par l’intermédiaire de quelle interface réseau. Un autre exemple : tous les ordinateurs raccordés au même câble Ethernet se trouvent, en règle générale, sur le même sous-réseau et sont directement accessibles. Même si le brin Ethernet est segmenté par des commutateurs ou des ponts, ces ordinateurs demeurent toujours directement accessibles. Si vous souhaitez parcourir une plus longue distance, la technologie Ethernet économique n’est alors plus appropriée. Vous devez alors confier les paquets IP à d’autres types de matériels (par exemple FDDI ou RNIS). Des appareils de ce type s’appellent des routeurs ou des passerelles. Une machine Linux peut bien entendu aussi se charger de ce genre de tâches, grâce à l’option ip_forwarding. Lorsqu’au moins une passerelle est configurée, le paquet IP est envoyé à la passerelle appropriée. Cette dernière essaie alors de nouveau d’envoyer ce paquet selon le même schéma. Et ce processus se reproduit sur chaque ordinateur autant de fois que nécessaire, jusqu’à ce que le paquet ait atteint l’ordinateur cible ou que sa ”durée de vie“ TTL (en anglais, time to live) soit écoulée. 444 22.1. TCP/IP – Introduction 22 TAB . 22.2: Adresses spéciales Description Adresse de base du réseau Il s’agit du masque réseau ET d’une adresse quelconque du réseau, ce qui est illustré par l’exemple 22.2 page ci-contre sous Résultat. Cette adresse ne peut être attribuée à aucun ordinateur. Adresse de diffusion (broadcast ) Elle signifie : ”s’adresser à tous les ordinateurs de ce sous réseau“. Pour la produire, le masque réseau est inversé binairement et combiné à l’adresse de base réseau avec un OU. L’exemple ci-dessus permet donc d’obtenir 192.168.0.255. Bien entendu, cette adresse ne peut non plus être attribuée à aucun ordinateur. Hôte local L’adresse 127.0.0.1 est attribuée, sur chaque ordinateur, de manière fixe, à ce que l’on appelle le ”dispositif de bouclage“. Cette adresse peut permettre d’établir une connexion avec l’ordinateur lui-même. Comme les adresses IP doivent être uniques à l’échelle mondiale, vous ne pouvez naturellement pas inventer des adresses quelconques. Mais pour que vous puissiez tout de même mettre au point un réseau IP, il existe trois domaines d’adresses que vous pouvez utiliser sans plus de formalités. Vous ne pouvez pas les utiliser telles quelles sur l’Internet, car ces adresses ne sont pas acheminées sur l’Internet. Grands principes de la mise en réseau Type d’adresse Il s’agit donc des domaines d’adresses définis dans le document RFC 1597 : TAB . 22.3: Domaines d’adresses IP privés Réseau/Masque réseau Domaine 10.0.0.0/255.0.0.0 10.x.x.x 172.16.0.0/255.240.0.0 172.16.x.x - 172.31.x.x 192.168.0.0/255.255.0.0 192.168.x.x SUSE LINUX 445 22.1.3 Résolution de noms (Domain Name System – DNS) Le DNS est utilisé pour que vous n’ayez pas besoin de vous souvenir de toutes les adresses IP. Le DNS permet d’associer une adresse IP à un ou plusieurs noms et à l’inverse un nom à une adresse IP. Sous Linux, cette conversion est assurée par un logiciel spécial appelé bind. L’ordinateur qui réalise ensuite cette conversion s’appelle le serveur de noms. Les noms constituent alors un système hiérarchique dans lequel les composants individuels du nom sont séparés par des points. La hiérarchie de noms est toutefois indépendante de la hiérarchie des adresses IP décrite précédemment. Examinons un instant un nom complet, par exemple laurent.suse.de écrit au format nomhôte.domaine. Un nom complet – les experts parlent de ”nom pleinement qualifié“ (Fully Qualified Domain Name ou en abrégé FQDN) est composé d’un nom d’hôte et d’une partie correspondant au domaine, qui est construite à partir d’une portion que l’on peut choisir librement – dans l’exemple ci-dessus suse – et du domaine de premier niveau (Top Level Domain, TLD). Pour des raisons historiques, l’attribution des TLD est quelque peu déconcertante. Ainsi, on utilise aux États-Unis des TLD classiques de trois lettres, tandis que partout ailleurs on utilise les désignations de pays ISO composées de deux lettres ; depuis 2000, on dispose de TLD supplémentaires pour des domaines spéciaux qui, en partie, comptent plus de trois lettres (par exemple .info, .name, .museum, etc.). Aux débuts de l’Internet (avant 1990), il existait à cet effet un fichier /etc/ hosts, dans lequel étaient enregistrés tous les noms des ordinateurs présents sur l’Internet. Ceci s’est révélé rapidement impraticable en raison de la croissance extrêmement rapide du nombre d’ordinateurs connectés à l’Internet. C’est pour cette raison que l’on a mis en place une base de données décentralisée qui peut stocker les noms d’ordinateurs de manière distribuée. Cette base de données répartie sur les serveurs de noms ne contient pas toutes les données de tous les ordinateurs présents sur l’Internet, mais peut faire suivre à d’autres serveurs de noms des demandes qui lui sont adressées. Tout en haut de la hiérarchie, on trouve les ”serveurs de noms racine“ RootNameserver, qui gèrent les domaines de premier niveau. Les serveurs de noms racine sont gérés par le Network Information Center (NIC). Le serveur de noms racine connaît les serveurs de noms responsables pour un domaine de premier niveau. Dans le cas du domaine de premier niveau allemand de, le NIC DE est responsable des domaines qui se terminent par de. Pour plus d’informations sur le NIC DE, consultez le site web http://www.denic.de, pour plus d’informations sur le NIC des domaines de premier niveau, consultez http://www.internic.net. 446 22.1. TCP/IP – Introduction Non seulement le DNS permet de résoudre des noms d’ordinateurs, mais est capable de beaucoup plus. Ainsi, le serveur de noms ”sait“ aussi quel ordinateur prend en charge les messages électroniques pour tout un domaine, ce que l’on appelle le serveur de messagerie Mail exchanger (MX). Vous trouverez une description de la configuration sous SUSE LINUX de l’accès au serveur de noms à la section DNS – Domain Name System page 487. Le protocole whois est intimement lié au DNS. Vous pouvez utiliser le programme du même nom, whois, pour retrouver rapidement le responsable d’un domaine donné. 22.2 IPv6 – L’Internet de la nouvelle génération Avec l’invention du WWW (en anglais, World Wide Web ), l’Internet et donc le nombre d’ordinateurs qui ”comprennent“ le TCP/IP ont connu une croissance exponentielle. Depuis l’invention du WWW par Tim Berners-Lee en 1990 au CERN (http://public.web.cern.ch/), le nombre des hôtes Internet est passé de quelques milliers à environ 100 millions. 22 Grands principes de la mise en réseau Pour que votre ordinateur soit également capable de convertir un nom en adresse IP, il doit au moins connaître l’adresse IP d’un serveur de noms. YaST vous permet de configurer facilement un serveur de noms. Si vous utilisez une connexion par modem, il se peut que le protocole utilisé pour la connexion indique l’adresse du serveur de noms dès l’établissement de la connexion. Comme vous le savez déjà, une adresse IP ne contient ”que“ 32 bits. De nombreuses adresses IP ne peuvent, pour des raisons organisationnelles, pas être utilisées et sont donc perdues. Rappel : l’Internet est divisé en sous-réseaux. Ces derniers comprennent toujours une puissance de deux moins deux adresses IP utilisables. Un sous-réseau se compose alors, par exemple de 2, 6, 14, 30, etc. adresses IP. Si vous souhaitez par exemple connecter 128 ordinateurs à l’Internet, vous aurez donc besoin d’un sous-réseau comportant 256 adresses IP, dont 254 sont utilisables. Comme vous l’avez vu plus haut, deux adresses IP du sousréseau disparaissent, à savoir l’adresse de diffusion et l’adresse de base du réseau. SUSE LINUX 447 Pour atténuer la pénurie prévisible d’adresses, on utilise sous le protocole IPv4 momentanément utilisé des mécanismes tels que le DHCP ou le NAT (en anglais, Network Address Translation). Ces deux processus permettent d’atténuer, avec la convention des domaines d’adresses privés et publics le besoin urgent d’adresses Internet. L’inconvénient de ces méthodes est qu’elles sont relativement compliquées à configurer et nécessitent une maintenance considérable. Elles impliquent de connaître, pour la configuration correcte d’un ordinateur sur un réseau IPv4, de nombreuses informations, notamment, sa propre adresse IP, son masque de sous-réseau, l’adresse de la passerelle et impérativement un serveur de noms. Vous devez ”connaître“ toutes ces informations et ne pouvez les déduire d’aucune autre donnée. Avec IPv6, la pénurie d’adresses et les configurations complexes appartiennent désormais au passé. Vous allez, dans les sections suivantes, en apprendre davantage sur les nouveautés et les avantages d’IPv6 et sur le passage de l’ancien protocole au nouveau. 22.2.1 Avantages d’IPv6 L’avantage le plus important et le plus évident de ce nouveau protocole est qu’il augmente de façon énorme l’espace d’adresses disponibles. Une adresse IPv6 comprend 128 bits contre 32 bits jusqu’alors. On dispose alors de plusieurs milliards (!) d’adresses IP. Les adresses IPv6 diffèrent des anciennes, non seulement par leur longueur, mais également par leur structure interne différente et permettent de coder des informations spéciales relatives au système correspondant et à son réseau. Vous trouverez plus d’informations à ce sujet, à la section Le système d’adresses d’IPv6 page 450. D’autres avantages significatifs du nouveau protocole, en bref : Auto-configuration IPv6 transpose le principe du ”Plug and Play“ au réseau. Un système fraîchement installé s’intègre, sans qu’aucune configuration supplémentaire ne soit nécessaire, au réseau (local). Le mécanisme d’autoconfiguration du terminal déduit sa propre adresse des informations qui lui sont communiquées par les routeurs voisins via le protocole ND ”Neighbor Discovery Protocol“. Ce processus ne nécessite aucune intervention de l’administrateur et présente, par rapport au distributeur d’adresses DHCP utilisé sous IPv4, l’avantage supplémentaire de supprimer le besoin de maintenir un serveur central des adresses disponibles. 448 22.2. IPv6 – L’Internet de la nouvelle génération Une communication sûre Des communications sécurisées étaient certes disponibles sous IPv4, mais uniquement en faisant appel à des outils complémentaires, IPSec et donc la communication sécurisée entre deux systèmes via un tunnel traversant l’Internet non sécurisé sont désormais compris dans IPv6. Compatibilité avec l’existant On ne peut pas envisager de façon réaliste de faire passer tout l’Internet d’IPv4 à IPv6. Il est donc important que les deux versions puissent cohabiter sur l’Internet et sur un même système. La coexistence de ces deux protocoles sur l’Internet est garantie par l’utilisation d’adresses compatibles (les adresses IPv4 se transforment facilement en adresses IPv6) et l’utilisation de différents ”tunnels“ (reportez-vous à la section IPv4 par rapport à IPv6 – passer d’un monde à l’autre page 454). La ”double pile IP“ (Dual Stack IP ) permet de prendre en charge des deux protocoles sur un seul système. Chacun des deux protocoles utilise sa propre pile réseau de manière à ce que les deux versions de protocoles ne se télescopent pas. 22 Grands principes de la mise en réseau Mobilité IPv6 permet d’associer à une interface réseau plusieurs adresses simultanées. Vous disposez ainsi, en tant qu’utilisateur d’un système, facilement et sans configuration supplémentaire, d’un accès à plusieurs réseaux différents. On peut comparer cette fonction aux utilisateurs ”itinérants“ des les réseaux de radiotéléphonie. Si vous êtes à l’étranger avec votre téléphone mobile, votre téléphone se connecte automatiquement sur le réseau local. Où que vous soyez, vous êtes assuré d’être toujours joignable via votre numéro de téléphone normal et vous utilisez le réseau étranger pour téléphoner comme s’il s’agissait de votre réseau habituel. La multidiffusion – une offre de service sur mesure Si avec IPv4, certains services (par exemple SMB) devaient diffuser leurs paquets à tous les membres du réseau local, on dispose d’un processus très différent avec IPv6. Grâce à la multidiffusion, il est possible de s’adresser à un groupe d’ordinateurs en une seule fois : pas à tous les ordinateurs simultanément (”diffusion“ – broadcast ), ou à un seul uniquement (”envoi ciblé“ – unicast ), mais par exemple à quelques-uns d’entre eux. C’est l’application qui détermine les ordinateurs en question. Il existe toutefois quelques groupes de multidiffusion bien définis, tels que ”tous les serveurs de noms“ (en anglais, all nameservers multicast group) ou ”tous les routeurs“ (en anglais, all routers multicast group). SUSE LINUX 449 22.2.2 Le système d’adresses d’IPv6 Comme nous l’avons déjà évoqué, le protocole IP utilisé jusqu’à présent présentait deux inconvénients non négligeables. Tout d’abord, on dispose de moins en moins d’adresses IP disponibles et ensuite, la configuration du réseau et la gestion des tables de routage est de plus en plus compliquée et nécessite une maintenance toujours plus importante. IPv6 s’est attaqué au premier problème en étendant l’espace d’adressage à 128 bits. La solution du deuxième problème réside dans la structure d’adresse hiérarchique, dans les mécanismes conçus pour l’attribution des adresses au sein d’un réseau et dans la possibilité de ”rattachement multiple“ (en anglais, multi-homing, plusieurs adresses par interface avec accès à différents réseaux). En ce qui concerne IPv6, vous devez pouvoir distinguer trois types d’adresses : unicast (à un seul destinataire) Les adresses de ce type appartiennent à une seule interface réseau. Les paquets possédant une adresse de ce type sont livrés à un seul destinataire. Les adresses de diffusion individuelle sont utilisées pour adresser des ordinateurs individuels du réseau local ou sur l’Internet. multicast (à plusieurs destinataires) Les adresses de ce type représentent un groupe d’interfaces. Les paquets possédant une adresse de ce type sont envoyés à tous les destinataires membres de ce groupe. Les adresses de multidiffusion sont, pour la plupart, utilisées par des services réseau particuliers, pour adresser des groupes particuliers ciblés d’ordinateurs. anycast (pour tout les destinataires) Les adresses de ce type représentent un groupe d’interfaces. Les paquets possédant une adresse de ce type sont livrés aux membres du groupe qui est le plus ”proche“ de l’expéditeur au sens du protocole de routage utilisé. Les adresses anycast sont utilisées pour permettre aux terminaux de trouver un serveur proposant un service donné dans leur domaine réseau. Tous les serveurs d’un type donné possèdent la même adresse anycast. Si le terminal demande un service, c’est le serveur le plus proche de l’hôte, selon l’évaluation du protocole de routage, qui répond. En cas d’indisponibilité de ce serveur, c’est le deuxième plus proche qui est alors utilisé . . .. 450 22.2. IPv6 – L’Internet de la nouvelle génération 22 Structure d’une adresse IPv6 Exemple 22.3: Exemple d’adresse IPv6 fe80 : 0000 : 0000 : 0000 : 0000 : 10 : 1000 : 1a4 fe80 : 0 : 0 : 0 : 0 : 10 : 1000 : 1a4 fe80 : : 10 : 1000 : 1a4 Chaque partie d’une adresse IPv6 a une signification particulière. Les premiers octets constituent un préfixe et indiquent le type de l’adresse. La partie centrale adresse un réseau ou n’a pas de signification particulière et la fin de l’adresse indique la partie hôte. Les masques réseau se définissent sous IPv6 par la longueur du préfixe indiquée par un / à la fin de l’adresse. Une adresse représentée comme dans l’exemple 22.4 signifie que les 64 derniers bits constituent la partie hôte et les 64 bits du début la partie réseau de l’adresse. Autrement dit, le nombre 64 indique que le masque réseau est rempli de bits 1 à partir de la gauche. Il y a donc dans le masque réseau 64 bits 1. Comme avec IPv4, on combine avec ET le masque réseau et l’adresse IP pour déterminer si l’ordinateur se trouve dans le même sous-réseau ou un autre. Grands principes de la mise en réseau Une adresse IPv6 se compose de huit blocs de 16 bits chacun, séparés par : (deux-points) et représentés en écriture hexadécimale. On peut omettre les octets nuls de tête dans un groupe, mais pas ceux qui se trouvent au milieu ou à la fin d’un groupe. On peut représenter plus de quatre octets nuls qui se suivent par le signe d’omission ::. Toutefois on ne peut utiliser qu’un seul signe d’omission dans une adresse. Ce processus d’omission est appelé en anglais ”collapsing“. L’exemple 22.3 illustre ce processus à l’aide de trois modes d’écriture équivalents pour la même adresse. Exemple 22.4: Adresse IPv6 avec indication du préfixe fe80::10:1000:1a4/64 IPv6 reconnaît différents préfixes avec différentes significations (reportez-vous au tableau 22.4 page suivante). SUSE LINUX 451 TAB . 22.4: Différents préfixes IPv6 Préfixe (hexadécimal) Utilisation 00 Les adresses IPv4 et les adresses de compatibilité IPv4/IPv6. Il s’agit d’une adresse compatible IPv4. Un routeur approprié doit convertir le paquet IPv6 en IPv4. D’autres adresses spéciales (par exemple dispositif de bouclage loopback ) possèdent également ce préfixe. premier chiffre 2 ou 3 (en anglais, Aggregatable Global Unicast Address). Comme auparavant, vous pouvez aussi obtenir avec IPv6 des réseaux partiels. On dispose, à l’heure actuelle, des espaces d’adresses suivants : 2001::/16 (production quality address space, espace d’adressage de production), 2002::/16 (6to4 address space, espace d’adressage 6vers4). fe80::/10 (en anglais, link-local ) Les adresses avec ce préfixe ne peuvent pas être routées et ne peuvent donc être jointes qu’à l’intérieur du même sous-réseau. fec0::/10 (en anglais, site-local ) Ces adresses peuvent certes être routées, mais uniquement au sein d’une organisation. C’est pour cette raison que ces adresses correspondent aux réseaux jusqu’alors ”privés“ (exemple : 10.x.x.x). ff (en anglais, multicast ) Les adresses IPv6 qui commencent par ff sont des adresses de multidiffusion. Les adresses d’envoi ciblé respectent un principe de construction en trois parties : Topologie publique La première partie qui comprend, entre autres, l’un des préfixes présentés précédemment, sert au routage du paquet sur l’Internet public. C’est dans cette partie que les informations relatives au fournisseur d’accès ou à l’institution sont codées pour préparer l’accès au réseau. Topologie du site La deuxième partie contient des informations de routage relatives au sous-réseau qui doit distribuer le paquet. Identificateur de l’interface La troisième partie identifie clairement l’interface à laquelle le paquet est adressé. Cela permet ainsi d’utiliser l’adresse MAC en tant que composant de l’adresse. Comme cette adresse est unique dans 452 22.2. IPv6 – L’Internet de la nouvelle génération De cette structure de base, on déduit cinq types différents d’adresses unicast : :: (non spécifié) Un ordinateur utilise cette adresse comme adresse source s’il s’agit de la première initialisation de son interface réseau et qu’il ne possède pas encore d’informations sur son adresse. ::1 (bouclage) Adresse du dispositif de bouclage. Adresse compatible IPv4 L’adresse IPv6 est tirée de l’adresse IPv4 et d’un préfixe de 96 bits 0 au début de l’adresse. C’est ce type d’adresses de compatibilité que l’on utilise pour la tunnelisation (reportez-vous à la section IPv4 par rapport à IPv6 – passer d’un monde à l’autre page suivante). Les hôtes IPv4/IPv6 peuvent ainsi communiquer avec d’autres se trouvant dans un réseau IPv4 pur. Adresse IPv4 avec équivalent IPv6 Ce type d’adresse indique l’adresse IPv6 d’un ordinateur IPv4 pur. Adresses locales Il existe deux types d’adresses pour une utilisation purement locale : 22 Grands principes de la mise en réseau le monde entier et attribuée par le fabricant du matériel, la configuration de l’ordinateur est considérablement simplifiée. En réalité, les 64 premiers bits sont rassemblés en une unité lexicale EUI-64. Parallèlement, les derniers 48 bits de l’adresse MAC sont retirés et les derniers 24 bits contiennent des informations spéciales indiquant le type de l’unité lexicale. Cela permet aussi d’attribuer des unités lexicales EUI-64 à des appareils ne disposant pas d’adresse MAC (connexions PPP et RNIS). link-local Ce type d’adresse est exclusivement conçu pour une utilisation dans le sous-réseau local. Les routeurs n’ont pas le droit de transmettre sur l’Internet ou à d’autres sous-réseaux les paquets dont l’adresse cible ou source est de ce type. Ces adresses se caractérisent par un préfixe spécial (fe80::/10) et l’identificateur d’interface de la carte réseau. La partie centrale de l’adresse est composée d’octets nuls non significatifs. Les méthodes d’auto-configuration utilisent ce type d’adresse pour s’adresser à des ordinateurs du même sous-réseau. site-local Ce type d’adresse peut être routé entre différents sous-réseaux mais ne pas parvenir à l’extérieur d’une organisation (en anglais, site) sur l’Internet. Ces adresses sont utilisées pour les intranets et sont équivalentes des adresses privées d’IPv4. Ces adresses comportent, en plus d’un préfixe particulier (fec0::/10) et de l’identificateur de l’interface, un champ de 16 bits dans lequel l’identificateur du sous-réseau est codé. Le reste est à nouveau comblé par des octets nuls. SUSE LINUX 453 IPv6 utilise également une nouvelle invention. Plusieurs adresses IP sont généralement attribuées à une interface réseau, l’avantage étant que plusieurs réseaux différents sont disponibles. Chacun d’entre eux peut, à l’aide de l’adresse MAC et d’un préfixe connu, se transformer en un réseau configuré entièrement automatiquement, afin que tous les ordinateurs du réseau local soient accessibles directement après le démarrage d’IPv6 sans que cela ne nécessite de travaux de configuration supplémentaires au moyen d’adresses dites ”link-local“). L’adresse MAC en tant que composante de l’adresse IP permet de distinguer chacune de ces adresses au niveau mondial. Seules les parties ”topologie du site“ ou ”topologie publique“ peuvent varier selon le réseau dans lequel l’ordinateur se trouve actuellement. Si un ordinateur se ”déplace“ entre plusieurs réseaux, il a besoin d’au moins deux adresses. L’une, son ”adresse personnelle“ (home address), contient outre l’identificateur de l’interface, des informations relatives à son réseau d’exploitation d’origine et le préfixe correspondant. L’”adresse personnelle“ est statique et n’est pas modifiée. Tous les paquets adressés à cet ordinateur lui sont transmis, qu’il se trouve sur son propre réseau ou sur un réseau étranger. La distribution sur le réseau étranger est prise en charge par des nouveautés essentielles du protocole IPv6, notamment l’”auto-configuration sans état“ et la ”découverte de voisins“. L’ordinateur mobile possède, outre son ”adresse personnelle“, une ou plusieurs autres adresses qui se trouvent sur les réseaux étrangers dans lequel il se déplace. Ces adresses sont des adresses ”aux bons soins de“ (care-of address). Il doit y avoir dans le réseau d’origine de l’ordinateur mobile une instance qui ”redirige“ sur son ”adresse personnelle“ lorsqu’il se trouve dans un autre réseau. Cette fonction est assurée, dans un scénario IPv6 par le ”Home Agent“. Ce dernier distribue tous les paquets adressés à l’adresse personnelle de l’ordinateur mobile via un tunnel. Les paquets dont l’adresse de destination est la ”care-of address“ peuvent ainsi être distribués directement. 22.2.3 IPv4 par rapport à IPv6 – passer d’un monde à l’autre Le passage d’IPv4 à IPv6 de tous les ordinateurs présents sur l’Internet ne se fera pas d’un coup. Au contraire, l’ancien et le nouveau protocole devraient encore cohabiter pendant un certain temps. La coexistence, sur un ordinateur, est assurée par la ”double pile“, mais reste encore la question de la communication entre les ordinateurs IPv6 et IPv4 et comment IPv6 doit être transporté sur les réseaux IPv4 encore majoritaires. La tunnelisation et l’utilisation d’adresses de compatibilité (reportez-vous à la section Structure d’une adresse IPv6 page 451) sont des méthodes qui permettent d’y parvenir. 454 22.2. IPv6 – L’Internet de la nouvelle génération La tunnelisation manuelle n’est cependant pas toujours suffisante pour organiser et gérer tous les tunnels nécessaires aux travaux quotidiens de mise en réseau. C’est pour cette raison que les développeurs ont mis au point trois différents processus qui autorisent la tunnelisation dynamique. 6sur4 (6over4) Les paquets IPv6 sont automatiquement encapsulés dans des paquets IPv4 et envoyés via un réseau IPv4 dans lequel la multidiffusion est activée. Pour IPv6, la totalité du réseau (d’un internet) apparaît comme un seul réseau local (en anglais, LAN Local Area Network ) immense. Cela permet toujours de déterminer automatiquement le point terminal IPv4 du tunnel. Un inconvénient de cette méthode réside dans sa mauvaise adaptabilité et dans le fait que la multidiffusion IP n’est en aucun cas disponible sur la totalité de l’Internet. Cette solution est adaptée pour les petits réseaux de sociétés ou d’institutions qui permettent de faire de la multidiffusion IP. Le RFC correspondant est le RFC 2529. 22 Grands principes de la mise en réseau Les îlots IPv6 dans le réseau IPv4 mondial échangent leurs données par l’intermédiaire de tunnels. Dans le cadre de la tunnelisation, les paquets IPv6 sont encapsulés dans des paquets IPv4 pour pouvoir être transportés via un réseau IPv4 pur. Un tunnel est une connexion entre deux points terminaux IPv4. Il convient donc d’indiquer l’adresse IPv6 cible (ou le préfixe correspondant) à laquelle les paquets IPv6 déguisés doivent être envoyés et l’adresse IPv4 distante qui doit recevoir les paquets tunnelisés. Dans les cas les plus simples, les administrateurs configurent ce type de tunnel entre leurs réseaux manuellement et après accord. On parle alors de tunnelisation statique. 6vers4 (6to4) Cette méthode génère automatiquement des adresses IPv4 à partir d’adresses IPv6. Les îlots IPv6 peuvent ainsi communiquer les uns avec les autres via un réseau IPv4. Il demeure cependant quelques problèmes pour ce qui concerne la communication entre les îlots IPv6 et l’Internet. Le RFC correspondant est le RFC 3056. IPv6 Tunnel Broker Cette approche prévoit des serveurs spéciaux qui définissent automatiquement des tunnels pour l’utilisateur. Le RFC correspondant est le RFC 3053. SUSE LINUX 455 Remarque L’initiative 6Bone Au sein de l’Internet ”à l’ancienne mode“, le 6Bone (www.6bone.net) constitue un réseau mondial réparti de sous-réseaux IPv6 qui sont reliés les uns avec les autres par des tunnels. IPv6 est testé au sein du réseau 6Bone. Les développeurs de logiciels et les fournisseurs d’accès qui développent ou proposent des services IPv6 peuvent utiliser cet environnement de test pour réaliser des expériences avec ce nouveau protocole. Vous trouverez davantage d’informations à ce sujet sur la page du projet 6Bone. Remarque 22.2.4 Documentation et liens supplémentaires au sujet d’IPv6 La présentation ci-dessus ne peut et ne se veut en aucun cas une introduction complète au sujet très complexe qu’est IPv6. Pour une approche plus approfondie d’IPv6, vous pouvez consulter la documentation en ligne et les ouvrages suivants : http://www.ngnet.it/e/cosa-ipv6.php Série d’articles avec de très bonnes descriptions sur les principes fondamentaux d’IPv6. Particulièrement appropriés pour une première approche de ce sujet. http://www.bieringer.de/linux/IPv6/ Linux-IPv6-HOWTO et nombreux liens. http://www.6bone.de/ Se connecter à IPv6 par un tunnel. http://www.ipv6.org/ Tout sur IPv6. RFC 2640 Le RFC d’introduction au sujet d’IPv6. IPv6 Essentials Présentation en anglais d’IPv6. Hagen, Silvia : IPv6 Essentials. O’Reilly & Associates, 2002. - (ISBN 0-596-00125-8).Voir aussi en français : Cizault, Gisèle :IPv6, théorie et pratique. O’Reilly & Associates, 2002. - (ISBN : 2-84177-139-3). 456 22.2. IPv6 – L’Internet de la nouvelle génération 22.3 Configuration manuelle du réseau Toute carte réseau — qu’elle soit intégrée ou qu’elle soit un périphérique qui puisse être branché à chaud (PCMCI, USB, et certaines cartes PCI)— sera reconnue par le biais d’Hotplug et installée. Pour comprendre cette procédure, gardez les points suivants en tête : Différentes manières de voir les cartes réseau Une carte réseau est vue par le système de deux manières. Elle est d’une part considérée comme un périphérique (device) et d’autre part comme une interface. Le branchement ou la reconnaissance du périphérique entraîne un événement de branchement à chaud (hotplug event ). Cet événement entraîne alors l’initialisation du périphérique par le biais du script /sbin/hwup. Lors de l’initialisation de la carte réseau en tant que nouvelle interface réseau, le noyau déclenche un événement supplémentaire. Cela entraîne l’installation de l’interface par le biais de /sbin/ifup. Attribution des noms d’interfaces par le noyau Le noyau associe les interfaces réseau suivant l’ordre de leur enregistrement. L’ordre d’initialisation est déterminant pour l’attribution des noms. Si, en présence de plusieurs cartes réseau, la première tombe en panne, la numérotation de toutes celles qui sont initialisées ensuite sera décalée. Avec les cartes qui peuvent ”réellement“ être branchées à chaud, l’ordre détermine à quelle interface le périphérique sera associé. Grands principes de la mise en réseau Les logiciels gérant le réseau ne devraient être configurés manuellement qu’en second recours. Nous recommandons d’utiliser YaST. Une connaissance des mécanismes sous-jacents de la configuration réseau facilitera votre travail avec YaST. 22 Pour permettre une configuration flexible, la configuration des périphériques (matériel) et celle des interfaces sont séparées et l’association des configurations à leurs périphériques et interfaces respectifs ne dépend plus des noms des interfaces. La configuration des périphériques se trouve dans /etc/sysconfig/ hardware/hwcfg-* tandis que la configuration des interfaces se trouve dans /etc/sysconfig/network/ifcfg-*. Les noms des configurations sont choisis de manière à ce qu’ils décrivent leurs périphériques et interfaces respectifs. Comme l’association précédente entre les pilotes et les noms d’interface s’appuie sur des noms d’interface constants, cette association ne peut plus se faire dans /etc/modprobe.conf. Les alias dans ce fichier pourront mener avec ce nouveau concept à des effets annexes imprévus. SUSE LINUX 457 Les noms des configurations, c’est à dire tout ce qui suit hwcfg- ou ifcfg peuvent décrire le périphérique par l’endroit où il est monté, par un identifiant propre au périphérique ou par le nom de l’interface. Pour une carte PCI il peut ainsi s’agir de bus-pci-0000:02:01.0 (emplacement PCI) ou de vpid-0x8086-0x1014-0x0549 (identifiant du vendeur et du produit). Pour l’interface correspondante, on peut aussi utiliser bus-pci-0000:02:01.0 ou encore wlan-id-00:05:4e:42:31:7a (adresse MAC). Si on ne veut pas associer une configuration à une carte donnée mais plutôt à une carte d’un type donné (une seule carte de ce type étant branchée à la fois), on choisit un nom de configuration moins particulier. On utilise alors par exemple bus-pcmcia pour toutes les cartes PCMCIA. D’autre part, les noms peuvent aussi être limités par l’utilisation du type d’interface. Ainsi, wlan-bus-usb concernera toutes les cartes WLAN branchées avec USB. La configuration utilisée est toujours celle qui décrit le mieux l’interface ou le périphérique qui fournit l’interface. La meilleure configuration sera recherchée par /sbin/getcfg. getcfg fournit toutes les informations que l’on peut utiliser pour décrire un périphérique. La spécification exacte des noms de configuration se trouve dans la page de manuel de getcfg. Avec la méthode décrite, une interface réseau reste associée à la bonne configuration, même lorsque le périphérique réseau n’est pas initialisé dans l’ordre prévu. Il reste comme précédemment le problème que le nom de l’interface dépend toujours de l’ordre d’initiialisation. Si toutefois l’interface doit être associée de manière fiable à une carte réseau donnée, il existe deux moyens d’arriver à ce résultat. /sbin/getcfg-interface <nom-de-la-configuration> rend le nom à l’interface réseau correspondante. C’est pourquoi il est également possible dans les fichiers de configuration de certains (malheureusement pas encore tous) services d’indiquer le nom de la configuration à la place du nom de l’interface (qui n’est pas persistant) (c’est le cas par exemple pour le pare-feu, pour dhcpd, pour le routage et pour diverses interfaces réseau virtuelles (tunnel)). Pour toutes les interfaces dont la configuration n’est pas nommée d’après le nom de l’interface, un nom d’interface persistant ne peut pas être donné. On parvient à ce but par le biais de l’élément PERSISTENT_NAME=<nomp> dans une configuration d’interface (ifcfg-*). Le nom persistant hpnamei ne peut en revanche pas être un nom que le noyau donnerait automatiquement. Les noms en eth*, tr*, wlan*, qeth*, iucv*, etc. ne sont pas non plus permis. Par contre, vous pouvez utiliser par exemple net* ou des noms descriptifs tels que externe, interne ou dmz. Les noms persistants ne sont attribués qu’immédiatement après l’enregistrement, c’est pourquoi 458 22.3. Configuration manuelle du réseau Remarque Modifier des noms d’interfaces persistants Veuilles noter que la modification des noms d’interface n’a pas encore été testée dans tous les domaines. Il peut arriver que des applications données ne s’en sortent pas avec les noms d’interfaces librement choisis. Merci de nous informer dans ce cas au moyen de http://feedback.suse.de. Remarque ifup n’initialise pas le matériel, mais suppose une interface déjà existante. Pour initialiser le matériel on peut utiliser la commande hwup, qui est appelée par hotplug (ou coldplug). Dès qu’un périphérique est initialisé, ifup est appelé automatiquement par hotplug pour la nouvelle interface et il est mis en service si le mode de démarrage est onboot, hotplug ou auto et si le service network est démarré. Il était précédemment d’usage que ifup <nom-de-l-interface> lance l’initialisation du matériel. La manière d’organiser les choses est maintenant vraiment inversée. Un périphérique est d’abord initialisé ; toutes les actions suivantes en dépendent. Il est par là même possible d’installer toujours de manière optimale une quantité variable de périphériques avec un ensemble de configurations appropriées. 22 Grands principes de la mise en réseau les pilotes des cartes réseau doivent être rechargés (par exemple en lançant hwup <description-du-périphérique>).rcnetwork restart ne suffit pas. Le meilleur aperçu de tout ceci est la table suivante résumant l’essentiel à propos des scripts associés aux configurations réseau. Dans la mesure du possible, les aspects matériel et lié à l’interface ont été séparés : TAB . 22.5: Scripts pour la configuration manuelle du réseau Étape de la configuration Commande Fonction Matériel hw{up,down,status} Les scripts hw* sont appelés par le soussystème de branchement à chaud pour initialiser un périphérique, annuler son initialisation, ou demander le statut d’un périphérique. De plus amples informations sont disponibles dans man hwup. SUSE LINUX 459 Interface getcfg getcfg vous permet d’obtenir à partir du nom d’une configuration ou d’une description matérielle le nom de l’interface correspondante. De plus amples informations sont disponibles dans man getcfg. Interface if{up,down,status} Les scripts if* activent ou désactivent les interfaces existantes ou donnent le statut des interfaces nommées. Vous trouverez plus d’informations dans man ifup. Vous trouverez plus d’informations à propos du Branchement à chaud et des Noms de périphériques dans les chapitres Le système Hotplug page 399 et Noeuds de périphériques dynamiques avec udev page 409. 22.3.1 Fichiers de configuration Cette section donne un aperçu des fichiers de configuration réseau et explique leur fonction ainsi que le format utilisé. /etc/syconfig/hardware/hwcfg-* Vous trouverez dans ces fichiers les réglages des cartes réseau et des autres périphériques. Ils contiennent les paramètres essentiels comme le module du noyau, le mode d’amorçage et l’ordre des scripts. Vous trouverez des détails à ce propos dans la page de manuel de hwup. Les fichiers de configuration hwcfg-static* seront utilisées au démarrage de Coldplug indépendamment du matériel présent. /etc/sysconfig/network/ifcfg-* Ces fichiers contiennent les réglages des interfaces réseau. Ils contiennent entre autres le mode d’amorçage et l’adresse IP. Les paramètres possibles sont décrits dans la page de manuel de ifup. Il est également possible d’utiliser toutes les variables des fichiers dhcp, wireless etconfig dans les fichiers ifcfg-* lorsqu’un réglage par ailleurs commun ne doit être utilisé que pour une seule interface. 460 22.3. Configuration manuelle du réseau 22 /etc/sysconfig/network/config,dhcp,wireless /etc/sysconfig/network/routes,ifroute-* Le routage statique pour TCP/IP est réglé ici. Dans ces fichiers, la première colonne représente la destination de la route, la deuxième la passerelle, la troisième le masque réseau de la destination et la quatrième une interface réseau optionnelle. La cinquième colonne et les suivantes peuvent accueillir des options spéciales. Les colonnes vides seront matérialisées par un -. Vous trouverez plus de détails dans la page de manuel de routes et en section Le routage sous SUSE LINUX page 483. Si l’interface réseau ne fonctionne pas, la route de chaque interface installée sera essayée, ce qui ne fonctionne qu’avec les interfaces compatibles. Cela peut être utilisé par exemple pour la route par défaut. Les noms de configuration peuvent naturellement être utilisés à la place des noms des interfaces. Si une route doit n’être utilisée qu’avec une seule configuration d’interface, elle peut être mise dans ifroute-<Nom-de-la-configuration> au lieu de routes. Différentes routes par défaut peuvent également être réglées. L’interface réseau configurée la dernière sera toujours celle utilisée. Grands principes de la mise en réseau Le fichier config contient les réglages généraux concernant le comportement de ifup, ifdown et ifstatus. Il est commenté de manière exhaustive. On trouve de même des commentaires dans dhcp et wireless, où sont regroupés des réglages généraux concernant DHCP et les cartes réseau sans fil. Toutes les variables de ces fichiers peuvent également être utilisées dans ifcfg-* et y sont prioritaires. /etc/resolv.conf Ce fichier, comme précédemment le fichier /etc/host.conf, joue aussi un rôle en ce qui concerne la résolution de noms d’hôtes, grâce à la bibliothèque resolver. Ce fichier indique à quel domaine l’hôte appartient (mot-clé search) et quelle sera l’adresse du serveur de noms (mot-clé nameserver) chargé de répondre. On peut indiquer plusieurs noms de domaine. Lors de la résolution d’un nom qui n’est pas pleinement qualifié, on cherche à produire un nom pleinement qualifié valide en accolant les différents suffixes contenus dans search. Plusieurs serveurs de noms peuvent être indiqués au moyen de plusieurs lignes commençant par nameserver. Les commentaires sont ici aussi introduits par le caractère #. C’est ici que YaST enregistre le serveur de noms indiqué. Le listing 22.5 page suivante présente un exemple de /etc/resolv.conf. SUSE LINUX 461 Exemple 22.5: /etc/resolv.conf # Notre domaine search exemple.com # Nous utilisons soleil (192.168.0.20) comme serveur de noms nameserver 192.168.0.20 Certains services comme pppd (wvdial), ipppd (isdn), dhcp(dhcpcd et dhclient), pcmcia et hotplug modifient le fichier /etc/resolv.conf grâce au script modify_resolvconf. Lorsque le fichier /etc/resolv.conf a été temporairement modifié par ce script, il contient un commentaire précis qui fournit des renseignements permettant de savoir quel service l’a modifié, à quel endroit le fichier d’origine a été sauvegardé et comment on peut revenir sur les modifications automatiques. Lorsqu’on modifie plusieurs fois /etc/resolv.conf, cet emballage des modifications est retiré proprement lorsque vous déterminez un autre ordre ; cela peut tout à fait se produire avec isdn, pcmcia et hotplug Lorsqu’on n’a pas mis fin à un service proprement, il est possible de reconstituer l’état d’origine à l’aide du script modify_resolvconf. Lors de l’amorçage, il faut vérifier s’il ne reste pas un resolv.conf modifié (par exemple, en raison d’un plantage du système). Le resolv.conf original (non modifié) est alors reconstitué. YaST détermine au moyen de modify_resolvconf check si resolv.conf a été modifié et avertit l’utilisateur que ses modifications seront perdues après la restauration. YaST n’utilise pas sinon modify_resolvconf, c’est-à-dire qu’une modification du fichier resolv.conf par le biais de YaST et une modification manuelle sont équivalentes. Toutes deux correspondent à une modification ciblée et durable, tandis qu’une modification par un des services cités n’est que temporaire. /etc/hosts Ce fichier (voir le listing 22.6 page suivante) associe les noms d’hôtes et les adresses IP correspondantes. Si aucun serveur de noms n’est utilisé, il faut énumérer ici tous les ordinateurs avec lesquels une connexion IP doit être établie. On trouve dans ce fichier pour chaque ordinateur une ligne composée de l’adresse IP, du nom d’hôte pleinement qualifié et du nom de machine (par exemple, terre). L’adresse IP doit être placée au début de la ligne, et les autres éléments sont séparés par des espaces et/ou des tabulations. Les commentaires sont précédés de caractères #. 462 22.3. Configuration manuelle du réseau 22 Exemple 22.6: /etc/hosts /etc/networks C’est ici que les noms de réseaux sont convertis en adresses réseau. Leur format ressemble à celui du fichier hosts, mais ce sont les noms de réseaux qui précèdent les adresses (reportez-vous au fichier 22.7). Exemple 22.7: /etc/networks loopback localnet 127.0.0.0 192.168.0.0 /etc/host.conf La résolution de noms – c’est-à-dire la traduction de noms d’hôtes et/ou de noms de réseaux au moyen de la bibliothèque resolver – est contrôlée par ce fichier. On ne l’utilise que pour les programmes liés à la libc4 ou la libc5 ; pour les programmes glibc actuels, reportez-vous aux réglages contenus dans le fichier /etc/nsswitch.conf ! Un paramètre doit se trouver dans une ligne qui lui est propre, les commentaires commencent par des caractères #. Le tableau 22.6 page suivante présente les paramètres possibles. SUSE LINUX Grands principes de la mise en réseau 127.0.0.1 localhost 192.168.0.20 soleil.exemple.com soleil 192.168.0.0; terre.exemple.com; terre 463 TAB . 22.6: Paramètres de /etc/host.conf order hosts, bind Il s’agit d’établir l’ordre de consultation des services de résolution d’un nom. Les arguments possibles sont (séparés l’un de l’autre par des espaces ou des virgules) : hosts : chercher dans le fichier /etc/hosts bind : solliciter un serveur de noms nis : au moyen de NIS multi on/off Détermine si un ordinateur donné peut avoir plusieurs adresses IP dans /etc/hosts. nospoof on spoofalert on/off Ces paramètres agissent sur la prévention d’usurpation (spoofing) du serveur de noms, mais n’ont pas d’autre impact sur la configuration réseau. trim nom_domaine Le nom de domaine indiqué est supprimé du nom de machine à résoudre (dans la mesure où le nom de machine contient effectivement ce nom de domaine).Cette option est utile si le fichier /etc/hosts ne contient que des noms dans le domaine local qui doivent être également reconnus avec un nom de domaine accolé. Le listing 22.8 présente un exemple de fichier /etc/host.conf. Exemple 22.8: /etc/host.conf # Le démon named tourne order hosts bind # Permettre des adresses multiples multi on 464 22.3. Configuration manuelle du réseau 22 /etc/nsswitch.conf Le fichier /etc/nsswitch.conf permet de fixer l’ordre de consultation de certaines informations. Le listing 22.9 montre un exemple de fichier nsswitch. conf. Les commentaires sont précédés du caractère #. Ici par exemple, la ligne concernant la base de données hosts signifie qu’après l’examen de /etc/hosts (files), une requête DNS est effectuée (reportez-vous à la section DNS – Domain Name System page 487). Exemple 22.9: /etc/nsswitch.conf passwd: group: compat compat hosts: networks: files dns files dns services: protocols: db files db files netgroup: automount: files files nis Grands principes de la mise en réseau La version 2.0 de la bibliothèque GNU C a introduit le Name Service Switch (NSS) (reportez-vous à la page de manuel man 5 nsswitch.conf, ainsi qu’au très complet manuel The GNU C Library Reference Manual, au chapitre ”System Databases and Name Service Switch“). Les bases de données offertes par NSS sont énumérées dans le tableau 22.7. De plus, on peut s’attendre à l’avenir à automount, bootparams, netmasks et publickey. TAB . 22.7: Bases de données disponibles dans /etc/nsswitch.conf aliases Alias de courrier utilisés par sendmail ; reportez-vous à la page de manuel man 5 aliases. ethers Adresses Ethernet. group Spécifie les groupes d’utilisateurs utilisés par getgrent ; reportez-vous à la page de manuel man 5 group. SUSE LINUX 465 hosts Spécifie les noms d’hôtes et les adresses IP utilisés par gethostbyname et autres fonctions similaires. netgroup Il s’agit de la liste en vigueur sur le réseau des hôtes et des utilisateurs pour le contrôle des droits d’accès ; reportezvous à la page de manuel man 5 netgroup. networks Noms et adresses des réseaux utilisés par getnetent. passwd Mots de passe utilisateur utilisés par getpwent ; reportezvous à la page de manuel man 5 passwd. protocols Protocoles réseau utilisés par getprotoent ; reportez-vous à la page de manuel man 5 protocols. rpc Noms et adresses d’appels de procédure distants (Remote Procedure Call) utilisés par getrpcbyname et d’autres fonctions similaires. services Services réseau utilisés par getservent. shadow Mots de passe shadow des utilisateurs utilisés par getspnam ; reportez-vous à la page de manuel man 5 shadow. Les possibilités de configuration des bases de données NSS se trouvent dans le tableau 22.8. TAB . 22.8: Possibilités de configuration des bases de données NSS files accès direct à des fichiers, par exemple à /etc/aliases. db accès à une base de données. nis NIS, reportez-vous à la section NIS – Network Information Service page 509. nisplus 466 dns Utilisable uniquement avec hosts et networks sous forme d’extension. compat Utilisable uniquement avec passwd, shadow et group sous forme d’extension. 22.3. Configuration manuelle du réseau /etc/nscd.conf Ce fichier permet de configurer nscd Name Service Cache Daemon - Démon de Cache du Service de Noms - (reportez-vous à man 8 nscd et à man 5 nscd.conf). Par défaut, les informations provenant de passwd et groups sont enregistrées dans le cache. C’est essentiel dans le cas des services de répertoires tels que NIS et LDAP pour une bonne performance, car sinon, chaque accès aux noms ou groupes nécessitera une connexion réseau.hosts n’est normalement pas mis en cache puisque l’ordinateur ne peut alors plus se fier aux ”recherches de noms/recherches inverses“ (forward/reverse lookups) de ce service de noms. Au lieu de transmettre la fonction à nscd, vous devriez mettre en place un serveur de nom ”avec un cache“. La mise en cache de passwd par exemple dure généralement 15 secondes jusqu’à ce que le système soit informé de la création d’un nouvel utilisateur local. On peut raccourcir ce délai d’attente en redémarrant nscd avec la commande rcnscd restart. /etc/HOSTNAME C’est ici que se trouve le nom de l’ordinateur, c’est-à-dire seulement le nom d’hôte sans le nom de domaine. Ce fichier est lu par différents scripts au cours du démarrage de l’ordinateur. Il ne peut contenir qu’une ligne, dans laquelle figure le nom d’ordinateur ! 22.3.2 22 Grands principes de la mise en réseau De plus, il est possible de déclencher des réactions différentes suivant les résultats de la consultation ; vous trouverez plus de détails dans la page de manuel man 5 nsswitch.conf. scripts de démarrage Outre les fichiers de configuration décrits, il existe différents scripts qui démarrent les programmes réseau pendant l’amorçage de l’ordinateur. Ceux-ci sont démarrés dès que le système passe au niveau d’exécution multi-utilisateur (reportez-vous au tableau 22.9 page suivante). SUSE LINUX 467 TAB . 22.9: Quelques scripts de démarrage des programmes réseau /etc/init.d/network Ce script gère la configuration des interfaces réseau. Le matériel doit pour cela déjà être initialisé par /etc/init.d/coldplug (par le biais de hotplug). Si le service network n’a pas été démarré, les interfaces réseau ne sont pas installées non plus par Hotplug au moment de leur branchement. /etc/init.d/xinetd Démarre xinetd. xinetd permet de lancer les services disponibles d’un système à la demande. Par exemple, il peut lancer vsftpd lorsqu’une connexion FTP est initialisée. /etc/init.d/portmap Démarre portmapper, qui est requis pour pouvoir utiliser un serveur RPC, comme par exemple un serveur NFS. /etc/init.d/nfsserver Démarre le serveur NFS. /etc/init.d/postfix Contrôle le processus postfix. /etc/init.d/ypserv Démarre le serveur NIS. /etc/init.d/ypbind Démarre le client NIS. 22.4 L’intégration dans le réseau TCP/IP est devenu le protocole réseau par défaut grâce auquel tous les systèmes d’exploitation modernes peuvent communiquer. Cependant, Linux prend également en charge d’autres protocoles réseau, le protocole (antérieur) utilisé par Novell Netware, IPX, ou celui utilisé par les ordinateurs Macintosh, Appletak. Dans ce document, nous n’aborderons que l’intégration d’un ordinateur Linux dans un réseau TCP/IP. Si vous souhaitez intégrer des cartes réseau exotiques Arcnet, Token-Ring ou FDDI, vous trouverez une aide approfondie dans le répertoire /usr/src/linux/Documentation des sources du noyau, à installer séparément avec le paquetage kernel-source. 468 22.4. L’intégration dans le réseau 22.4.1 22 Préparatifs Si la carte réseau est prise en charge par un module du noyau – comme c’est normalement le cas avec le noyau SUSE –, le nom du module doit être déclaré dans /etc/sysconfig/hardware/hwcfg-*. S’il ne s’y trouve pas, la commande hotplug cherche automatiquement un pilote. Il n’y a pas de différence entre les cartes réseau que l’on peut brancher à chaud et les cartes intégrées, hotplug se charge d’associer un pilote dans tous les cas. 22.4.2 Configurer une carte réseau avec YaST Après le démarrage du module de YaST, vous obtenez un résumé de la configuration réseau. Dans la partie supérieure da la boîte de dialogue, toutes les cartes réseau à configurer sont affichées. Si votre carte a été détectée correctement à l’amorçage du système, elle sera mentionnée ici. Les périphériques non reconnus apparaissent comme ‘Autre (non détecté)’. Dans la partie inférieure de la fenêtre d’affichage, les périphériques déjà configurés sont affichés ainsi que leurs type et adresse réseau. Vous pouvez maintenant configurer les nouvelles cartes réseau ou changer une configuration déjà existante. Grands principes de la mise en réseau L’ordinateur doit disposer d’une carte réseau prise en charge. Celle-ci a généralement déjà été reconnue lors de l’installation et le pilote approprié mis en place. Si votre carte a été correctement installée, vous pourrez constater entre autres que la sortie de la commande ip address list eth0 indique le périphérique réseau eth0. Configuration manuelle de la carte réseau Pour configurer une carte réseau non détectée, réalisez les configurations basiques suivantes : Configuration du réseau Configurez le type de périphérique de l’interface et le nom de la configuration. Une zone de liste modifiable vous permet de choisir le type de périphérique ; vous pouvez choisir vous-même le nom de la configuration suivant vos besoins. Les paramètres par défaut conviennent généralement et peuvent être repris. Des informations sur les conventions de nommage pour les noms de configuration se trouvent dans la page de manuel de getcfg. SUSE LINUX 469 Module du noyau ‘Nom de la configuration du matériel’ détermine le nom du fichier /etc/sysconfig/hardware/hwcfg-* dans lequel la configuration matérielle de votre carte réseau ( le nom du module du noyau correspondant) est écrite. YaST propose dans la plupart des cas des noms judicieux pour les périphériques PCMCIA et USB. Pour tous les autres périphériques, 0 n’a de sens dans la plupart des cas que si cette carte est aussi déclarée dans hwcfg-static-0. Si la carte réseau est un périphérique PCMCIA ou USB, activez les cases à cocher correspondantes et quittez la boîte de dialogue en cliquant sur ‘Suivant’. Si ce n’est pas le cas, choisissez le modèle de votre carte réseau à l’aide du bouton ‘Sélectionner dans la liste’. YaST choisira alors automatiquement le module de noyau adéquat. Cliquez sur ‘Suivant’ pour quitter cette boîte de dialogue. F IG . 22.3: Configuration d’une carte réseau 470 22.4. L’intégration dans le réseau 22 Configuration des adresses réseau Si vous choisissez ‘sans fil’ comme type de périphérique pour l’interface, la boîte de dialogue suivante vous proposera une ‘Configuration de la carte réseau sans fil’ dans laquelle vous pourrez configurer le mode de fonctionnement, le nom du réseau (ESSID) et le chiffrement. Fermez la configuration de la carte avec ‘OK’. Une description détaillée de la configuration des cartes WLAN se trouve en section Configuration avec YaST page 379. Pour tous les autres types d’interfaces, il vous faudra approfondir la manière d’assigner des adresses pour votre carte réseau. ‘Affectation dynamique d’adresses (via DHCP)’ Si vous disposez d’un serveur DHCP dans votre réseau, vous pouvez en obtenir automatiquement les données de configuration pour votre carte réseau. Activez également l’affectation d’adresses IP via DHCP si votre fournisseur d’accès à l’ADSL n’attribue pas d’adresse IP statique à votre système. Pour accéder à la configuration du client DHCP, utilisez l’option ‘Options du client DHCP’. Ici vous pouvez indiquer si le serveur DHCP doit toujours répondre à une diffusion générale (broadcast). En outre, vous avez la possibilité d’indiquer un identificateur. Par défaut, l’ordinateur identifie la carte réseau au moyen de l’adresse matérielle. Si vous utilisez plusieurs machines virtuelles qui font appel à la même carte réseau, vous pouvez les différencier à l’aide d’identificateurs différents. Grands principes de la mise en réseau Configurez le type de périphérique de l’interface et le nom de la configuration. Une zone de liste modifiable vous permet de choisir le type de périphérique ; vous pouvez choisir vous-même le nom de la configuration suivant vos besoins. Les paramètres par défaut conviennent généralement et peuvent être repris. Des informations sur les conventions de nommage pour les noms de configuration se trouvent dans la page de manuel de getcfg. ‘Configuration de l’adresse statique’ Si vous disposez d’une adresse IP, cochez la case correspondante. Saisissez ici votre adresse IP et le masque sousréseau qui convient à votre réseau. La configuration par défaut du masque sous-réseau est suffisante pour un réseau domestique ordinaire. Vous pouvez quitter cette boîte de dialogue en cliquant sur ‘Suivant’ ou bien configurer le nom de l’ordinateur, le serveur de noms et le routeur (voir la section Nom d’hôte et DNS page 89 et la section Routage page 92). SUSE LINUX 471 Grâce à la zone de liste modifiable ‘Avancé. . .’, vous pouvez effectuer des réglages complexes. Entre autres, vous trouverez dans ‘Paramètres Détaillés’ la possibilité de déléguer le contrôle des cartes réseau depuis l’administrateur (le root) à un utilisateur normal grâce à ‘Contrôlé par l’utilisateur’. Dans un contexte d’informatique nomade, ceci permet à l’utilisateur de s’adapter plus facilement à des connexions réseau changeantes car il peut activer ou désactiver l’interface luimême. Vous pourrez aussi configurer dans cette boîte de dialogue le MTU (Maximum Transmission Unit - Unité de Transmission Maximale) et la méthode d’‘Activation du périphérique’. Modem câble Dans certains pays (Autriche, États-Unis), l’accès Internet par câble télévision est très répandu. L’abonné reçoit de l’opérateur de réseau câblé un modem relié d’une part au câble TV et d’autre part à une carte réseau dans l’ordinateur au moyen d’un câble 10Base-T (paire torsadée). Ce modem représente alors pour la machine une ligne permanente avec une adresse IP fixe. Après avoir configuré votre fournisseur d’accès, choisissez entre ‘Assignation dynamique d’adresses (via DHCP)’ ou ‘Assignation statique d’adresses’, en fonction des informations que vous avez obtenues de votre fournisseur d’accès Internet. La plupart des fournisseurs d’accès utilisent aujourd’hui DHCP. Une adresse IP statique est généralement utilisée par les fournisseurs d’accès Internet. Dans un tel cas, le fournisseur d’accès vous a affecté une adresse IP fixe. Nous vous recommandons de consulter les articles de la base de données d’assistance se rapportant aux configurations de modems câbles que vous pouvez obtenir en ligne à l’adresse http://sdb.suse.de/en/sdb/html/cmodem8. html. 22.4.3 Modem Dans le centre de contrôle de YaST, vous trouverez la configuration du modem dans ‘Périphériques réseau’. Si la détection automatique n’aboutit pas, choisissez la configuration manuelle. Dans la boîte de dialogue qui s’ouvre, indiquez l’interface dans ‘Modem’. Si votre ligne passe par un central téléphonique privé, vous devrez éventuellement indiquer un préfixe (normalement zéro ; vous pouvez vous en assurer en consultant le mode d’emploi de votre central téléphonique) pour passer des appels extérieurs. Choisissez en outre entre la numérotation par tonalité et la numérotation par impulsions. Vous pouvez aussi décider si la sortie son du modem 472 22.4. L’intégration dans le réseau 22 doit être activée et si vous désirez attendre la tonalité. Vous ne devriez pas utiliser cette dernière option si votre modem est relié à un autocommutateur (PABX). Grands principes de la mise en réseau F IG . 22.4: Configuration du modem Dans ‘Détails’, vous trouverez des valeurs concernant la vitesse en bauds et les chaînes d’initialisation du modem. Vous ne devriez rien changer ici, sauf si votre modem n’a pas été reconnu automatiquement et s’il doit être spécialement réglé pour le transfert de données. C’est notamment le cas pour les adaptateurs terminaux RNIS. Quittez la boîte de dialogue en cliquant sur ‘OK’. Si vous voulez permettre le contrôle du modem par un utilisateur normal sans droits root, cochez ‘Contrôlé par l’utilisateur’. L’utilisateur sans droits d’administration peut alors prendre lui-même en main l’activation ou la désactivation d’une interface. Saisissez dans l’option ‘Expression régulière du préfixe de numérotation’ une expression régulière à laquelle doit se conformer un utilisateur normal dans KInternet lorsqu’il modifie le ‘Préfixe de numérotation’. Si ce champ est laissé vide, l’utilisateur ne peut pas modifier le ‘Préfixe de numération’ sans droits d’administration. SUSE LINUX 473 Dans la boîte de dialogue suivante, choisissez le FAI (Fournisseur d’Accès Internet). Vous pouvez choisir un fournisseur d’accès par défaut dans la liste prévue pour votre pays, dans ce cas cliquez sur le bouton radio ‘Pays’. Vous pouvez également cliquer sur ‘Nouveau’ et saisir à la main les paramètres du FAI. Saisissez le nom pour la numérotation, le nom du FAI et son numéro de téléphone. Saisissez également le nom d’utilisateur et le mot de passe que votre FAI vous a attribué pour la connexion. Cochez la case ‘Toujours demander’ si vous souhaitez que le mot de passe vous soit demandé à chaque connexion. Dans la dernière boîte de dialogue, saisissez les paramètres de connexion : ‘Connexion à la demande’ Si vous souhaitez utiliser une connexion à la demande, indiquez au moins un serveur de noms. ‘Modifier le DNS après connexion’ Cette case étant cochée par défaut, le serveur de noms s’ajustera donc automatiquement lors de chaque connexion à Internet. Désactivez ce paramètre et définissez des serveurs de noms spécifiques si vous vous décidez pour la ‘Composition automatique’. ‘Mode stupide’ Cette option est activée par défaut. Les requêtes du serveur de commutation seront ignorées pour faciliter l’établissement de la connexion. ‘Activer le pare-feu’ Ici, activez le pare-feu SUSE Firewall et protégez-vous de cette façon des intrus lorsque vous êtes connecté à Internet. ‘Délai d’inactivité (secondes)’ Vous pouvez fixer le délai après lequel la communication sera automatiquement coupée si aucun échange d’informations n’a lieu. Détails IP Ce bouton permet d’ouvrir la boîte de dialogue de configuration de l’adresse. Si votre fournisseur d’accès ne vous a attribué aucune adresse IP dynamique, décochez la case ‘Adresse IP dynamique’ et saisissez l’adresse IP locale de votre ordinateur et l’adresse IP distante. Vous pouvez obtenir ces adresses auprès de votre fournisseur d’accès. Laissez la configuration de ‘Route par défaut’ activée et quittez la boîte de dialogue en cliquant sur ‘OK’. Cliquez sur ‘Suivant’ pour retourner à la boîte de dialogue d’aperçu dans laquelle la configuration est affichée. Quittez la configuration avec ‘Terminer’. 474 22.4. L’intégration dans le réseau 22.4.4 22 DSL Remarque Les valeurs pour l’‘adresse IP’ de votre machine et pour le ‘masque sous-réseau’ ne sont que des valeurs fictives. Elles ne sont d’aucune importance pour l’établissement de la connexion avec DSL et ne sont nécessaires que pour activer la carte réseau. Grands principes de la mise en réseau Pour configurer une connexion ADSL, utilisez le module de YaST ‘DSL’ dans la rubrique ‘Périphériques réseau’. Plusieurs boîtes de dialogue vous permettent da saisir les paramètres d’accès à Internet via ADSL. Avec YaST, vous pouvez configurer des connexions ADSL qui utilisent les protocoles suivants : PPP sur Ethernet (PPPoE) - Allemagne PPP sur ATM (PPPoATM) - Royaume Uni CAPI pour ADSL (Cartes Fritz) Protocole de tunnel pour le point à point (PPTP) - Autriche N’oubliez pas qu’avant d’entreprendre la configuration ADSL avec PPPoE et PPTP, vous devez déjà avoir configuré correctement votre carte réseau. Si vous ne l’avez pas encore configurée, ouvrez la boîte de dialogue correspondante en cliquant sur ‘Configurer les cartes réseau’ (voir section Configurer une carte réseau avec YaST page 469). Dans le cas de l’ADSL, l’affectation automatique des adresses IP n’est pas effectuée avec le protocole DHCP. C’est pourquoi vous ne devrez pas utiliser l’option ‘Assignation dynamique d’adresses (via DHCP)’ mais affecter une adresse IP statique fictive, par exemple 192.168.22.1 qui constitue un bon choix. Dans le champ ‘Masque sous-réseau’, vous devez saisir la valeur 255.255.255.0. Pour un système monoposte, veillez absolument à ne rien saisir dans le champ ‘Passerelle par défaut’. Remarque Au début de la configuration (voir figure 22.5 page suivante), choisissez le mode PPP et la carte Ethernet à laquelle le modem est connecté (il s’agit en général de eth0). La zone de liste modifiable ‘Activation du périphérique’ vous permet de déterminer si la connexion ADSL doit être établie au démarrage du système ou plus tard, manuellement. L’option ‘Contrôlé par l’utilisateur’ vous permet de transmettre à un utilisateur normal sans droit d’administrateur la possibilité d’activer ou de désactiver les interfaces avec KInternet. Vous pouvez ensuite choisir votre pays et votre fournisseur d’accès. Le contenu des boîtes de dialogue suivantes dépend beaucoup des paramètres choisis. Par conséquent, ils ne seront décrits que brièvement. En cas de doute, veuillez lire les textes d’aide très détaillés des boîtes de dialogue. SUSE LINUX 475 F IG . 22.5: Configuration ADSL Pour pouvoir utiliser l’option ‘Connexion à la demande’ sur les systèmes monopostes, vous devez configurer le serveur DNS (serveur de noms) au cas par cas. La plupart des fournisseurs d’accès prennent actuellement en charge l’affectation dynamique du DNS : cela signifie que l’adresse IP actuelle du serveur de noms vous est transmise lorsque vous établissez la connexion. Dans cette boîte de dialogue, pensez cependant à saisir une adresse de remplacement pour un serveur DNS pour votre système monoposte, comme 192.168.22.99. Si aucun serveur de noms ne vous a été affecté dynamiquement, indiquez ici les adresses IP du serveur de noms de votre fournisseur d’accès. La liste déroulante ‘Temps d’inactivité (secondes)’ vous permet de définir un délai d’inactivité (sans transfert de données) après lequel la connexion sera automatiquement désactivée. Il est conseillé d’utiliser une valeur comprise entre 60 et 300 secondes. 476 22.4. L’intégration dans le réseau 22 Remarque Remarque Pour configurer T-DSL (utilisé en Allemagne), procédez comme pour les connexions ADSL. Si vous choisissez ‘T-Online’ comme fournisseur d’accès, vous arrivez automatiquement à la boîte de dialogue de configuration de T-DSL. Saisissez alors les données suivantes : nom de connexion, numéro d’appel de TOnline, nom d’utilisateur et mot de passe. Ces informations sont disponibles sur votre document d’inscription à T-DSL. 22.4.5 RNIS Ce module vous permet de configurer une ou plusieurs cartes RNIS dans votre système. Si YaST ne détecte pas automatiquement la carte réseau, choisissez-la à la main. Vous pouvez en principe configurer plusieurs interfaces mais normalement, mais cela ne devrait pas être nécessaire pour les utilisateurs privés, étant donné que l’on peut configurer plusieurs fournisseurs d’accès pour une même interface. Les boîtes de dialogue suivantes servent à la configuration des différents paramètres pour l’utilisation de la carte RNIS. Grands principes de la mise en réseau Connexion à la demande Si vous avez choisi une ‘Connexion à la demande’, la connexion ne se désactive pas complètement après le délai d’inactivité mais reste dans un état qui lui permet une reconnexion dès que des données doivent être transférées. Si vous n’utilisez pas une ‘Connexion à la demande’, la connexion est réellement désactivée. Il est donc nécessaire de rétablir manuellement la connexion si des données doivent être à nouveau transférée. Dans ce cas, vous pouvez éviter la désactivation de la connexion en fixant le délai d’inactivité à 0 secondes. La boîte de dialogue suivante (voir figure 22.7 page 479) permet la ‘Sélection du protocole RNIS’. L’option par défaut est ‘Euro-ISDN (EDSS1)’ (voir ci-dessous cas 1. et 2.a). Le protocole ‘1TR6’ est utilisé pour les systèmes téléphoniques déjà anciens ou pour les grandes installations (voir cas 2.b). Aux États-Unis, on utilise ‘NI1’. Vous pouvez chercher le code du pays dans la liste, le préfixe correct apparaît alors dans le champ de saisie à côté (par exemple, +33 pour la France). En outre, vous devez saisir le préfixe local dans ‘Préfixe régional’ (par exemple, 1 pour la région parisienne). Si nécessaire, saisissez également le numéro pour accéder à la ligne extérieure. SUSE LINUX 477 F IG . 22.6: Configuration de T-DSL en Allemagne La liste ‘Mode de démarrage’ sert à définir le mode de démarrage pour la carte RNIS actuelle. ‘Lors de l’amorçage’ provoque le démarrage du pilote RNIS lors de l’amorçage du système. Si vous choisissez ‘Manuel’, l’utilisateur devra démarrer le pilote RNIS manuellement à l’aide de la commande rcisdn start. L’option ‘Hotplug’ charge le pilote lors du montage de la carte PCMCIA ou du périphérique USB. Une fois que vous avez configuré tous les paramètres, cliquez sur ‘OK’. Utilisez la boîte de dialogue suivante pour définir l’interface de la carte RNIS ou pour affecter d’autres fournisseurs d’accès à une interface existante. Les interfaces peuvent être définis avec les modes SyncPPP ou RawIP. La majorité des fournisseurs d’accès à Internet utilisent le mode SyncPPP, que nous décrivons ici. La manière d’indiquer ‘votre numéro de téléphone’ sera différente selon les cas : 1. La carte RNIS est branchée directement au NTBA de votre compagnie téléphonique RNIS vous offre normalement trois numéros de téléphone par connexion (MSN, Multiple Subscriber Number) qui, sur demande, peuvent être augmentés à dix numéros. Vous devez affecter un des numéros MSN à votre 478 22.4. L’intégration dans le réseau 22 carte RNIS (à indiquer sans préfixe). Si vous faites une erreur, cela devrait malgré tout fonctionner, car votre compagnie téléphonique devrait dans ce cas remplacer le numéro erroné par le premier MSN attribué à votre raccordement RNIS. Grands principes de la mise en réseau F IG . 22.7: Configuration RNIS 2. La carte RNIS est reliée à un central téléphonique Selon le cas d’application, différentes indications sont nécessaires. (a) Pour l’utilisation privée : le protocole de l’autocommutateur (PABX) pour les raccordements internes est Euro-ISDN/EDSS1 (c’est généralement le cas pour les petites installations à usage privé). Ces installations sont dotées d’un bus S0 interne et utilisent des numéros internes pour les appareils connectés. Utilisez un des numéros internes pour indiquer le MSN. L’un ou l’autre des numéros devrait fonctionner à condition que l’accès vers l’extérieur soit disponible pour ce MSN. Mais en cas de besoin, un simple zéro devrait aussi pouvoir fonctionner. Vous trouverez des informations plus précises dans la documentation qui accompagne votre PABX. SUSE LINUX 479 F IG . 22.8: Configuration des interfaces RNIS (b) Pour un usage professionnel : le protocole de l’autocommutateur (PABX) pour les raccordements internes est 1TR6 (ceci n’est cependant le cas que pour les grandes installations en entreprise). Le MSN est ici remplacé par l’EAZ (en allemand, Endgeräte-Auswahl-Ziffer = numéro de sélection de l’appareil terminal). Lors de la configuration sous Linux, seul le dernier chiffre de l’EAZ doit en principe être spécifié. En cas d’urgence, essayez les chiffres de 1 à 9. Cochez la case correspondante si vous souhaitez une déconnexion automatique avant le début de la prochaine unité de taxation (‘ChargeHUP’). Notez que ce mécanisme ne fonctionne pas encore avec tous les fournisseurs d’accès. Pour bénéficier d’une ‘aggrégation de canaux’ (Multilink PPP), cochez la case correspondante. Si SuSEfirewall2 doit être démarré, cochez la case Activer le pare-feu. Pour permettre à un utilisateur normal sans droits d’administrateur d’activer ou de désactiver l’interface, cochez la case ‘Contrôlé par l’utilisateur’. 480 22.4. L’intégration dans le réseau Dans la boîte de dialogue suivante, indiquez les paramètres relatifs à l’affectation des adresses IP. Si votre fournisseur d’accès ne vous a affecté aucune adresse IP statique, choisissez ‘Adresse IP dynamique’. Dans le cas contraire, saisissez dans les champs correspondants et selon les instructions de votre fournisseur d’accès, l’adresse IP locale de votre ordinateur ainsi que l’adresse IP distante. Si vous souhaitez utiliser cette interface en tant que route par défaut, cochez la case ‘Route par défaut’. Notez que vous ne pouvez utiliser qu’une interface comme route par défaut par système. Quittez cette boîte de dialogue en cliquant sur ‘Suivant’. Dans la boîte de dialogue suivante, indiquez votre pays et votre fournisseur d’accès. Les fournisseurs d’accès de la liste sont du type Call-by-Call. Si vous souhaitez faire appel à un fournisseur d’accès qui ne se trouve pas dans la liste, cliquez sur ‘Nouveau’. La fenêtre ‘Paramètres ISP’ apparaît, dans laquelle vous pouvez procéder à toutes les configurations liées à votre fournisseur d’accès. Dans ‘Type RNIS’, l’option par défaut est ‘RNIS SyncPPP’. Les chiffres qui constituent le numéro de téléphone ne doivent pas être séparés par des virgules ou des espaces. Saisissez ensuite le nom d’utilisateur et le mot de passe qui vous ont été communiqués par votre FAI. Ppur finir, cliquez sur ‘Suivant’. Pour pouvoir utiliser l’option ‘Connexion à la demande’ sur les systèmes isolés, vous devez configurer le serveur DNS (serveur de noms) au cas par cas. La plupart des fournisseurs d’accès prennent actuellement en charge l’affectation dynamique du DNS : cela signifie que l’adresse IP actuelle du serveur de noms vous est transmise lorsque vous établissez la connexion. Dans cette boîte de dialogue, pensez cependant à saisir une adresse de remplacement pour un serveur DNS pour votre système isolé, 192.168.22.99. Si un serveur de noms ne vous est pas affecté dynamiquement, indiquez ici les adresses IP du serveur de noms de votre fournisseur d’accès. En outre, vous pouvez fixer un délai d’inactivité après lequel la connexion sera automatiquement désactivée s’il n’y a pas eu de transfert de données. Cliquez sur ‘Suivant’ pour valider votre configuration et retourner à la boîte de dialogue d’aperçu dans laquelle la configuration de l’interface est affichée. Pour finir, activez votre configuration en cliquant sur ‘Terminer’. SUSE LINUX 22 Grands principes de la mise en réseau Un clic sur Détails ouvre une boîte de dialogue consacrée à la configuration de cas de connexion plus complexes. Ceci ne présente généralement aucun intérêt pour les utilisateurs privés. Quittez cette boîte de dialogue en cliquant sur ‘Suivant’. 481 22.4.6 PCMCIA / USB Les périphériques branchés à chaud ne nécessitent plus de prise en charge particulière puisque tous les périphériques sont initialisés avec Hotplug. Il faut tout de même en venir aux particularités du branchement à chaud correct/physique. Puisque que les périphériques intégrés sont toujours initialisés dans le même ordre, ils obtiennent toujours le même nom d’interface du noyau. Les noms d’interface sont attribués dynamiquement par le noyau ; dès qu’une interface est enregistrée elle reçoit le nom disponible suivant. Comme les périphériques que l’on peut brancher à chaud peuvent être détectés dans un ordre variable, ils ne reçoivent pas toujours le même nom d’interface et donc pas la même configuration puisque celle-ci dépend du nom d’interface. Si des noms d’interface persistants sont nécessaires, vous pouvez ajouter PERSISTENT_NAME= hnomi dans le fichier de configuration d’interface correspondant (/etc/sysconfig/network/ ifcfg-*). Cette configuration prendra le relais à la prochaine initialisation (insertion) de carte. 22.4.7 Configuration d’IPv6 Si vous souhaitez configurer l’utilisation d’IPv6, il n’est en général pas nécessaire de configurer les postes de travail. Toutefois, vous devez mettre en œuvre la prise en charge d’IPv6. En tant qu’utilisateur , invoquez la commande modprobe ipv6. En raison de la philosophie de configuration automatique d’IPv6, une adresse lien local est alors affectée à la carte réseau au sein du réseau. Aucune table de routage n’est en principe maintenue sur un poste de travail. Celui-ci peut consulter les routeurs dans le réseau grâce au Router Advertisement Protocol (protocole d’annonce de la présence d’un routeur) pour savoir quel préfixe et quelles passerelles utiliser. Pour mettre en place un routeur IPv6, appelez le programme radvd en saisissant radvd. Ce programme communique aux postes de travail le préfixe à utiliser pour les adresses IPv6 et le(s) routeur(s). On peut également installer le programme zebra prévu pour la configuration automatique d’adresses et à la configuration du routage. Pour pouvoir affecter une adresse IPv6 à un poste de travail, il est donc conseillé d’installer et de configurer un routeur avec le programme radvd ou zebra. Les postes de travail se voient alors automatiquement attribuer l’adresse IPv6. Pour mettre en service différents tunnels à l’aide des fichiers contenus dans /etc/sysconfig/network, vous trouverez des informations importantes dans la page de manuel de ifup (man ifup). 482 22.4. L’intégration dans le réseau 22.5 22 Le routage sous SUSE LINUX Vous pouvez saisir dans le fichier /etc/sysconfig/network/routes toutes les routes statiques requises pour les différentes fonctions d’un système : une route vers une machine, une route vers une machine via une passerelle et une route vers un réseau. C’est ici par exemple que la passerelle par défaut est configurée dans le cas de routes statiques : default GATEWAY - - où GATEWAY est l’adresse IP de la passerelle. Pour toutes les interfaces ayant besoin d’un routage individuel, il est possible d’utiliser un fichier distinct pour chaque interface : /etc/sysconfig/ network/ifroute-*. Le caractère * doit être remplacé par le nom de l’interface. Les déclarations peuvent être organisées comme suit : DESTINATION DESTINATION DESTINATION/PREFIXLEN GATEWAY GATEWAY GATEWAY NETMASK PREFIXLEN - INTERFACE [ TYPE ] [ OPTIONS ] INTERFACE [ TYPE ] [ OPTIONS ] INTERFACE [ TYPE ] [ OPTIONS ] Grands principes de la mise en réseau Les réglages de la table de routage se trouvent dans les fichiers de configuration /etc/sysconfig/network/routes et /etc/sysconfig/network/ ifroute-*. Dans le cas où les paramètres GATEWAY, NETMASK, PREFIXLEN ou INTERFACE ne sont pas spécifiés, ils doivent être remplacés par le caractère -. Les paramètres TYPE et OPTIONS peuvent être simplement omis. La première colonne comporte la destination d’une route. Il peut s’agir de l’adresse IP d’un réseau ou d’une machine ou bien, dans le cas de serveurs de noms accessibles, du nom qualifié d’un réseau ou d’une machine. La deuxième colonne contient soit la passerelle par défaut soit une passerelle à partir de laquelle on peut accéder à une machine ou à un réseau. La troisième colonne comporte le masque réseau pour les réseaux ou les machines situés derrière une passerelle. Pour les machines situées derrière une passerelle, le masque est par exemple 255.255.255.255. La dernière colonne est destinée aux réseaux connectés sur la machine locale (loopback, Ethernet, RNIS, PPP, . . .). Elle doit comporter le nom du périphérique. SUSE LINUX 483 22.6 SLP — Transmission de services dans le réseau Le Service Location Protocol (SLP) a été développé afin de simplifier la configuration des clients reliés au réseau à l’intérieur d’un réseau local. Pour configurer un client réseau, y compris tous les services souhaités, son administrateur a traditionnellement besoin d’une connaissance détaillée des serveurs disponibles dans son réseau. Avec SLP, la disponibilité d’un type de service défini est indiquée à tous les clients du réseau local. Les applications supportant SLP peuvent utiliser les informations émises via SLP et peuvent ainsi être configurées automatiquement. 22.6.1 Support SLP dans SUSE LINUX SUSE LINUX supporte l’installation de sources d’installation transmises par SLP et comporte beaucoup de services système avec support intégré pour SLP. YaST et Konqueror dispose tous les deux d’applications correspondantes pour SLP. Utilisez SLP afin de mettre à la disposition des clients connectés les fonctions centrales comme le serveur d’installation, le serveur YOU, le serveur de fichiers ou le serveur d’impression sur votre SUSE LINUX. Enregistrer ses propres services Beaucoup d’applications sous SUSE LINUX disposent déjà d’un support SLP intégré par l’intermédiaire de l’utilisation de la bibliothèque libslp. Si vous désirez en outre rendre disponibles des services supplémentaires via SLP qui n’ont aucun support SLP intégré, plusieurs possibilités s’offrent à vous : Enregistrement statique via /etc/slp.reg.d Créez pour chaque nouveau service un fichier d’enregistrement propre. Voyez ci-dessous un exemple de ce type de fichier pour l’enregistrement d’un service scanner : ## Register a saned service on this system ## en means english language ## 65535 disables the timeout, so the service registration does ## not need refreshes service:scanner.sane://$HOSTNAME:6566,en,65535 watch-port-tcp=6566 description=SANE scanner daemon 484 22.6. SLP — Transmission de services dans le réseau 22 Grands principes de la mise en réseau La ligne la plus importante de ce fichier est ce qu’on appelle l’URL de service, qui commence par service:. Elle contient le type de service (scanner.sane) et l’adresse sous laquelle le service est disponible sur le serveur. h$HOSTNAMEi est automatiquement remplacé par le nom d’hôte complet. Séparé par deux points, arrive ensuite le port TCP sur lequel le service concerné écoute. Indiquez maintenant, séparée de l’URL de service par des guillemets, également la langue dans laquelle le service doit être indiqué et la durée de vie de l’enregistrement en secondes. La valeur pour la durée de vie de l’enregistrement peut se situer entre 0 et 65535. Si vous indiquez 0, l’enregistrement ne serait pas valable, avec 65535, il n’est pas limité. Le fichier d’enregistrement comporte en outre les deux variables watch-tcp-port et description. Le premier connecte l’indication SLP à ces variables, même si le service correspondant est actif, tandis que le slpd contrôle l’état du service. La dernière variable comporte une description plus précise du service qui est indiquée dans les navigateurs appropriés. Enregistrement statique /etc/slp.reg La seule différence avec la procédure décrite plus haut est la concentration de tous les services dans un unique fichier central. Enregistrement dynamique avec slptool Si un enregistrement SLP doit se faire à partir des propres scripts d’un service, utilisez l’application en lignes de commandes slptool. Applications SLP dans SUSE LINUX SUSE LINUX comporte plusieurs applications servant à interroger et à réutiliser les informations SLP via un réseau : slptool slptool est un programme de lignes de commandes simple pouvant être utilisé pour transmettre des requêtes SLP sur le réseau ou également pour annoncer ses propres services. slptool --help énumère toutes les options et les fonctions disponibles. slptool peut êgalement être appelé à partir de scripts qui doivent traiter les informations SLP. YaST navigateur SLP YaST comporte sous ‘Services réseau’ ➝ ‘Navigateur SLP’ son propre navigateur SLP, qui liste sous forme d’arborescence graphique tous les services annoncés dans le réseau local via SLP. Konqueror Utilisé comme nagivateur de réseau, Konqueror peut indiquer avec l’appel slp:/ tous les services SLP disponibles dans le réseau local. En cliquant sur les icônes apparaissant sur la fenêtre principale, vous recevrez des informations plus précises sur le service en question. SUSE LINUX 485 Si vous appelez Konqueror avec service:/, un clic sur l’icône correspondant dans la fenêtre du navigateur vous amène vers le service choisi. Activer SLP Remarque Activation de slpd Le slpd doit fonctionner sur votre système dès que vous voulez offrir vos propres services de serveur. Pour la seule interrogation de services, un démarrage de ce démon n’est pas nécessaire. Remarque Le démon slpd est contrôlé, comme la plupart des services système sous SUSE LINUX, via son propre script Init. Le démon est inactif par défaut. Si vous désirez l’activer pour la durée d’une session, utilisez comme root la commande rcslpd start afin de le démarrer et rcslpd stop pour l’arrêter. Avec restart ou status, vous déclenchez un redémarrage ou une demande d’état. Si slpd doit être actif par défaut, appelez une fois en tant que root la commande insserv slpd. Ainsi, slpd est automatiquement intégré dans la liste des services à démarrer lors de l’amorçage du système. 22.6.2 Informations supplémentaires Pour des informations plus approfondies relatives au SLP, vous disposez des sources suivantes : RFC 2608, 2609, 2610 RFC 2608 traite en général de la définition de SLP. RFC 2609 entre plus en détails dans la syntaxe des URL de service utilisés et RFC 2610 traite de DHCP via SLP. http://www.openslp.com Le site du projet OpenSLP. file:/usr/share/doc/packages/openslp/* Vous trouverez dans ce répertoire toute la documentation disponible au sujet de SLP ainsi qu’un Lisez-moi.SuSE avec les spécification SUSE LINUX, les RFC mentionnés ci-dessus et deux documents HTML d’introduction. Les programmeurs souhaitant utiliser les fonctions SLP doivent installer le paquetage openslp-devel afin d’exploiter le Guide du Programmeur joint. 486 22.6. SLP — Transmission de services dans le réseau 22.7 DNS – Domain Name System Les exemples de configuration suivants font référence à BIND. 22.7.1 Démarrer le serveur de noms BIND Le serveur de noms BIND (Berkeley Internet Name Domain) est déjà configuré dans SUSE LINUX de manière à ce que vous puissiez le démarrer tout de suite après avoir effectué l’installation. Lorsque vous avez déjà une connexion Internet qui fonctionne et que vous indiquez dans le fichier /etc/resolv.conf le serveur de noms 127.0.0.1 pour localhost, vous possédez déjà, en règle générale, une résolution de noms fonctionnant parfaitement sans connaître le DNS du fournisseur d’accès. BIND effectue alors la résolution de noms par l’intermédiaire du serveur de noms racine, ce qui est en revanche beaucoup plus lent. On devra normalement indiquer le DNS du fournisseur d’accès ainsi que son adresse IP dans le fichier de configuration /etc/named.conf dans la rubrique forwarders pour bénéficier d’une résolution de noms efficace et sûre. Tant que cela fonctionne, le serveur de noms fonctionne en tant que serveur de noms ”cache seulement“ (caching-only). Ce n’est que lorsque l’on mettra à sa disposition ses propres zones qu’il deviendra un véritable serveur de noms. Vous en trouverez un exemple simple dans le répertoire de documentation : /usr/share/doc/packages/bind/sample-config. Grands principes de la mise en réseau DNS (en anglais, Domain Name System) sert à résoudre les noms de domaines et de machines, c’est-à-dire à les convertir en adresses IP. Avant de configurer votre propre serveur de noms, nous vous recommandons de consulter les informations d’ordre général relatives au DNS dans la section Résolution de noms (Domain Name System – DNS) page 446. 22 Remarque Adaptation automatique des déclarations de serveurs de noms Les déclarations des serveurs de noms peuvent être adaptées automatiquement à la situation, suivant la façon d’accéder à Internet ou l’environnement réseau actuel. Pour cela, positionnez la variable MODIFY_NAMED_CONF_DYNAMICALLY du fichier /etc/sysconfig/network/config à la valeur yes. Remarque SUSE LINUX 487 Il ne faut cependant pas définir un nom de domaine officiel sans l’avoir fait au préalable approuver par l’institution compétente – pour .fr, il s’agit de l’AFNIC –. Même lorsque vous disposez de votre propre domaine, mais que celui-ci est géré par votre fournisseur d’accès, nous vous recommandons de ne pas l’utiliser dans la mesure où BIND ne redirigerait plus aucune requête pour ce domaine et que par exemple le serveur web du fournisseur d’accès dédié à votre propre domaine ne serait plus joignable. Pour démarrer le serveur de noms, saisissez en tant que root la ligne de commande suivante : rcnamed start Si ”done“ apparaît en vert à droite, le processus named, c’est-à-dire le processus du serveur de noms, est démarré avec succès. Vous pouvez tester immédiatement sur le système local le fonctionnement du serveur de noms avec les programmes host ou dig. localhost doit apparaître comme serveur par défaut avec l’adresse 127.0.0.1. Si tel n’était pas le cas, cela signifierait qu’un mauvais nom de serveur figure dans le fichier /etc/resolv.conf ou que ce fichier n’existe tout simplement pas. Pour un premier essai, saisissez host 127.0.0.1, qui fonctionne normalement toujours ; si vous obtenez un message d’erreur, utilisez la commande suivante pour vérifier que le processus named a bien été lancé rcnamed status Si le serveur de noms ne démarre pas ou présente un comportement incorrect, vous en trouverez la cause, la plupart du temps, dans le fichier /var/log/ messages. Pour utiliser en tant que ”redirecteur“ (forwarder) le serveur de noms du fournisseur d’accès ou un de vos propres serveurs de noms déjà en service sur votre réseau local, il faut l’indiquer (ou les indiquer) dans la section options avec le mot-clé forwarders. Les adresses IP utilisées dans l’exemple 22.10 page cicontre sont choisies de manière arbitraire et doivent être adaptées à vos propres besoins. 488 22.7. DNS – Domain Name System Exemple 22.10: Options de redirection (forwarding) dans named.conf Après les options viennent les déclarations de zones, celles de localhost, 0.0.127.in-addr.arpa, ainsi que de . de type hint qui doivent toujours être disponibles. Les fichiers correspondants ne doivent pas être modifiés, dans la mesure où ils fonctionnent en l’état. Vous devez veiller également à ce que chaque ligne soit suivie d’un ; et que les accolades soient placées correctement. Si vous avez entrepris des modifications dans le fichier de configuration /etc/named.conf ou dans les fichiers des zones, vous devez ordonner à BIND de les lire à nouveau à l’aide de la commande rcnamed reload. Une autre solution consiste à redémarrer complètement le serveur de noms avec la commande rcnamed restart. Vous pouvez arrêter à tout moment le serveur de noms avec la commande rcnamed stop. 22.7.2 Grands principes de la mise en réseau options { directory "/var/lib/named"; forwarders { 10.11.12.13; 10.11.12.14; }; listen-on { 127.0.0.1; 192.168.0.99; }; allow-query { 127/8; 192.168.0/24; }; notify no; }; 22 Le fichier de configuration /etc/named.conf Tous les paramétrages du serveur de noms BIND s’effectuent dans le fichier /etc/named.conf. Les données de zone, les noms des machines, les adresses IP, etc. des domaines à gérer doivent être classés dans des fichiers séparés du répertoire /var/lib/named. Vous trouverez davantage d’informations à ce sujet plus loin. Le fichier /etc/named.conf se divise principalement en deux parties : d’une part, la section options pour les paramètres d’ordre général et, d’autre part, les déclarations de zone des différents domaines. Vous pouvez, en outre, également définir une section logging, ainsi que des déclarations de type acl (en anglais,Access Control List ). Les lignes de commentaires commencent par le signe #, mais vous pouvez également utiliser //. L’exemple 22.11 page suivante présente un fichier /etc/named.conf minimaliste. SUSE LINUX 489 Exemple 22.11: Fichier /etc/named.conf minimaliste options { directory "/var/lib/named"; forwarders { 10.0.0.1; }; notify no; }; zone "localhost" in { type master; file "localhost.zone"; }; zone "0.0.127.in-addr.arpa" in { type master; file "127.0.0.zone"; }; zone "." in { type hint; file "root.hint"; }; Remarque Informations complémentaires pour la configuration de BIND Vous trouverez d”autres informations à jour concernant la configuration de BIND sous SUSE LINUX dans /usr/share/doc/packages/ bind/README.SuSE. Remarque 22.7.3 Les options de configuration les plus importantes de la section Options répertoire "hnom-du-repertoirei" indique le répertoire dans lequel BIND trouve les fichiers contenant les données de zones. Il s’agit en général de /var/ lib/named. 490 22.7. DNS – Domain Name System forward first; a pour effet que les requêtes DNS sont redirigées avant même que le serveur de noms racine n’essaie de les résoudre. Vous pouvez utiliser forward only à la place de forward first pour que toutes les requêtes soient redirigées et que le serveur de noms racine ne soit plus du tout consulté. Cela peut se révéler utile pour la configuration des pare-feu. listen-on port 53 { 127.0.0.1; hadresse-ipi; }; indique à BIND sur quelles interfaces réseau et sur quel port il doit écouter les requêtes des clients. Vous n’êtes pas obligé de saisir 53 dans la mesure où 53 est de toute façon le port par défaut. 127.0.0.1 permet d’accepter les requêtes de localhost. Si vous omettez complètement cette ligne, par défaut toutes les interfaces sont utilisées. listen-on-v6 port 53 { any; }; indique à BIND sur quel port il doit écouter les requêtes des clients qui utilisent IPv6. Outre any, seul none est également autorisé car le serveur écoute toujours l’adresse joker IPv6. query-source address * port 53; Cette directive peut être utile lorsqu’un pare-feu bloque les requêtes DNS externes. Cela oblige BIND à effectuer ses requêtes vers l’extérieur à partir du port 53 et pas des ports supérieurs à 1024. 22 Grands principes de la mise en réseau forwarders { hadresse-ipi; }; indique le ou les serveurs de noms (la plupart du temps celui ou ceux du fournisseur d’accès) vers lequel ou lesquels on redirige les requêtes DNS auxquelles il n’est pas possible de répondre directement. À la place d’hadresse-ipi vous devez mettre une adresse IP comme 10.0.0.1. query-source-v6 address * port 53; Cette directive doit être utilisée pour les requêtes basées sur IPv6. allow-query { 127.0.0.1; hréseaui; }; précise les réseaux à partir desquels les clients ont le droit d’envoyer des requêtes DNS. Il faut mettre à la place de hréseaui une adresse de la forme i192.168.1/24 où /24 est un raccourci pour le nombre de bits dans le masque réseau, soit dans ce cas 255.255.255.0. allow-transfer { ! *; }; détermine quels ordinateurs sont autorisés à effectuer des transferts de zone. Cet exemple les interdit complètement du fait de la présence de ! *. Sans cete directive, il est possible de réaliser des transferts de zone sans aucune limitation et depuis n’importe où. statistics-interval 0; Sans cette directive, BIND produit toutes les heures plusieurs lignes de messages de statistiques dans /var/log/messages. saisissez 0 pour les empêcher complètement ; vous pouvez saisir ici l’intervalle en minutes. SUSE LINUX 491 cleaning-interval 720; Cette option définit au bout de quel intervalle BIND vide son cache. Cette action est à chaque fois consignée dans un enregistrement du fichier /var/log/messages. Le temps est indiqué ici en minutes. La valeur par défaut est de 60 minutes. interface-interval 0; BIND parcourt régulièrement les interfaces réseau pour détecter de nouvelles interfaces ou celles qui ne sont plus disponibles. Réglez cette valeur à 0 pour l’en empêcher et pour que BIND n’écoute que les interfaces trouvées au démarrage. Vous pouvez aussi préciser l’intervalle en minutes. La valeur par défaut est de 60 minutes. notify no; Le no signifie qu’aucun autre serveur de noms n’est averti en cas de modifications apportées aux données de zone ou lors du redémarrage du serveur de noms. 22.7.4 La section de configuration Logging Vous pouvez configurer ce qui est consigné dans un journal, comment et à quel endroit de manière très souple avec BIND. Les paramétrages par défaut sont normalement suffisants. L’exemple 22.12 montre la forme la plus simple d’une telle directive et permet d’empêcher complètement la journalisation. Exemple 22.12: La journalisation est inhibée logging { category default { null; }; }; 22.7.5 Structure des déclarations de zones Après le mot-clé zone, on indique le nom du domaine géré – ici on a arbitrairement choisi mon-domaine.fr. Ce nom est suivi de in puis, entre accolades, d’un bloc d’options s’appliquant à ce domaine : cf. 22.13. Exemple 22.13: Déclaration de zone pour mon-domaine.fr zone "mon-domaine.fr" in { type master; file "mon-domaine.zone"; notify no; }; 492 22.7. DNS – Domain Name System Exemple 22.14: Déclaration de zone pour autre-domaine.fr zone "autre-domaine.fr" in { type slave; file "slave/autre-domaine.zone"; masters { 10.0.0.1; }; }; Les options de zones : type master; Le mot-clé master indique que cette zone est gérée par ce serveur de noms. Cela suppose que l’on dispose d’un fichier de zone correct. type slave; Cette zone est transférée depuis un autre serveur de noms. Elle doit être utilisée en conjonction avec des serveurs maîtres. type hint; La zone . de type hint est utilisée pour indiquer le serveur de noms racine. Vous pouvez laisser cette définition de zone telle quelle. file "mon-domaine.zone" ou file "slave/autre-domaine.zone"; Cette déclaration indique le fichier dans lequel figurent les données de zone du domaine. Dans le cas d’un esclave, ce fichier n’est pas nécessaire car son contenu est récupéré sur un autre serveur de noms. Pour bien distinguer les fichiers maîtres des fichiers esclaves, on place les fichiers esclaves dans le répertoire slave. 22 Grands principes de la mise en réseau Si vous souhaitez définir une zone ”esclave“ (slave), changez juste la valeur du type en slave et indiquez un serveur de noms qui gère cette zone en tant que ”maitre“ (master) – mais il peut aussi s’agir d’un autre ”esclave“ ; cf. le fichier 22.14. masters { hadresse-ip-du-serveuri; }; Cette directive n’est utile que pour les zones esclaves et elle indique depuis quel serveur de noms le fichier de zones doit être transférés. allow-update { ! *; }; cette option régit l’accès en écriture depuis l’extérieur à ces données de zones. Les clients pourraient ainsi s’inscrire eux-mêmes dans le DNS, ce qui, pour des raisons de sécurité, ne serait pas souhaitable. Lorsque cette directive n’est pas présente, les mises à jour des zones sont généralement interdites. Dans cet exemple, cela ne changerait rien non plus dans la mesure où ! * interdit également tout. SUSE LINUX 493 22.7.6 Structure des fichiers de zones Deux types de fichiers de zones sont nécessaires : les premiers servent à associer l’adresse IP au nom de l’ordinateur et les autres fonctionnent en sens inverse et fournissent, pour une adresse IP donnée, le nom de l’ordinateur. Remarque Point (.) dans les fichiers de zones Le . a une signification importante dans le fichier des zones. Si vous indiquez les noms des ordinateurs sans . final, la zone est toujours complétée. Il est donc important de terminer les noms d’ordinateurs complets par un . final, pour que le domaine n’y soit pas encore ajouté. Les principales causes d’erreurs dans la configuration des serveurs de noms sont les points oubliés ou mal placés. Remarque Considérons, tout d’abord, le fichier de zone monde.zone, responsable du domaine monde.entier, voir le fichier 22.15. Exemple 22.15: Fichier /var/lib/named/monde.zone 1 2 3 4 5 6 7 $TTL 2D monde.entier. IN SOA 2003072441 1D 2H 1W 2D ) ; ; ; ; ; gateway serial refresh retry expiry minimum 8 9 10 IN NS IN MX gateway 10 soleil IN A IN A IN A IN A IN A IN A IN CNAME 192.168.0.1 192.168.1.1 192.168.0.2 192.168.0.3 192.168.1.2 192.168.1.3 lune 11 12 gateway 13 14 15 16 17 18 494 soleil lune terre mars www 22.7. DNS – Domain Name System root.monde.entier. ( SUSE LINUX 22 Grands principes de la mise en réseau Ligne 1 : $TTL définit la durée de vie par défaut (en anglais, Time To Live), c’est-à-dire la durée de vie valable de toutes les directives de ce fichier : 2 jours (2D = 2 days). Ligne 2 : C’est ici que commence l’enregistrement de contrôle SOA (SOA = Start of Authority): : En première position, on trouve le nom du domaine à gérer monde. entier, ce dernier se terminant par un . car sinon la zone serait à nouveau ajoutée. Sinon, on peut aussi écrire ici un @ pour que la zone de la directive correspondante soit extraite du fichier /etc/named.conf. Après IN SOA, on trouve le nom du serveur de noms qui sert de maître pour cette zone. Dans ce cas, le nom gateway est complété pour devenir gateway.monde.entier car il ne se termine pas par un .. Vient ensuite l’adresse électronique de la personne responsable du serveur de noms. Comme le signe @ a déjà une signification particulière, il faut simplement écrire un . à la place. Ainsi, pour [email protected], on écrit root.monde.entier.. N’oubliez pas le . à la fin, sans quoi la zone serait à nouveau ajoutée. Vient enfin une parenthèse ( qui permet d’englober les lignes qui suivent jusqu’à la parenthèse ) dans l’enregistrement SOA. Ligne 3 : Le numéro de série est un nombre arbitraire qui doit être incrémenté à chaque modification de ce fichier. Il sert à informer les serveurs de noms secondaires (serveurs esclaves) des modifications entreprises. On a donc introduit pour ce faire un nombre à dix chiffres composé de la date et d’un numéro d’ordre de la forme AAAAMMJJNN. Ligne 4 : La fréquence d’actualisation indique à quels intervalles le serveur de noms secondaire vérifie le numéro de série de la zone. Dans cet exemple, on a pris 1 jour (1D = 1 day). Ligne 5 : La fréquence des tentatives indique l’écart de temps qui s’écoule avant qu’un serveur de noms secondaire, en cas d’erreur, n’essaie de contacter à nouveau le serveur principal. Dans le cas présent, on a 2 heures (2H = 2 hours). Ligne 6 : La durée d’expiration indique la durée au bout de laquelle un serveur de noms secondaire jette les données mises en cache s’il n’a plus réussi à contacter le serveur principal. Dans le cas présent, il s’agit d’une semaine (1W = 1 week). Ligne 7 : La dernière ligne du SOA est la durée de vie de mise en cache des échecs. Elle indique combien de temps les résultats des requêtes DNS des autres serveurs qui n’ont pu être résolues peuvent être conservées en mémoire cache. 495 Ligne 9 : IN NS indique le serveur de noms responsable de ce nom de domaine. Ici aussi, le nom gateway est complété pour devenir gateway.monde.entier car il ne se termine pas par un .. On peut utiliser plusieurs lignes de ce type, une pour le serveur principal et une pour chaque serveur de noms secondaire. Si notify dans le fichier /etc/ named.conf ne vaut pas no, tous les serveurs de noms indiqués ici sont informés des modifications des données de la zone. Ligne :10 : L’enregistrement MX indique le serveur de messagerie qui prend en charge, modifie ou redirige les messages pour le domaine monde.entier. Dans cet exemple, il s’agit de l’ordinateur soleil.monde.entier. Le chiffre qui précède le nom de l’ordinateur est la valeur de préférence. Ainsi, s’il existe plusieurs déclarations MX, c’est le serveur de messagerie dont la valeur de préférence est la plus petite qui est pris, et si la remise de courrier à ce serveur échoue, on essaie celui ayant la valeur plus élevée suivante. Lignes 12 à 17 : Il s’agit là des véritables enregistrements d’adresses (en anglais, address records), dans lesquels on attribue une ou plusieurs adresses IP à un nom d’ordinateur. Les noms figurent ici sans . final, car ils sont indiqués sans domaine à leur suite et sont donc tous complétés par monde.entier. Deux adresses IP sont attribuées à l’ordinateur gateway car il est équipé de deux cartes réseau. Le A indique une adresse de machine traditionnelle ; on utilise A6 pour les adresses IPv6. AAAA est un format dépassé pour les adresses IPv6. Ligne 18 : On peut utiliser l’alias www pour désigner lune (CNAME = canonical name, nom canonique). Pour la résolution inverse (en anglais, reverse lookup) des adresses IP en noms de machines, on utilise le pseudo-domaine in-addr.arpa. Ce dernier est ajouté à l’adresse réseau écrite dans l’ordre inverse. 192.168.1 devient donc 1.168.192.in-addr.arpa. Exemple 22.16: Résolution inverse des adresses 1 2 3 4 5 6 7 8 $TTL 2D 1.168.192.in-addr.arpa. IN SOA gateway.monde.entier. root.monde.entier. ( 2003072441 ; serial 1D ; refresh 2H ; retry 1W ; expiry 2D ) ; minimum 9 496 22.7. DNS – Domain Name System 10 gateway.monde.entier. IN PTR IN PTR IN PTR gateway.monde.entier. terre.monde.entier. mars.monde.entier. 11 12 13 14 1 2 3 Ligne 1 : $TTL définit la durée de vie par défaut valable ici pour toutes les directives. Ligne 2 : Ce fichier permet en principe la ”résolution inverse“ (reverse lookup) pour le réseau 192.168.1.0. Comme la zone s’appelle ici 1.168.192.in-addr.arpa, on ne souhaite bien entendu pas l’ajouter au nom d’hôte, c’est pour cette raison que l’on saisit ce dernier en entier avec le domaine et le . final. Le reste correspond à ce qui a déjà été décrit dans l’exemple précédent pour la zone monde.entier. Lignes 3 à 7 : Voir l’exemple précédent pour monde.entier. Ligne 9 : Cette ligne indique ici aussi à nouveau le serveur de noms responsable de cette zone, mais cette fois-ci, le nom est indiqué en entier, avec le domaine et le . final. Lignes 11 à 13 : Il s’agit d’enregistrements pointeurs (pointer records) qui, pour une adresse IP pointent vers le nom d’ordinateur correspondant. On trouve au début de cette ligne uniquement le dernier chiffre de l’adresse IP, sans . final. Si l’on y ajoute la zone et que l’on fait abstraction de .in-addr.arpa, on obtient bien l’adresse IP complète en ordre inversé. 22 Grands principes de la mise en réseau IN NS Les transferts de zones entre différentes versions de BIND ne doivent, normalement, pas poser de problème. 22.7.7 Transactions sécurisées On peut effectuer des transactions sécurisées avec les ”signatures de transactions“ (TSIG, transaction SIGnatures). On utilise, pour ce faire, des clés de transaction (en anglais, transaction keys) et des signatures de transaction (en anglais, transaction signatures). La section suivante explique comment les générer et les utiliser. Les transactions sécurisées sont nécessaires dans le cadre de la communication d’un serveur à un autre et pour l’actualisation dynamique des données de zones. Ainsi, un contrôle d’accès fondé sur des clés permet d’obtenir un niveau de sécurité bien plus élevé qu’un contrôle fondé sur les adresses IP. SUSE LINUX 497 Vous pouvez générer une clé de transaction avec la commande suivante (pour plus d’informations, cf. la page de manuel relative à la commande dnssec-keygen) : dnssec-keygen -a hmac-md5 -b 128 -n HOST host1-host2 Cette commande génère deux fichiers portant, par exemple, les noms suivants : Khost1-host2.+157+34265.private Khost1-host2.+157+34265.key La clé est contenue dans les deux fichiers (par exemple ejIkuCyyGJwwuN3xAteKgg==). Pour une utilisation ultérieure, Khost1-host2.+157+34265.key doit être transmis par un chemin sécurisé (par exemple avec scp) à l’ordinateur distant et inséré sur ce dernier dans le fichier /etc/named.conf pour établir une communication sécurisée entre host1 et host2 : key host1-host2. { algorithm hmac-md5; secret "ejIkuCyyGJwwuN3xAteKgg=="; }; Attention Droits d’accès de /etc/named.conf Faites attention à ce que les droits d’accès au fichier /etc/named. conf restent restreints ; la valeur par défaut est 0640 pour root et le groupe named ; vous pouvez aussi stocker la clé dans un fichier protégé indépendant pour l’inclure ensuite. Attention Pour que la clé pour host2 soit utilisée sur le serveur host1 avec, par exemple, l’adresse 192.168.2.3, il faut saisir, sur le serveur, dans le fichier /etc/ named.conf, les informations suivantes : server 192.168.2.3 { keys { host1-host2. ;}; }; 498 22.7. DNS – Domain Name System Pour effectuer des transactions sécurisées, il faut, en plus des ACL basées sur les adresses et les intervalles d’adresses IP, ajouter des clés TSIG, dont un exemple peut se présenter ainsi : allow-update { key host1-host2. ;}; Pour en savoir plus, consultez le Manuel de référence de l’administrateur BIND sous update-policy. 22.7.8 Actualisation dynamique des données de zones La mise à jour dynamique (en anglais, dynamic update) est le terme technique qui décrit l’ajout, la modification et la suppression de directives dans les fichiers de zones d’un serveur maître. Ce mécanisme est décrit dans la RFC 2136. Les mises à jour dynamiques se configurent, par zone, à l’aide des options allow-update ou update-policy au niveau des déclarations des zones. Vous ne devez pas modifier manuellement les zones mises à jour de manière dynamique. La commande nsupdate sert à transmettre au serveur les enregistrements à mettre à jour ; pour connaître sa syntaxe exacte, reportez-vous à la page de manuel de nsupdate. Pour des raisons de sécurité, la mise à jour doit impérativement s’effectuer au moyen de transactions sécurisées (TSIG) : cf. section Transactions sécurisées page 497. 22.7.9 22 Grands principes de la mise en réseau Il faut aussi saisir les directives correspondantes dans les fichiers de configuration de host2. DNSSEC DNSSEC (en anglais, DNS Security, sécurité DNS) est décrite dans la RFC 2535 . Le manuel de BIND décrit les outils disponibles permettant d’utiliser DNSSEC. Une zone sûre doit posséder une ou plusieurs clés de zones ; utilisez aussi pour générer celles-ci, à l’instar des clés d’hôtes, la commande dnssec-keygen. On utilise actuellement DSA pour le chiffrement. Les clés publiques (en anglais, public keys) doivent être intégrées dans les fichiers de zones au moyen de $INCLUDE. SUSE LINUX 499 Toutes les clés sont regroupées en un ensemble à l’aide de la commande dnssec-makekeyset, lequel doit être acheminé jusqu’à la zone parent (parent zone) par un chemin sûr pour y être signé à l’aide de la commande dnssec-signkey. Les fichiers générés lors de cette signature doivent être utilisés pour signer les zones avec la commande dnssec-signzone et les fichiers en résultant doivent finalement être intégrés au fichier /etc/named.conf pour chaque zone. 22.7.10 Configuration avec YaST Le module DNS de YaST sert à configurer un serveur DNS dans le réseau local. ce module connaît deux types différents de modes de fonctionnement : Configuration avec l’assistant Lorsque le module démarre pour la première fois, vous devez prendre certaines décisions fondamentales en tant qu’administrateur. Une fois la configuration initiale terminée, le serveur est sommairement préconfiguré et en principe prêt à l’emploi. Configuration avancée Le mode expert sert pour des tâches de configuration plus avancées comme les ACL, la journalisation; les clés TSIG, entre autres. Configuration avec l’assistant L’assistant se subdivise en trois boîtes de dialogue, à partir desquelles vous pouvez bifurquer à l’endroit approprié dans la configuration avancîe. Installation du serveur DNS : paramètres des redirecteurs Cette boîte de dialogue (voir figure 22.9 page suivante) apparaît lorsque ce module démarre pour la première fois. Décidez si vous souhaitez recevoir une liste des redirecteurs à partir du démon PPP dans le cas d’une connexion à haut débit (ADSL) ou RNIS (‘Démon PPP définit les redirecteurs’), ou les lui donner vous-même (‘Spécifier les redirecteurs manuellement’). 500 22.7. DNS – Domain Name System 22 Installation du serveur DNS : zones DNS Les éléments de ce module sont expliqués dans l’installation en mode expert (voir la section Serveur DNS : zones DNS page 504). Grands principes de la mise en réseau F IG . 22.9: Installation du serveur DNS : redirecteurs Installation du serveur DNS : terminer avec l’assistant Comme un pare-feu est activé pendant l’installation, vous pouvez pour terminer ouvrir le port DNS (port 53) du pare-feu avec ‘Ouvrir port dans pare-feu’ ainsi que configurer le comportement du serveur DNS à l’amorçage (‘Marche’ ou ‘Arrêt’). Il est aussi possible d’accéder depuis cet endroit à la configuration avancée (‘Configuration pour experts du serveur DNS...’) (voir figure 22.10 page suivante). SUSE LINUX 501 F IG . 22.10: Installation du serveur DNS : terminer avec l’assistant Configuration avancée Lorsque le module démarre pour la première fois, YaST ouvre une fenêtre offrant plusieurs possibilités de configuration. Dès que la configuration est terminée, le serveur DNS est en principe prêt à fonctionner : Serveur DNS : démarrage Dans la section ‘Amorçage’, vous pouvez mettre en route le serveur DNS (‘Marche’) ou l’arrêter (‘Arrêt’). Les boutons ‘Démarrer le serveur DNS maintenant’ et ‘Arrêter le serveur DNS maintenant’ permettent respectivement de démarrer et d’arrêter le serveur DNS. ‘Enregistrer les paramètres et redémarrer le serveur DNS maintenant’ vous permet d’enregistrer la configuration actuelle. Vous pouvez ouvrir le port DNS du pare-feu (‘Ouvrir port dans pare-feu’) et modifier l’installation du pare-feu dans ‘Paramètres du pare-feu’. Serveur DNS : redirecteurs Cette boîte de dialogue est identique à celle qui apparaît au démarrage de l’assistant de configuration (voir section Installation du serveur DNS : paramètres des redirecteurs page 500). 502 22.7. DNS – Domain Name System 22 Grands principes de la mise en réseau Serveur DNS : journalisation Cette rubrique vous servira à paramétrer ce que le serveur DNS doit consigner dans son journal et où ce journal doit se trouver. Précisez dans ‘Type de journal’ l’endroit auquel le serveur DNS doit consigner ses messages. Vous pouvez les laisser dans le système (‘Journaliser dans le journal système’ dans /var/log/messages) ou définir explicitement le fichier avec (‘Journaliser dans le fichier’). Si vous avez choisi cette dernière possibilité, vous pouvez aussi indiquer la taille maximale du fichier en méga-octets et le nombre de ces fichiers journaux. ‘Journalisations additionnelles’ vous permet d’ajuster d’autres options. ‘Journaliser les requêtes nommées’ enregistre chaque requête. Le fichier journal peut donc devenir très volumineux rapidement. Vous ne devriez choisir cette option qu’à des fins de débogage. Pour piloter les mises à jour de zones entre le serveur DHCP et le serveur DNS, choisissez l’option‘Journaliser les mises à jour de zone’. Pour consigner le flux de données lors du transfert des données de zones (transfert de zones) du maître vers l’esclave, activez l’option ‘Journaliser les transferts de zone’ (voir figure 22.11). F IG . 22.11: Serveur DNS : journalisation SUSE LINUX 503 Serveur DNS : zones DNS Cette boîte de dialogue est divisée en plusieurs parties et permet ainsi de gérer des fichiers de zones (voir section Structure des fichiers de zones page 494). Dans ‘Nom de zone’ saisissez le nouveau nom d’une zone. Pour créer des zones inverses, le nom de la zone doit se terminer par .in-addr.arpa. Choisissez le type (maître ou esclave) avec ‘Type de zone’ (voir figure 22.12). Le bouton ‘Modifier zone...’ vous permet de modifier d’autres réglages. Lorsque vous voulez supprimer une zone, choisissez ‘Effacer zone’. F IG . 22.12: Serveur DNS : zones DNS 504 22.7. DNS – Domain Name System 22 Grands principes de la mise en réseau Serveur DNS : éditeur de zones esclaves Cette boîte de dialogue apparaît si vous avez choisi dans le point Serveur DNS : zones DNS page ci-contre ‘Esclave’ comme type de zone. Indiquez dans le champ ‘Serveur DNS maître’ le serveur maître auquel l’esclave doit s’adresser. Si vous souhaitez limiter l’accès, vous pouvez choisir les ACL définies au préalable dans la liste (voir figure 22.13). F IG . 22.13: Serveur DNS : éditeur de zones esclaves SUSE LINUX 505 Serveur DNS : éditeur de zones maîtres Cette boîte de dialogue apparaît si vous avez choisi dans le point Serveur DNS : zones DNS page 504 ‘Maître’ comme type de zone. Elle se subdivise en plusieurs vues : les bases (la page que vous voyez pour le moment), les enregistrements NS, les enregistrements MX, SOA et Enregistrements. Tous les points décrits ci-après se réfèrent à ceux qui ont été cités. D’après la figure 22.14, vous définissez les réglages du DNS dynamique et les conditions d’accès concernant les transferts de zones au serveur de noms clients et esclave. Pour autoriser la mise à jour dynamique des zones, choisissez ‘Autoriser les mises à jour dynamiques’ et les clés de transaction correspondantes (TSIG). Veillez à ce qu’une clé ait déjà été définie au préalable avant de démarrer le processus de mise à jour. Pour autoriser les transferts de zone, vous devez choisir l’ACL correspondante. Il faudra également que vous ayez déjà défini à l’avance les ACL. F IG . 22.14: Serveur DNS : éditeur de zones (bases) 506 22.7. DNS – Domain Name System 22 Grands principes de la mise en réseau Serveur DNS : éditeur de zones (enregistrements NSe) Cette boîte de dialogue permet de définir un serveur de noms secondaire pour ces zones. Veillez à ce que le serveur de nom proprement dit soit contenu dans la liste. Pour saisir un nouvel enregistrement, indiquez dans ‘Serveur de nom à ajouter’ le nom correspondant et confirmez au moyen de ‘Ajouter’ (voir figure 22.15). F IG . 22.15: Serveur DNS : éditeur de zones (enregistrements NS) Serveur DNS : éditeur de zones (enregistrements MX) Pour ajouter un nouveau serveur de messagerie pour la zone actuelle à la liste en place, indiquez l’adresse et les priorités qui conviennent. Confirmez au moyen de ‘Ajouter’ (voir figure 22.16 page suivante). SUSE LINUX 507 F IG . 22.16: Serveur DNS : éditeur de zones (enregistrements MX) Serveur DNS : éditeur de zones (SOA) Le message SOA Record Configuration (voir figure 22.17 page ci-contre) est utilisé pour indiquer les enregistrements SOA (Start of Authority). La signification des différentes options peut etre consultée dans l’exemple 22.15 page 494. Veillez à ce que cette option ne soit pas disponible avec des zones dynamiques en combinaison avec LDAP. Serveur DNS : éditeur de zones (enregistrements) Cette boîte de dialogue gère une liste d’affectations de noms à des adresses IP. Indiquez dans la zone de saisie ‘Clé d’enregistrement’ le nom d’hôte et choisissez le type (dans le menu du même nom). ‘A-Record’ est l’enregistrement principal ; ‘CNAME’ est un alias et dans ‘MX-Relay’, le nom (name) est remplacé par la valeur (value). 22.7.11 Informations supplémentaires Nous vous recommandons notamment de consulter le Manuel de référence de l’administrateur BIND que vous trouverez en ligne dans /usr/share/doc/ packages/bind/, ainsi que les RFC mentionnés dans ce dernier et les pages de manuel fournies avec BIND 9. 508 22.7. DNS – Domain Name System 22 22.8 NIS – Network Information Service Grands principes de la mise en réseau F IG . 22.17: Serveur DNS : éditeur de zones (SOA) Lorsque plusieurs systèmes Unix veulent accéder, au sein d’un réseau, à des ressources communes, il est nécessaire de s’assurer que les numéros des utilisateurs et des groupes sont cohérents sur toutes les machines. Le réseau doit être transparent pour l’utilisateur. Quelle que soit la machine sur laquelle l’utilisateur se trouve, ce dernier doit toujours retrouver le même environnement. Ceci est rendu possible par les services NIS et NFS. Le service NFS est chargé du partage des systèmes de fichiers en réseau. Il sera présenté à la section NFS – Systèmes de fichiers partagés page 541. NIS (en anglais, Network Information Service) peut être envisagé comme un service de base de données qui permet d’accéder aux informations contenues dans les fichiers /etc/passwd, /etc/shadow ou /etc/group où que l’utilisateur se trouve dans le réseau. NIS peut aussi être utilisé pour d’autres tâches (par exemple pour /etc/hosts ou /etc/services), que nous ne détaillerons cependant pas dans cet ouvrage. On utilise souvent comme synonyme de NIS le terme YP. Celui-ci est l’acronyme de yellow pages, c’est-à-dire les pages jaunes du réseau. SUSE LINUX 509 22.8.1 Serveur NIS maître et esclave Pour configurer NIS, choisissez dans YaST ‘Services réseau’, puis ‘Serveur NIS’. Dans le cas où votre réseau ne comporte pas encore de serveur NIS, vous devez activer l’option ‘Installer et configurer un serveur NIS maître’ dans le formulaire de saisie qui s’ouvre alors. Dans le cas où vous avez déjà un serveur NIS (c’està-dire un serveur ”maître“), vous pouvez ajouter un serveur NIS esclave (par exemple si vous créez un nouveau sous-réseau). Examinons tout d’abord la configuration du serveur maître. Dans le cas où certains paquetages requis ne sont pas installés, YaST vous demandera d’insérer le cédérom ou le DVD correspondant afin d’installer automatiquement les paquetages. Saisissez le nom de domaine dans le premier formulaire de saisie (illustration : 22.18). Cochez les cases situées en dessous pour déterminer si le serveur NIS doit également être un client NIS et si les utilisateurs recevant les données du serveur NIS pourront également se connecter sur cette machine. F IG . 22.18: YaST : Utilitaire de configuration du serveur NIS 510 22.8. NIS – Network Information Service Si vous souhaitez autoriser les utilisateurs de votre réseau à pouvoir modifier leurs mots de passe (avec la commande yppasswd, c’est-à-dire pas seulement les mots de passe locaux, mais ceux qui sont enregistrés sur le serveur NIS), vous pouvez aussi activer cette fonctionnalité ici. Les cases à cocher ‘Autoriser le changement du champ GECOS’ et ‘Autoriser le changement du shell de connexion’ sont alors aussi activées. ”GECOS“ signifie que l’utilisateur peut également modifier son nom et ses coordonnées (avec la commande ypchfn). ”SHELL“ signifie qu’il peut aussi modifier son interpréteur de commandes par défaut déclaré (avec la commande ypchsh, par exemple bash en sh). Lorsque vous cliquez sur ‘Autres paramètres globaux...’, vous arrivez dans une boîte de dialogue (illustration : 22.19 page suivante) dans laquelle vous pouvez modifier le répertoire source du serveur NIS (par défaut /etc). Vous pouvez aussi y rassembler des mots de passe et des groupes. Laissez le réglage sur ‘Oui’ pour harmoniser les différents fichiers (/etc/passwd et /etc/shadow ou /etc/group). Vous pouvez aussi définir les numéros d’utilisateurs et de groupes les plus petits. Cliquez sur ‘OK’ pour confirmer les informations que vous avez saisies et pour revenir au formulaire précédent. Cliquez alors sur ‘Suivant’. 22 Grands principes de la mise en réseau Si vous souhaitez configurer des serveurs NIS supplémentaires (”serveurs esclaves“) dans votre réseau, vous devez cocher la case ‘Un serveur NIS esclave actif existe’. Vous devez aussi cocher la case ‘Distribution Fast Map’ qui a pour effet de transmettre rapidement les éléments de base de données du maître aux serveurs esclave. Dans le cas où vous avez précédemment coché la case ‘Un serveur esclave NIS actif existe’, vous devez à présent indiquer le nom des machines devant faire fonction d’esclave. Cliquez ensuite sur ‘Suivant’. Dans le cas où aucun serveur esclave n’est utilisé, vous arrivez directement à la boîte de dialogue pour la configuration de la base de données. Indiquez-y les ”tables de correspondance“ (en anglais, maps), autrement dit les parties de base de données qui doivent être transférées du serveur NIS au client correspondant. Les paramètres définis ici par défaut étant généralement judicieux, vous ne devriez normalement rien avoir à modifier. Après avoir cliqué sur ‘Suivant’, vous arrivez à la dernière boîte de dialogue. Indiquez à partir de quels réseaux les requêtes adressées au serveur NIS seront émises (voir l’illustration : 22.20 page 513). Il s’agit normalement de votre réseau d’entreprise. Vous devriez alors avoir les deux lignes suivantes : 255.0.0.0 127.0.0.0 0.0.0.0 0.0.0.0 SUSE LINUX 511 F IG . 22.19: YaST : Serveur NIS : changer de répertoire et synchroniser les fichiers La première ligne autorise les liaisons provenant de votre propre machine, tandis que la seconde permet à toutes les machines ayant accès au réseau d’envoyer des requêtes au serveur. Remarque Configuration automatique du pare-feu Si un pare-feu (SuSEfirewall2) fonctionne sur votre système, YaST procède à sa configuration pour le serveur NIS dès que vous sélectionnez ‘Ouvrir ports dans le pare-feu’. YaST active alors le service portmap. Remarque 512 22.8. NIS – Network Information Service 22 22.8.2 Le module client NIS dans YaST Grands principes de la mise en réseau F IG . 22.20: YaST : Serveur NIS : définition d’une autorisation de requête Ce module vous permet de configurer aisément le client NIS. Après avoir choisi d’utiliser le serveur NIS dans le formulaire initial et décidé si cela se fait sous contrôle de l’automounter, vous arrivez au dernier formulaire. Indiquez-y si le client NIS possède une adresse IP statique ou s’il doit la recevoir par DHCP. Dans ce dernier cas, vous ne pouvez pas spécifier de domaine NIS ou d’adresse IP du serveur, dans la mesure où ces données sont également attribuées par DHCP. Pour plus d’informations sur le protocole DHCP, reportez-vous à la section DHCP page 546. Dans le cas où le client dispose d’une adresse IP valide, le domaine et le serveur NIS doivent être entrés à la main (voir l’illustration : 22.21 page suivante). Le bouton ‘Rechercher’ permet à YaST de chercher dans votre réseau un serveur NIS actif. SUSE LINUX 513 F IG . 22.21: Saisie du domaine et de l’adresse du serveur NIS Vous avez également la possibilité de spécifier des domaines multiples ainsi qu’un domaine par défaut. Pour les différents domaines, vous pouvez utiliser le bouton ‘Ajouter’ pour déclarer plusieurs serveurs ainsi que la fonction de broadcast. Vous pouvez éviter, dans la configuration experte, qu’une autre machine du réseau puisse demander quel serveur votre client utilise. Si vous activez ‘Serveur défectueux’, les réponses provenant d’un serveur sur un port non privilégié sont acceptées. Vous pourrez consulter les détails à ce sujet dans la page de manuel de ypbind. 22.9 LDAP – un service d’annuaire Il est fondamental, dans un environnement de travail en réseau, de pouvoir disposer rapidement et de manière structurée de diverses informations importantes. Ce problème est résolu par un service d’annuaire permettant, comme les pages jaunes (en anglais Yellow Pages) du monde réel, d’accéder rapidement et de façon structurée aux informations recherchées. 514 22.9. LDAP – un service d’annuaire Dans ce contexte, un annuaire est une sorte de base de données optimisée de manière à permettre une consultation et des recherches rapides et précises : Afin de permettre des accès en lecture nombreux (simultanés), on restreint l’accès en écriture par l’administrateur à un nombre d’actualisations réduit. Les bases de données classiques sont optimisées afin de pouvoir traiter très rapidement un volume de données considérable. Les accès en écriture ne doivent s’effectuer que de manière très limitée. C’est la raison pour laquelle on gère dans un service d’annuaire des informations statiques. En général, les données contenues dans une base de données classique se modifient très fréquemment (données dynamiques). Les numéros de téléphone dans un annuaire du personnel ont un rythme de modification beaucoup moins élevé que les chiffres traités par la comptabilité par exemple. Lorsque des données statiques sont gérées, il est très rare que les enregistrements existants soient mis à jour. Lorsque l’on gère des données dynamiques, en particulier pour des enregistrements tels que des comptes bancaires ou pour de la comptabilité, la cohérence des données est primordiale. Ainsi, si l’on doit débiter une somme à un endroit donné pour la créditer à un autre endroit, les deux opérations doivent être exécutées en même temps – dans le cadre d’une seule ”transaction“ afin de s’assurer que les données restent équilibrées. Les bases de données prennent en charge ce type de transactions, contrairement aux annuaires. Des incohérences temporaires dans les données sont tout à fait acceptables dans le cas des annuaires. 22 Grands principes de la mise en réseau Idéalement, il existe un serveur central gérant les données dans un annuaire et les partageant avec tous les clients dans le réseau à l’aide d’un protocole donné. Les données doivent être structurées de manière à permettre à la plus large gamme d’applications possible d’y accéder. Ainsi, il n’est pas nécessaire que chaque application d’agenda ou chaque client de messagerie gère ses propres bases de données, mais il suffit que chacun puisse accéder au référentiel commun. Ce mode de gestion réduit de manière appréciable la charge de gestion pour les informations concernées. Le fait d’utiliser un protocole ouvert et standardisé comme LDAP (Lightweight Directory Access Protocol ) garantit qu’un maximum d’applications clientes peuvent accéder à ces informations. De par sa conception, un service d’annuaire tel que LDAP n’est pas prévu pour prendre en charge des mécanismes complexes de mises à jour ou de requêtes. Toutes les applications accédant à ce service doivent bénéficier d’un accès qui soit le plus aisé et le plus rapide possible. Il y a eu et il y a encore un grand nombre de services d’annuaire, et pas uniquement dans le monde Unix : NDS de Novell, ADS de Microsoft, Street Talk de Banyan ainsi que la norme OSI X.500. SUSE LINUX 515 Le protocole LDAP était initialement conçu comme une variante allégée du protocole DAP (ou Directory Access Protocol ), qui avait été conçu pour l’accès X.500. La norme X.500 régit l’organisation hiérarchique des enregistrements d’annuaire. LDAP, qui a perdu quelques fonctions du protocole DAP, est multi-plate-forme et consomme peu de ressources, sans qu’il soit nécessaire de renoncer aux hiérarchies d’enregistrements définies dans X.500. L’utilisation de TCP/IP simplifie considérablement la réalisation d’interfaces entre les applications et le service LDAP. Entre temps, le service LDAP a continué à se développer et est de plus en plus fréquemment utilisé comme solution à part entière sans prise en charge de X.500. Avec LDAPv3 (la version du protocole disponible avec le paquetage openldap2 installé), LDAP prend en charge les referrals à l’aide desquels on peut créer des bases de données réparties. Autre nouveauté : la prise en charge de SASL (Simple Authentication and Security Layer), une couche d’authentification et de sécurité. Le service LDAP ne se limite pas à l’interrogation de serveurs X.500, comme cela était initialement prévu. On utilise également le programme sldap, un serveur open source permettant d’enregistrer dans une base de données locale des informations sur des objets. Ce programme est complété par le programme slurpd, chargé de la réplication de plusieurs serveurs LDAP. Le paquetage openldap2 comporte deux programmes principaux. slapd Un serveur LDAPv3 unique gérant des informations sur des objets dans une base de données de type BerkeleyDB. slurpd Ce programme permet de répliquer des modifications apportées aux données du serveur LDAP local sur d’autres serveurs LDAP installés sur le réseau. Autres outils de gestion système slapcat, slapadd, slapindex 22.9.1 LDAP par rapport à NIS L’administrateur système Unix utilise traditionnellement le service NIS pour la résolution de noms et pour le partage des données au sein du réseau. Les clients se partagent en réseau les fichiers de configuration se trouvant sur un serveur central dans /etc ou dans l’un de ses sous-répertoires, comme group, hosts, mail, netgroup, networks, passwd, printcap, protocols, rpc et services. S’agissant de simples fichiers de texte, la maintenance de ces fichiers ne pose pas de difficulté particulière. Toutefois, lorsque le volume de données est 516 22.9. LDAP – un service d’annuaire À la différence du service NIS, le domaine d’utilisation du service LDAP ne se borne pas aux réseaux Unix. Les serveurs Windows (à partir de la version 2000) prennent en charge le service d’annuaire LDAP. Novell propose quant à lui également un service LDAP. Ce dernier ne se borne pas aux domaines d’utilisation précités. Le principe de LDAP peut être appliqué à n’importe quel type de structures de données nécessitant une gestion centralisée. Voici quelques exemples d’applications : Utilisation à la place d’un serveur NIS Routage de messagerie (postfix, sendmail) Carnets d’adresses pour des clients de messagerie tels que Mozilla, Evolution, Outlook, ... Gestion de descriptions de zones pour un serveur de nom BIND9 Cette énumération pourrait se poursuivre, du fait de l’extensibilité de LDAP, à la différence de NIS. La structure hiérarchique clairement définie des données apporte une aide appréciable dans la gestion des volumes de données très importants, grâce aux facilités de recherche qu’elle autorise. 22.9.2 Structure d’une arborescence d’annuaires LDAP 22 Grands principes de la mise en réseau important, ils s’avèrent peu pratiques à gérer en raison de l’absence de structuration. Le service NIS étant uniquement conçu pour les plate-formes Unix, il est impossible de l’utiliser pour une gestion centrale des données dans un réseau hétérogène. Un annuaire LDAP utilise une structure arborescente. Tous les enregistrements (ou objets) de l’annuaire ont une position définie au sein de cette hiérarchie. Celle-ci est connue sous le nom Directory Information Tree ou DIT. Le chemin complet vers l’enregistrement souhaité permettant de l’identifier de manière unique est le nom distingué (Distinguished name) ou DN. Les différents nœuds du chemin vers cet enregistrement sont des noms distingués relatifs (Relative Distinguished Name) ou RDN. Les objets peuvent généralement être rattachés à deux types distincts : Conteneur Ces objets peuvent contenir à leur tour d’autres objets. Ces classes d’objet sont Root (élément racine de l’arborescence qui n’existe pas réellement), c (pays, de l’anglais country), ou (unité d’organisation, de l’anglais OrganizationalUnit ) et dc (composant de domaine, de l’anglais DomainComponent ). Ce type d’objets peut également être comparé aux répertoires (dossiers) du système de fichiers. SUSE LINUX 517 Feuille Ces objets sont localisés à l’extrémité d’une branche. Aucun autre objet ne leur est rattaché. Les exemples sont Person, InetOrgPerson et groupofNames. Un élément Root se trouve à la tête de l’arborescence. Vous pouvez lui rattacher au niveau suivant au choix c (country), dc (domainComponent ) ou o (organization). Les relations à l’intérieur d’une arborescence LDAP sont illustrées par l’exemple ci-après (voir l’illustration 22.22). F IG . 22.22: Structure d’un annuaire LDAP L’illustration décrit un Directory Information Tree fictif. Elle représente les enregistrements (entries) sur trois niveaux. Chaque enregistrement est représenté dans l’illustration par un rectangle. Le nom distingué (Distinguished Name) complet de l’employé SuSE fictif, Geeko Linux est en l’occurrence cn=Geeko Linux,ou=doc,dc=suse,dc=de. Il est formé en ajoutant le RDN cn=Geeko Linux au DN de l’enregistrement précédent ou=doc,dc=suse,dc=de. Les types d’objets qu’on a décidé a priori d’enregistrer dans le DIT sont décrits par un schéma. Le type correspondant à un objet est défini par la classe d’objet. Celle-ci définit les attributs qui doivent ou qui peuvent être rattachés à l’objet concerné. Par conséquent, un schéma doit comporter les définitions de toutes les classes d’objets ainsi que les attributs utilisés dans le scénario de mise en œuvre souhaité. Il existe un certain nombre de schémas utilisables de manière générale (voir RFC 2252 et 2256). Il est également possible, toutefois, de créer des schémas 518 22.9. LDAP – un service d’annuaire Le tableau 22.10 donne un aperçu des classes d’objet de core.schema et de inetorgperson.schema utilisées dans l’exemple ainsi que l’ensemble des attributs obligatoires requis et les valeurs d’attributs admises. TAB . 22.10: Classes d’objets et attributs fréquemment utilisés Classe d’objet Signification Exemple d’enregistrement domainComponent suse (éléments constituant le nom du domaine) organizationalUnit organizationalUnit doc (unité d’organisation) inetOrgPerson inetOrgPerson Geeko Linux (données nominatives pour intra-/Internet) dcObject Attributs requis dc ou sn et cn 22 Grands principes de la mise en réseau personnalisés ou d’en utiliser plusieurs sur une base de complémentarité, lorsque cela est requis par l’environnement dans lequel le serveur LDAP doit être mis en œuvre. L’exemple 22.17 montre un extrait d’une instruction de schéma avec des explications utiles pour la compréhension de la syntaxe de nouveaux schémas. Exemple 22.17: Extrait de schema.core (les lignes ont été numérotées pour plus de clarté) ... #1 attributetype (2.5.4.11 NAME ( ’ou’ ’organizationalUnitName’) #2 DESC ’RFC2256: organizational unit this object belongs to’ #3 SUP name ) ... #4 objectclass ( 2.5.6.5 NAME ’organizationalUnit’ #5 DESC ’RFC2256: an organizational unit’ #6 SUP top STRUCTURAL #7 MUST ou #8 MAY (userPassword $ searchGuide $ seeAlso $ businessCategory $ x121Address $ registeredAddress $ destinationIndicator $ SUSE LINUX 519 preferredDeliveryMethod $ telexNumber $ teletexTerminalIdentifier $ telephoneNumber $ internationaliSDNNumber $ facsimileTelephoneNumber $ street $ postOfficeBox $ postalCode $ postalAddress $ physicalDeliveryOfficeName $ st $ l $ description) ) ... L’exemple présente le type d’attribut organizationalUnitName et la classe d’objet correspondante organizationalUnit. La ligne 1 énumère le nom de l’attribut, son OID (identificateur d’objet, Object Identifier) (numérique) ainsi que la forme abrégée de l’attribut. La ligne 2 introduit avec DESC une brève description de l’attribut. Le RFC correspondant sur lequel est basée la définition y est également mentionné. SUP à la ligne 3 renvoie à un type d’attribut hiérarchiquement de niveau supérieur auquel cet attribut est rattaché. La définition de la classe d’objet organizationalUnit commence à la ligne 4 par la définition d’attribut avec un OID et le nom de la classe d’objet. La ligne 5 comporte une brève description de la classe d’objet. À la ligne 6, l’enregistrement SUP top spécifie que cette classe d’objet n’est la sous-classe d’aucune classe d’objet. La ligne 7, commençant par MUST, énumère tous les types d’objets obligatoirement présents dans un objet de type organizationalUnit. La ligne 8 énumère, après MAY, tous les types d’attributs utilisables dans cette classe d’objet. Vous trouverez une excellente introduction à l’utilisation des schémas dans la documentation OpenLDAP disponible dans votre système installé à l’emplacement /usr/share/doc/packages/openldap2/admin-guide/index.html. 22.9.3 Configuration d’un serveur avec slapd.conf Lorsque le système est installé, /etc/openldap/slapd.conf est disponible comme fichier de configuration complet pour le serveur LDAP. Vous trouverez ciaprès une description des différents enregistrements, précisant les ajustements à apporter. Les lignes commençant par un # sont inactives. Pour activer ces lignes, il vous suffit de supprimer ce caractère de commentaire de la ligne choisie. Instructions globales dans slapd.conf Exemple 22.18: slapd.conf : Instruction Include pour les schémas include /etc/openldap/schema/core.schema include /etc/openldap/schema/inetorgperson.schema 520 22.9. LDAP – un service d’annuaire Exemple 22.19: slapd.conf : pidfile et argsfile pidfile /var/run/slapd/slapd.pid argsfile /var/run/slapd/slapd.args Ces deux fichiers contiennent l’identificateur de processus (PID, de l’anglais process id ) ainsi que différents arguments utilisés pour le lancement du processus slapd. Aucune modification n’est requise ici. Exemple 22.20: slapd.conf : Contrôle d’accès 22 Grands principes de la mise en réseau Cette première instruction de slapd.conf indique quel schéma est utilisé pour l’organisation de votre annuaire LDAP (voir l’exemple 22.18 page précédente). La ligne core.schema est toujours requise. Dans le cas où vous auriez besoin de schémas supplémentaires, ajoutez-les à la suite de cette instruction (l’exemple ajouté ici est inetorgperson.schema). Vous pourrez trouver d’autres schémas disponibles dans le répertoire /etc/openldap/schema/. Dans le cas où le service NIS doit être remplacé par un service LDAP équivalent, mentionnez à cet endroit les schémas cosine.schema et rfc2307bis.schema. Pour plus d’informations sur cette question, reportez-vous à la documentation OpenLDAP fournie. # Sample Access Control # Allow read access of root DSE # Allow self write access # Allow authenticated users read access # Allow anonymous users to authenticate # access to dn="" by * read access to * by self write by users read by anonymous auth # # if no access controls are present, the default is: # Allow read by all # # rootdn can always write! SUSE LINUX 521 L’exemple 22.20 page précédente correspond à la portion de code du fichier slapd.conf qui paramètre le contrôle d’accès à l’annuaire LDAP sur le serveur. Les paramètres qui sont définis dans la section globale du fichier slapd.conf s’appliquent tant qu’aucune règle d’accès particulière distincte n’a été établie dans la section propre à la base de données. Dans la configuration actuelle, tous les utilisateurs ont un accès en lecture à l’annuaire, mais l’administrateur (rootdn) est le seul à pouvoir écrire dans cet annuaire. La définition des privilèges d’accès sous LDAP est un processus extrêmement complexe. Nous vous présenterons donc quelques règles de base qui vous permettront de vous y initier. Chaque règle d’accès a la structure suivante : access to <what> by <who> <access> hwhati représente l’objet ou l’attribut auquel vous accordez l’accès. Vous pouvez utiliser des règles séparées pour protéger de manière explicite différentes branches de l’arborescence ou des expressions rationnellles pour traiter des zones complètes de l’arborescence à l’aide d’une règle. Le programme slapd évalue toutes les règles dans l’ordre dans lequel elles ont été introduites dans le fichier de configuration. Vous devez donc toujours placer les règles génériques à la suite des règles plus spécifiques. La première règle pour laquelle slapd a établi qu’elle s’applique est évaluée et toutes les lignes suivantes sont ignorées. Le paramètre hwhoi détermine qui doit accéder aux domaines définis avec hwhati. Vous pouvez, ici aussi, utiliser des expressions rationnelles qui, convenablement conçues, vous permettront de gagner beaucoup de temps et d’énergie. Par ailleurs, le programme slapd interrompt l’évaluation de hwhoi après le première ”concordance“ ; ce qui revient à faire exécuter les règles plus spécifiques avant les règles plus générales. Il est possible d’avoir les enregistrements suivants (voir le tableau 22.11) : TAB . 22.11: Groupes d’utilisateurs autorisés 522 Descripteur Signification * tous les utilisateurs sans exception anonymous utilisateurs non authentifiés (”anonymes“) users utilisateurs authentifiés self utilisateurs associés à l’objet cible dn.regex=<regex> Tous les utilisateurs auxquels cette expression rationnelle s’applique 22.9. LDAP – un service d’annuaire TAB . 22.12: Types d’accès Descripteur Signification none Accès interdit auth pour la prise de contact avec le serveur compare pour l’accès aux objets pour comparaison search pour l’application de filtres de recherche read accès en lecture write accès en écriture Le programme slapd compare les privilèges demandés par le client avec ceux qui sont accordés dans le fichier slapd.conf. Si des privilèges plus élevés ques ceux demandés par le client ou identiques sont accordés, le client reçoit l’autorisation d’accès. Si en revanche le client demande des élevés plus hauts que ce qui y est spécifié, il n’obtient aucune autorisation d’accès. L’exemple 22.21 présente un exemple simple de contrôle d’accès que vous pouvez configurer à votre guise à l’aide d’expressions rationnelles. 22 Grands principes de la mise en réseau haccessi spécifie le type d’accès. On ne fait pas la distinction entre les différentes possibilités présentes dans 22.12 : Exemple 22.21: slapd.conf: Exemple de contrôle d’accès access to dn.regex="ou=([^,]+),dc=suse,dc=de" by dn.regex="cn=administrator,ou=$1,dc=suse,dc=de" write by user read by * none Cette règle stipule que pour tous les enregistrements ou, seul l’administrateur concerné dispose de l’accès en écriture. Les autres utilisateurs authentifiés bénéficient d’un accès en lecture et le reste du monde n’a droit à aucun accès. SUSE LINUX 523 Remarque Définition de règles d’accès En l’absence de règle access to ou d’instruction by <who>, l’accès n’est pas autorisé. Seuls les droits d’accès spécifiés de manière explicite sont accordés. Dans le cas où aucune règle n’est définie, on applique le principe par défaut : droits en écriture pour l’administrateur et droits en lecture pour le reste du monde. Remarque Pour plus d’informations et un exemple de configuration portant sur les privilèges d’accès LDAP, reportez-vous à la documentation en ligne du paquetage openldap2 installé. Pour la gestion des contrôles d’accès, il est possible d’utiliser, outre le fichier central de configuration du serveur (slapd.conf), les ACI, ou informations de contrôle d’accès (de l’anglais Access Control Information). Les ACI permettent d’enregistrer les informations d’accès à différents objets dans l’arborescence LDAP elle-même. Ce mode d’accès étant encore peu diffusé et étant considéré par les développeurs eux-mêmes comme étant de niveau expérimental, nous vous renvoyons ici aux pages correspondantes de la documentation du projet OpenLDAP : http://www.openldap.org/faq/data/cache/758. html. Instructions propres à une base de données dans slapd.conf Exemple 22.22: slapd.conf : Instructions propres à une base de données database ldbm suffix "dc=suse,dc=de" rootdn "cn=admin,dc=suse,dc=de" # Cleartext passwords, especially for the rootdn, should # be avoided. See slappasswd(8) and slapd.conf(5) for details. # Use of strong authentication encouraged. rootpw secret # The database directory MUST exist prior to running slapd AND # should only be accessible by the slapd/tools. Mode 700 recommended. directory /var/lib/ldap # Indices to maintain index objectClass eq 524 22.9. LDAP – un service d’annuaire Démarrage et arrêt du serveur Lorsque la configuration du serveur LDAP est terminée et que tous les enregistrements souhaités ont été créés dans l’annuaire LDAP sur le modèle décrit ci-après (voir la section Manipulation de données dans l’annuaire LDAP de la présente page), démarrez le serveur LDAP en tant qu’utilisateur root à l’aide de la commande suivante : rcldap start 22 Grands principes de la mise en réseau La première ligne de cette section (voir l’exemple 22.22 page ci-contre) définit le type de base de données, en l’occurrence LDBM. Le paramètre suffix à la seconde ligne définit la partie de l’arborescence LDAP dont ce serveur doit être responsable. Le rootdn suivant indique qui dispose des privilèges d’administrateur sur ce serveur. L’utilisateur indiqué ici ne doit pas pas posséder d’enregistrement LDAP ni exister comme utilisateur ”normal“. L’instruction rootpw définit le mot de passe de l’administrateur. Vous pouvez saisir ici à la place de secret le hachage du mot de passe de l’administrateur créé avec slappasswd. L’instruction directory spécifie le répertoire dans lequel les annuaires de la base de données sont enregistrés sur le serveur. La dernière instruction, index objectClass eq, permet de gérer un index à partir des classes d’objets. Le cas échéant, complétez quelques attributs parmi ceux que vous estimez les plus recherchés. Si vous ajoutez vos propres règles Access pour la base de données, elles sont utilisées à la place des règles Access globales. Si vous voulez arrêter à nouveau le serveur à la main, saisissez la commande rcldap stop. On peut demander l’état d’exécution du serveur LDAP à l’aide de la commande rcldap status. Vous pouvez automatiser le démarrage et l’arrêt du serveur lors de la mise en marche et de l’arrêt de la machine concernée à l’aide de l’éditeur de niveaux d’exécution de YaST (voir la section Éditeur de niveaux d’exécution de YaST page 267) ou créer vous-même les liens correspondants pour les scripts de démarrage et d’arrêt à l’aide de la commande insserv (voir la section Ajouter des scripts d’initialisation page 265). 22.9.4 Manipulation de données dans l’annuaire LDAP OpenLDAP met à votre disposition, pour votre activité d’administrateur, toute une série de programmes pour la gestion des données dans l’annuaire LDAP. Nous présenterons ci-après les quatre principaux d’entre eux pour les opérations d’ajout, de suppression, de recherche et de modification de données. SUSE LINUX 525 Création de données dans l’annuaire LDAP À supposer que la configuration de votre serveur LDAP dans /etc/openldap/ slapd.conf soit correcte et opérationnelle, c’est-à-dire qu’elle comporte les indications appropriées pour suffix, directory, rootdn, rootpw et index, vous pouvez commencer à présent à ajouter de nouveaux enregistrements. OpenLDAP propose à cet effet le programme ldapadd. Pour des raisons pratiques, il est recommandé, dans la mesure du possible, d’ajouter les objets à la base de données par groupes. Le service LDAP utilise à cette fin le format LDIF (de l’anglais LDAP Data Interchange Format ). Un fichier LDIF est un fichier texte simple comportant un nombre quelconque de paires attribut-valeur. Les classes d’objets et les attributs disponibles figurent dans les fichiers schémas spécifiés dans slapd.conf. Le fichier LDIF destiné à créer un schéma grossier pour l’exemple 22.22 page 518 se présenterait ainsi (voir l’exemple 22.23) : Exemple 22.23: Exemple de fichier LDIF # L’organisation SuSE dn: dc=suse,dc=de objectClass: dcObject objectClass: organization o: SuSE AG dc: suse # L’unité d’organisation Développement (devel) dn: ou=devel,dc=suse,dc=de objectClass: organizationalUnit ou: devel # L’unité d’organisation Documentation (doc) dn: ou=doc,dc=suse,dc=de objectClass: organizationalUnit ou: doc # L’unité d’organisation Informatique interne (it) dn: ou=it,dc=suse,dc=de objectClass: organizationalUnit ou: it 526 22.9. LDAP – un service d’annuaire 22 Remarque Remarque Enregistrez le fichier sous le nom <fichier>.ldif et transférez-le sur le serveur à l’aide de la commande suivante : ldapadd -x -D <dn de l’administrateur> -W -f <fichier>.ldif La première option -x indique que vous renoncez dans ce cas à utiliser l’authentification via SASL. Le paramètre -D désigne l’utilisateur chargé de cette opération ; saisissez ici le DN valide de l’administrateur tel qu’il a été configuré dans slapd.conf. Dans un exemple concret, nous aurions cn=admin,dc=suse,dc=de. Le paramètre -W permet de contourner la saisie du mot de passe sur la ligne de commande (en clair) et d’activer une demande de mot de passe séparée. Le mot de passe en question a été créé précédemment dans slapd.conf sous rootpw. Le paramètre -f passe le fichier. Vous pouvez voir dans l’exemple 22.24 le détail de l’appel de ldapadd. Grands principes de la mise en réseau Codage des fichiers LDIF LDAP utilise le codage UTF-8 (Unicode). Par conséquent, les caractères spéciaux et accentués doivent être convenablement codés à la saisie. Depuis SUSE LINUX 9.1, UTF-8 est le codage standard et est supporté par tous les éditeurs courants. Si vous avez défini un autre codage pour votre environnement (voir section Adaptations locales et linguistiques page 249), vous devrez soit vous passer complètement des caractères spéciaux et accentués, soit utiliser iconv pour le transcodage vers UTF-8 des données saisies. Exemple 22.24: ldapadd de exemple.ldif ldapadd -x -D cn=admin,dc=suse,dc=de -W -f exemple.ldif Enter LDAP adding new adding new adding new adding new password: entry "dc=suse,dc=de" entry "ou=devel,dc=suse,dc=de" entry "ou=doc,dc=suse,dc=de" entry "ou=it,dc=suse,dc=de" Vous pouvez spécifier les données personnelles des différents employés dans des fichiers LDIF séparés. Dans l’exemple tux.ldif ci-après (voir l’exemple 22.25 page suivante), l’employé Tux est ajouté au nouvel annuaire LDAP : SUSE LINUX 527 Exemple 22.25: Fichier LDIF pour Tux # Employé Tux dn: cn=Tux Linux,ou=devel,dc=suse,dc=de objectClass: inetOrgPerson cn: Tux Linux givenName: Tux sn: Linux mail: [email protected] uid: tux telephoneNumber: +49 1234 567-8 Un fichier LDIF peut comporter un nombre quelconque d’objets. Vous pouvez transférer au serveur des arborescences complètes ou uniquement des parties telles que des objets distincts. Si vous devez modifier vos données selon une fréquence relativement élevée, il est recommandé de définir une granularité fine avec des objets distincts, ce qui permet de faciliter le travail de recherche de l’objet à modifier dans un fichier de grande taille. Modification des données dans l’annuaire LDAP Lorsque des modifications sont prévues dans votre enregistrement, utilisez le programme ldapmodify. Le plus simple consiste à modifier dans un premier temps le fichier LDIF concerné, puis à transférer le fichier modifié au serveur LDAP. Ainsi, pour changer le numéro de téléphone de l’employé Tux de +33 12 34 56 78 90 en +33 12 34 56 78 45, vous devez éditer le fichier LDIF, comme indiqué dans l’exemple 22.26. Exemple 22.26: Fichier LDIF modifié tux.ldif # Employé Tux dn: cn=Tux Linux,ou=devel,dc=suse,dc=de changetype: modify replace: telephoneNumber telephoneNumber: +33 12 34 56 78 90 Importez le fichier modifié dans l’annuaire LDAP à l’aide de la commande suivante : 528 22.9. LDAP – un service d’annuaire ldapmodify -x -D cn=admin,dc=suse,dc=de -W -f tux.ldif 1. Exécutez la commande ldapmodify et saisissez votre mot de passe : ldapmodify -x -D cn=admin,dc=suse,dc=de -W Enter LDAP password: 2. Faites vos modifications dans l’ordre suivant, en respectant la syntaxe indiquée ci-après : dn: cn=Tux Linux,ou=devel,dc=suse,dc=de changetype: modify replace: telephoneNumber telephoneNumber: +33 12 34 56 78 45 Pour plus d’informations sur la commande ldapmodify et sur sa syntaxe, reportez-vous à la page de manuel de ldapmodify. Rechercher ou extraire les données d’un annuaire LDAP OpenLDAP fournit avec le programme ldapsearch un utilitaire en ligne de commande pour la recherche et l’extraction des données dans l’annuaire LDAP. Ainsi, une commande de recherche utiliserait la syntaxe suivante : Grands principes de la mise en réseau Autre possibilité : utiliser ldapmodify pour spécifier directement sur la ligne de commande les attributs à modifier. La procédure est la suivante : 22 ldapsearch -x -b dc=suse,dc=de "(objectClass=*)" L’option -b définit la base de la recherche, c’est-à-dire la partie de l’arbre dans laquelle la recherche doit se faire. Il s’agit dans le cas présent de dc=suse, dc=de. Pour effectuer une recherche plus fine dans des sousdomaines donnés de l’annuaire LDAP (par exemple uniquement dans la division devel), utilisez -b pour passer cette branche. Le programme ldapsearch -x indique qu’il faut utiliser une authentification simple. (objectClass=*) vous permet de décider que vous voulez lire tous les objets contenus dans votre annuaire. Utilisez cette commande après avoir constitué une nouvelle arborescence afin de vérifier si tous vos enregistrements ont été convenablement mis en place et si le serveur répond comme convenu. Vous trouverez des informations supplémentaires sur l’utilisation du programme ldapsearch dans la page de manuel correspondante (man ldapsearch). SUSE LINUX 529 Supprimer des données d’un annuaire LDAP Supprimez les enregistrements dont vous n’avez plus besoin à l’aide du programme ldapdelete. La syntaxe est analogue à celle des commandes précédemment décrites. Ainsi, pour supprimer complètement du système l’enregistrement de l’utilisateur Tux Linux, vous devez saisir la commande suivante : ldapdelete -x -D cn=admin,dc=suse,dc=de -W cn=Tux \ Linux,ou=devel,dc=suse,dc=de 22.9.5 Le client LDAP YaST YaST supporte l’administration des utilisateurs avec LDAP. Pour activer ce support s’il ne l’a pas été lors de l’installation, passez par le module ‘Services réseau’ ➝ ‘Client LDAP’. YaST installe et configure automatiquement les adaptations LDAP décrites ci-dessous pour PAM et NSS. Déroulement général Pour comprendre le fonctionnement du module client LDAP de YaST, vous devez avoir une idée plus ou moins précise des processus s’exécutant en arrièreplan sur votre machine cliente. Dès que vous activez, lors de l’installation, l’utilisation de LDAP pour l’authentification réseau, ou que vous appelez le module YaST, les paquetages pam_ldap et nss_ldap sont installés et les deux fichiers de configuration correspondants sont modifiés. Le module PAM nommé pam_ldap est responsable de la communication entre les processus de login et l’annuaire LDAP utilisé comme source des données d’authentification.La bibliothèque partagée pam_ldap.so est installé et la configuration de PAM est modifiée (voir l’exemple 22.27). Exemple 22.27: pam_unix2.conf modifié pour LDAP auth: account: password: session: 530 use_ldap nullok use_ldap use_ldap nullok none 22.9. LDAP – un service d’annuaire Modifiez la résolution de noms de la bibliothèque glibc à l’aide du programme nss_ldap en utilisant le mécanisme nsswitch pour permettre l’utilisation de LDAP. En installant ce paquetage, un nouveau fichier nsswitch.conf modifié est enregistré dans /etc. Pour plus de précisions sur le fonctionnement de nsswitch.conf, reportez-vous à la section Fichiers de configuration page 460. Pour la gestion des utilisateurs ou leur authentification avec LDAP, votre fichier nsswitch.conf doit comporter les lignes suivantes (voir l’exemple 22.28 : Exemple 22.28: Adaptations dans nsswitch.conf passwd: compat group: compat passwd_compat: ldap group_compat: ldap Ces lignes demandent à la bibliothèque Resolver de glibc, faisant office de source de données d’authentification et sur les utilisateurs, d’évaluer dans un premier temps les fichiers correspondants présents localement sur le système dans /etc et d’accéder ensuite au serveur LDAP. Testez ce mécanisme en lisant à l’aide de de la commande getent passwd par exemple le contenu de la base de données des utilisateurs. Le résultat doit présenter aussi bien les utilisateurs locaux présents sur votre système que tous les utilisateurs présents sur le serveur LDAP. 22 Grands principes de la mise en réseau Si vous souhaitez configurer à la main des services supplémentaires en vue d’une utilisation par LDAP, il est nécessaire que le module LDAP PAM soit ajouté au fichier de configuration de PAM dans /etc/pam.d/. Les fichiers qui ont déjà été modifiés pour différents services se trouvent dans /usr/share/ doc/packages/pam_ldap/pam.d/. Copiez les fichiers correspondants dans /etc/pam.d/. Si vous voulez empêcher que les utilisateurs normaux administrés par LDAP ne puissent se connecter au serveur à l’aide de ssh ou de login, vous devez ajouter une ligne dans /etc/passwd et /etc/group : +::::::/sbin/nologin dans /etc/passwd et +::: dans /etc/group. SUSE LINUX 531 Configuration du client LDAP Une fois que nss_ldap et pam_ldap ainsi que /etc/passwd et /etc/ groupont été convenablement modifiés par YaST, vous pouvez commencer les opérations de configuration à proprement parler dans le premier formulaire de YaST. F IG . 22.23: YaST : Configuration du client LDAP Dans la première boîte de dialogue (voir l’illustration 22.23), activez le bouton radio pour utiliser LDAP pour l’authentification des utilisateurs et saisissez dans la zone d’édition ‘LDAP Base DN’ la base de recherche sur le serveur, au-dessous de laquelle se trouvent toutes les données du serveur LDAP. Saisissez dans la seconde zone d’édition ‘Adresse des serveurs LDAP’ l’adresse à laquelle le serveur LDAP est accessible. Dans le cas où votre serveur prend en charge TLS/SSL, cochez la case ‘LDAP TLS/SSL’ afin d’autoriser les communications chiffrées entre votre client et le serveur. Si vous souhaitez monter des répertoires distants dans votre système de fichier, activez la case à cocher ‘Démarrer automounter’. Si vous souhaitez modifier activement, en tant qu’administrateur, les données gérées sur le serveur, cliquez sur le bouton ‘Configuration avancée’. 532 22.9. LDAP – un service d’annuaire 22 Le dialogue suivant est divisé en deux : dans la partie supérieure, procédez à la configuration des paramètres généraux pour utilisateurs et groupes qui déterminent le comportement du module utilisateurs de YaST. Dans la partie inférieure, saisissez les données d’accès au serveur LDAP. Les paramètres relatifs aux utilisateurs et groupes se limitent aux entrées suivantes : Grands principes de la mise en réseau F IG . 22.24: YaST : Configuration avancée Serveur de fichiers Ce système est-il un serveur de fichiers et administre les répertoires /home des utilisateurs ? En activant la case à cocher, vous indiquez au module utilisateurs de YaST comment agir avec les repertoires personnels des utilisateurs sur ce système. Autoriser la connexion des utilisateurs LDAP Activez la case à cocher afin d’autoriser la connexion au système des utilisateurs administrés par LDAP. Attribut pour membres du groupe Définissez le type de groupe LDAP à utiliser. Vous avez le choix entre : ‘member’ (configuration par défaut) et ‘uniquemember’. SUSE LINUX 533 Remarque Mise en œuvre du client YaST Le client LDAP YaST est utilisé pour ajuster, et le cas échéant agrandir, de manière appropriée les modules YaST, en fonction de la gestion des utilisateurs et des groupes. Parallèlement à cela, vous avez la possibilité de définir des formulaires avec des valeurs par défaut pour les différents attributs, de manière à simplifier la saisie à proprement parler des données. Les valeurs par défaut créées ici sont elles-mêmes enregistrées dans l’annuaire LDAP sous forme d’objets LDAP. La saisie des données utilisateurs continue à être réalisé à l’aide des formulaires de modules YaST normaux. Les informations saisies sont enregistrées sous forme d’objets dans l’annuaire LDAP. Remarque Pour modifier des configurations sur le serveur LDAP, saisissez dans cette boîte de dialogue les données d’accès requises (voir l’illustration 22.24 page précédente). Il s’agit de la zone d’édition ‘Configuration base DN’ (dans laquelle tous les objets de configuration sont enregistrés) et de la zone d’édition ‘DN administrateur’. Pour éditer les enregistrements sur le serveur LDAP, cliquez sur le bouton ‘Configurer les paramètres pour l’administration des utilisateurs’. Une boîte de dialogue apparaît, dans laquelle vous êtes invité à saisir votre mot de passe LDAP pour vous authentifier sur le serveur. Les ACL ou ACI sur le serveur vous permettent ensuite d’accéder aux modules de configuration sur le serveur. Dans la boîte de dialogue de configuration du module, vous avez la possibilité de sélectionner et de modifier des modules de configuration existants, d’en créer de nouveaux ou de créer et modifier des modèles (de l’anglais Templates) pour ces modules (voir l’illustration 22.25 page suivante). Pour modifier une valeur dans un module de configuration ou pour renommer un module, choisissez le type de module à l’aide de la liste déroulante au-dessus du sommaire du module courant. Une liste en forme de table apparaît alors dans la vue de détail avec l’ensemble des attributs et valeurs associées autorisés dans ce module. On y trouve, à côté des attributs définis, tous les autres attributs autorisés par le schéma utilisé mais qui ne sont pas utilisés actuellement. Si vous voulez copier un module, il vous suffit de modifier cn. Pour modifier individuellement des valeurs d’attributs, sélectionnez-les dans le contenu et cliquez sur le bouton ‘Modifier’. Une boîte de dialogue s’ouvre alors, à partir de laquelle vous pouvez modifier tous les paramètres de l’attribut. Validez vos modifications en cliquant sur le bouton ‘OK’. 534 22.9. LDAP – un service d’annuaire 22 Si vous souhaitez compléter les modules existants par l’ajout d’un nouveau module, cliquez sur le bouton ‘Nouveau’ au-dessus du sommaire. Après cela, saisissez dans la boîte de dialogue qui s’ouvre alors la classe d’objet du nouveau module (soit suseuserconfiguration soit susegroupconfiguration) ainsi que le nom du nouveau module. Si vous sortez de cette boîte de dialogue en cliquant sur le bouton ‘OK’, le nouveau module est ajouté à la liste de sélection des modules présents et peut être sélectionné et désélectionné à l’aide de la liste déroulante. Pour supprimer le module en cours de sélection, cliquez sur le bouton ‘Supprimer’. Grands principes de la mise en réseau F IG . 22.25: YaST : configuration du module Les modules YaST pour la gestion des utilisateurs et des groupes intègrent des modèles utilisant des valeurs par défaut appropriées, dans le cas où vous les avez précédemment définies à l’aide du client LDAP YaST. Pour éditer un modèle à votre convenance, cliquez sur le bouton ‘Configurer le modèle’. Le menu déroulant affiche soit des modèles existants modifiables soit un enregistrement vide donnant également accès au formulaire de modification des modèles. Sélectionnez l’un de ces modèles et configurez dans le formulaire suivant ‘Configuration du modèle d’objet’ les propriétés de ce modèle. Ce formulaire comporte deux vo- SUSE LINUX 535 F IG . 22.26: YaST : Modification d’attributs dans la configuration du module F IG . 22.27: YaST : Création d’un nouveau module lets sous forme de table. Le volet supérieur comporte tous les attributs généraux du modèle. Définissez leurs valeurs conformément aux besoins de votre scénario de réalisation ou laissez d’autres valeurs vides. Les attributs ”vides“ sont supprimés du serveur LDAP. La deuxième liste (‘Valeurs par défaut pour de nouveaux objets’) énumère tous les attributs de l’objet LDAP correspondant (ici : la configuration des groupes ou des utilisateurs), pour lesquels vous définissez une valeur par défaut. Vous pouvez ajouter d’autres attributs et leurs valeurs par défaut ainsi que supprimer des attributs. Un modèle peut être simplement copié, à la manière d’un module, en modifiant l’enregistrement cn, afin de créer un nouveau modèle. Reliez le modèle au module associé en fixant la valeur d’attribut de susedefaulttemplate du module au DN du modèle modifié, conformément à la procédure indiquée précédemment. 536 22.9. LDAP – un service d’annuaire 22 Remarque Remarque Grands principes de la mise en réseau Vous pouvez créer des valeurs par défaut pour un attribut formé à partir d’autres attributs, en utilisant une syntaxe avec des variables plutôt qu’une valeur absolue. Ainsi, cn=%sn %givenName est automatiquement créé lors de la création d’utilisateur à partir des valeurs d’attribut de sn et de givenName. F IG . 22.28: YaST : Configuration d’un modèle d’objet Lorsque tous les modules et modèles sont convenablement configurés et qu’ils sont opérationnels, créez à l’aide de YaST de nouveaux groupes et utilisateurs, en suivant la procédure habituelle. SUSE LINUX 537 Utilisateurs et groupes — Configuration avec YaST Après avoir configuré des modules et des modèles pour le réseau, la saisie des données relatives aux utilisateurs et aux groupes diffère très légèrement de la procédure n’utilisant pas LDAP. Le guide ci-après concerne la gestion des utilisateurs, la procédure appliquée à la gestion des groupes étant analogue. F IG . 22.29: YaST : Gestion des utilisateurs La gestion des utilisateurs est accessible à partir du menu YaST ‘Sécurité et Utilisateurs’ ➝ ‘Modifier et créer des utilisateurs’. Pour ajouter un nouvel utilisateur, cliquez sur le bouton ‘Ajouter’. Le formulaire de saisie des principales données utilisateurs (nom, login utilisateur et mot de passe) s’ouvre alors. Complétez ce formulaire et cliquez sur le bouton ‘Détails’. Vous accédez alors à un formulaire permettant de configurer plus finement l’appartenance à d’autres groupes, le shell de connexion et le répertoire personnel. Les valeurs par défaut des zones de saisie ont été définies selon la procédure présentée à la section Configuration du client LDAP page 532. Lorsque le service LDAP est activé, vous accédez depuis ce formulaire à un autre formulaire de saisie des attributs LDAP (voir l’illustration 22.30 page suivante) . Sélectionnez ensuite tous les attributs dont vous souhaitez modifier la valeur et cliquez sur le bouton ‘Modifier’ pour ouvrir la fe- 538 22.9. LDAP – un service d’annuaire F IG . 22.30: YaST : Paramètres LDAP supplémentaires 22 Grands principes de la mise en réseau nêtre d’édition correspondante. Sortez ensuite de ce formulaire en cliquant sur le bouton ‘Suivant’, ce qui vous fait revenir au formulaire initial de la gestion des utilisateurs. À partir du formulaire initial de la gestion des utilisateurs (voir l’illustration 22.29 page ci-contre), le bouton ‘Options LDAP’ offre la possibilité d’appliquer des filtres de recherche LDAP à l’ensemble des utilisateurs disponibles ou d’entrer dans le module de configuration pour utilisateurs et groupes LDAP en sélectionnant ‘Configuration des utilisateurs et groupes LDAP’. 22.9.6 Informations supplémentaires Nous avons volontairement renoncé à traiter dans ce chapitre des sujets plus complexes tels que la configuration SASL ou la mise en place d’un serveur LDAP répliqué qui se partage la tâche avec plusieurs ”esclaves“. Pour plus d’informations sur ces deux sujets, reportez-vous au document OpenLDAP 2.2 Administrator’s Guide (voir lien ci-après). SUSE LINUX 539 Vous trouverez sur les pages Web du projet OpenLDAP des documents complets pour les utilisateurs LDAP débutants et avancés. OpenLDAP Faq-O-Matic Un recueil exhaustif de questions et de réponses sur l’installation, la configuration et l’utilisation de OpenLDAP : http://www. openldap.org/faq/data/cache/1.html Quick Start Guide [Guide de démarrage rapide] Un guide concis pour votre premier serveur LDAP : http: //www.openldap.org/doc/admin22/quickstart.html ou dans le système installé à l’emplacement /usr/share/doc/packages/ openldap2/admin-guide/quickstart.html. OpenLDAP 2.2 Administrator’s Guide [Guide de l’administrateur OpenLDAP 2.2] Une introduction complète à tous les domaines importants de la configuration LDAP,y compris le contrôle d’accès et le chiffrement : http: //www.openldap.org/doc/admin22/ ou dans le système installé à l’emplacement /usr/share/doc/packages/openldap2/adminguide/index.html Par ailleurs les livres rouges d’IBM indiqués ci-après s’intéressent à la question de LDAP : Understanding LDAP [Comprendre LDAP] Une introduction générale et très complète aux principes de base de LDAP : http://www.redbooks.ibm.com/redbooks/pdfs/sg244986.pdf LDAP Implementation Cookbook [Recettes pour la mise en pratique de LDAP] Le groupe cible correspond en particulier aux administrateurs de IBM SecureWay Directory. On trouve toutefois également d’importantes informations d’ordre général sur LDAP dans :http: //www.redbooks.ibm.com/redbooks/pdfs/sg245110.pdf Documents imprimés en anglais sur LDAP : Howes, Smith & Good: Understanding and Deploying LDAP Directory Services. Addison-Wesley, 2ème éd., 2003. - (ISBN 0-672-32316-8) Hodges: LDAP System Administration. O’Reilly & Associates, 2003. - (ISBN 156592-491-6) Les RFC (Request for comments) 2251 à 2256 sont des documents de référence faisant autorité sur LDAP. 540 22.9. LDAP – un service d’annuaire 22.10 NFS – Systèmes de fichiers partagés Tout comme NIS, NFS est un service asymétrique. Il se compose d’un serveur NFS et de clients NFS. Ces deux fonctions peuvent bien entendu coexister sur une même machine. Celle-ci proposera dans le même temps des systèmes de fichiers au réseau (”exportation“) et montera des systèmes de fichiers appartenant à d’autres machines (”importation“). On utilise toutefois, en règle générale, des serveurs dotés d’une capacité disque importante, et ce seront leurs systèmes de fichiers qui seront montés par des clients. 22.10.1 Importation de systèmes de fichiers avec YaST Chaque utilisateur qui en a reçu le droit peut monter des répertoires NFS de serveurs NFS dans sa propre arborescence de fichiers. La méthode la plus simple pour ce faire consiste à utiliser le ‘client NFS’ sous YaST. Il suffit alors d’indiquer le nom d’hôte de la machine faisant office de serveur NFS, le répertoire exporté depuis le serveur ainsi que le point de montage sous lequel il doit être monté sur le poste client. Pour ce faire, choisissez ‘Ajouter’ dans la première boîte de dialogue puis complétez les indications demandées (voir l’illustration 22.31). Grands principes de la mise en réseau Comme indiqué précédemment à la section NIS – Network Information Service page 509, NFS permet, comme NIS, de rendre un réseau transparent pour les utilisateurs. NFS permet de partager des systèmes de fichiers en réseau. Quel que soit le poste au sein du réseau sur lequel un utilisateur travaille, ce dernier retrouvera toujours le même environnement. 22 F IG . 22.31: Configuration du client NFS SUSE LINUX 541 22.10.2 Importation manuelle de systèmes de fichiers Il est très simple d’importer à la main des systèmes de fichiers à partir d’un serveur NFS. Pour ce faire, il suffit simplement que le redirecteur de ports (RPC portmapper) soit en service. Pour le démarrer, exécutez la commande rcportmap start en tant qu’utilisateur root. Lorsque cette condition est satisfaite, des systèmes de fichiers distants peuvent, s’ils sont exportés depuis les machines correspondantes, être montés dans le système de fichiers à l’aide de la commande mount, comme s’il s’agissait de disques locaux. La syntaxe est la suivante : mount machine:chemin-distant chemin-local Ainsi, la commande pour importer les répertoires personnels de la machine soleil est la suivante : mount soleil:/home /home 22.10.3 Exportation de systèmes de fichiers avec YaST Avec YaST, vous pouvez mettre en place très rapidement un serveur NFS sur une machine de votre réseau. Il s’agit d’un serveur proposant des répertoires et des fichiers à toutes les machines auxquelles vous accordez l’accès. Ainsi, de nombreuses applications peuvent être mises à la disposition de vos collaborateurs, sans qu’il soit nécessaire de les installer en local sur leurs machines. La procédure d’installation est la suivante : sous YaST choisissez ‘Services réseau’, puis ‘Serveur NFS’ (voir l’illustration 22.32 page suivante). Ensuite, cochez ‘Démarrer le serveur NFS’ et cliquez sur le bouton ‘Suivant’. Pour finir, saisissez dans la zone du haut les répertoires que vous souhaitez exporter et dans la zone du bas les machines de votre réseau auxquelles vous souhaitez accorder l’accès (voir l’illustration 22.33 page 544). La définition des machines peut être affinée à l’aide de quatre options : single host, netgroups, wildcards et IP networks. Pour plus de précisions sur ces options, veuillez vous reporter aux pages de manuel de exports. Cliquez sur le bouton ‘Terminer’ pour achever la configuration. 542 22.10. NFS – Systèmes de fichiers partagés 22 Remarque Grands principes de la mise en réseau F IG . 22.32: Utilitaire de configuration du serveur NFS Configuration automatique du pare-feu Si un pare-feu (SuSEfirewall2) fonctionne sur votre système, YaST procède à sa configuration pour le serveur NFS dès que vous sélectionnez ‘Ouvrir ports dans le pare-feu’. YaST active alors le service nfs. Remarque 22.10.4 Exportation manuelle de systèmes de fichiers Si vous préférez renoncer à vous faire assister par YaST, vous devez vous assurer que les services suivants sont démarrés sur le serveur NFS : Redirecteur de ports RPC (portmap) Démon RPC Mount (rpc.mountd) Démon RPC NFS (rpc.nfsd) SUSE LINUX 543 F IG . 22.33: Serveur NFS : saisir les répertoires exportés et les hôtes Pour permettre aux scripts /etc/init.d/portmap et /etc/init.d/nfsserver de lancer ces services lors du démarrage du système, saisissez les commande insserv /etc/init.d/nfsserver et insserv /etc/init.d/portmap. Lorsque ces démons ont été lancés, il vous reste à spécifier quels systèmes de fichiers doivent être exportés et vers quelles machines. Ces éléments sont définis dans le fichier /etc/exports. Chaque répertoire à exporter utilise une ligne pour les informations relatives aux machines autorisées à y accéder et à la manière d’y accéder. Tous les sousrépertoires d’un répertoire exporté sont automatiquement exportés à leur tour. Les machines autorisées sont habituellement désignées par leur nom (en incluant également le nom de domaine), mais il est également possible d’utiliser les caractères joker * et ? qui ont la même fonction que dans le programme bash. Dans le cas où aucun nom de machine n’est indiqué, toutes les machines sont autorisées à accéder à ce répertoire avec les droits spécifiés). Les droits avec lesquels le répertoire est exporté sont spécifiés, pour chaque machine, dans une liste entre parenthèses. Les principales options associées aux droits d’accès sont décrites dans les tableaux suivants. 544 22.10. NFS – Systèmes de fichiers partagés TAB . 22.13: Droits d’accès aux répertoires exportés Signification ro Le système de fichiers est exporté uniquement avec des droits en lecture (valeur par défaut). rw Le système de fichiers est exporté avec des droits en lecture/écriture. root_squash Grâce à cette option, l’utilisateur root de la machine mentionnée ne possède sur ce système de fichiers aucun des spéciaux spécifiques à l’administrateur root. Ce résultat est obtenu en utilisant le numéro d’utilisateur 65534 (-2) pour les accès qui auraient dû se faire avec le numéro d utilisateur 0. Ce numéro devrait être attribué à l’utilisateur nobody (valeur par défaut). no_root_squash Ne pas convertir les accès root ; les privilèges root sont donc conservés. link_relative Convertir les liens symboliques absolus (commençant par /) en une séquence correspondante de ../. Cette option n’est utile que si le système de fichiers d’une machine a été monté dans sa totalité (valeur par défaut). link_absolute Laisser inchangés les liens symboliques. map_identity Le client utilise les mêmes numéros d’utilisateurs que sur le serveur (valeur par défaut). map_daemon Le client et le serveur utilisent des numéros d’utilisateurs distincts. Avec cette option, le programme nfsd va créer une table de conversion des numéros d’utilisateurs. Pour cela, le démon ugidd doit avoir été lancé auparavant. SUSE LINUX Grands principes de la mise en réseau Options 22 545 Le fichier exports peut ressembler par exemple au fichier 22.29. Exemple 22.29: /etc/exports # # /etc/exports # /home /usr/X11 /usr/lib/texmf / /home/ftp # End of exports soleil(rw) venus(rw) soleil(ro) venus(ro) soleil(ro) venus(rw) terre(ro,root_squash) (ro) Le fichier /etc/exports est lu par mountd et nfsd. Ainsi, lorsque ce fichier a été modifié, il est nécessaire de redémarrer mountd et nfsd afin de permettre à ces modifications d’être prises en compte. Pour ce faire, le plus simple est d’exécuter la commande : rcnfsserver restart 22.11 22.11.1 DHCP Le protocole DHCP DHCP (”Dynamic Host Configuration Protocol“) sert à configurer un réseau de façon centralisée à partir d’un serveur. On n’a donc pas besoin de configurer chaque poste de travail séparément. Un client configuré avec le protocole DHCP ne dispose pas d’adresses statiques, mais se configure complètement lui-même en fonction des indications fournies par le serveur DHCP. Il est en outre possible d’identifier chaque client à partir de l’adresse matérielle de sa carte réseau et de le configurer toujours de la même façon, ou alors d’attribuer ”dynamiquement“ à chaque ordinateur ”intéressé“ des adresses puisées dans une réserve (en anglais, un pool ) donnée. Dans ce cas, le serveur DHCP s’efforce d’attribuer toujours la même adresse à chaque client, lors de chaque requête (même après un long intervalle de temps) — ceci ne fonctionne toutefois que tant qu’il y a plus d’adresses que d’ordinateurs dans le réseau . 546 22.11. DHCP Outre l’adresse IP et le masque réseau, le nom de l’ordinateur et du domaine, la passerelle à utiliser et les adresses du serveur de noms sont communiqués au client. Par ailleurs, quelques autres paramètres peuvent être configurés de manière centralisée, par exemple un serveur d’horloge auquel il est possible de demander l’heure actuelle ou un serveur d’impression. Nous souhaiterions maintenant vous montrer comment configurer complètement votre réseau, de manière centrale, à l’aide du protocole DHCP et du serveur DHCP dhcpd. 22.11.2 Paquetages logiciels DHCP Avec SUSE LINUX, vous disposez non seulement d’un serveur DHCP, mais également de deux paquetages client. Le serveur DHCP dhcpd publié par l’Internet Software Consortium met à votre disposition la fonctionnalité serveur, tandis que pour les clients, vous pouvez utiliser dhclient, également publié par l’ISC, ainsi que le ”DHCP Client Daemon“ du paquetage dhcpcd. 22 Grands principes de la mise en réseau Un administrateur système peut donc profiter immédiatement à deux égards du protocole DHCP. D’une part, il peut entreprendre des modifications d’adresses réseau ou de configuration, même en grand nombre, de manière confortable et centralisée dans le fichier de configuration du serveur DHCP, sans avoir à configurer individuellement un grand nombre de clients. D’autre part, il est très facile d’intégrer de nouveaux ordinateurs dans le réseau, dans la mesure où une adresse IP tirée de la réserve d’adresses leur est affectée. De plus, pour les ordinateurs portables qui sont régulièrement utilisés dans plusieurs réseaux différents, il est intéressant de pouvoir obtenir la configuration réseau appropriée à partir d’un serveur DHCP. Le démon dhcpcd installé par défaut avec SUSE LINUX est très facile à manipuler et démarre automatiquement lors du démarrage de l’ordinateur pour rechercher un serveur DHCP. Il est livré sans fichier de configuration et doit normalement fonctionner sans configuration supplémentaire. Dans des situations complexes, on peut recourir au programme dhclient de l’ISC qui se règle avec le fichier de configuration /etc/dhclient.conf. SUSE LINUX 547 22.11.3 Le serveur DHCP dhcpd Le protocole Dynamic Host Configuration Protocol Daemon est le cœur d’un système DHCP. Il ”loue“ des adresses et surveille leur utilisation en fonction de ce qui est indiqué dans le fichier de configuration /etc/dhcpd.conf. Grâce aux paramètres et aux valeurs définis dans ce fichier, l’administrateur système dispose d’un grand nombre de possibilités pour influencer comme il le souhaite le comportement du protocole DHCP. Exemple de fichier /etc/dhcpd.conf simple : Exemple 22.30: Le fichier de configuration /etc/dhcpd.conf default-lease-time 600; max-lease-time 7200; option option option option option # 10 minutes # 2 hours domain-name "kosmos.uni"; domain-name-servers 192.168.1.1, 192.168.1.2; broadcast-address 192.168.1.255; routers 192.168.1.254; subnet-mask 255.255.255.0; subnet 192.168.1.0 netmask 255.255.255.0 { range 192.168.1.10 192.168.1.20; range 192.168.1.100 192.168.1.200; } Ce fichier de configuration simple est suffisant pour que le protocole DHCP puisse attribuer des adresses IP au réseau. Faites tout particulièrement attention aux points-virgules à la fin de chaque ligne : le démon dhcpd ne peut pas démarrer si vous les oubliez ! Comme vous pouvez le voir, l’exemple de fichier ci-dessus peut se diviser en trois blocs. La première partie définit le nombre de secondes par défaut pendant lequel une adresse IP est ”louée“ à un ordinateur demandeur avant que ce dernier ne doive se préoccuper de demander une prolongation (default-lease-time, temps d’attribution par défaut). Est également indiquée ici la durée maximale pendant laquelle un ordinateur a le droit de conserver une adresse IP attribuée par le serveur DHCP sans avoir à demander de prolongation (max-lease-time, temps d’attribution maximal). Le deuxième bloc définit de façon globale un certain nombre de paramètres réseau fondamentaux : 548 22.11. DHCP Après ces réglages généraux, il faut encore définir un réseau à l’aide d’un masque de sous-réseau. Pour finir, il faut choisir un domaine d’adresses où le démon DHCP peut puiser pour attribuer des adresses aux clients qui en demandent. Dans l’exemple ci-dessus, toutes les adresses comprises entre 192.168.1.10 et 192.168.1.20 et entre 192.168.1.100 et 192.168.1.200 sont disponibles. 22 Grands principes de la mise en réseau L’option option domain-name (nom de domaine) définit le domaine par défaut de votre réseau. L’option option domain-name-servers (serveurs de noms de domaines) vous permet d’indiquer jusqu’à trois serveurs DNS à utiliser pour la conversion des adresses IP en noms d’hôtes et réciproquement. Idéalement, il serait préférable qu’un serveur de noms qui tienne à disposition un nom d’hôte pour les adresses dynamiques et réciproquement soit déjà en service sur votre système ou dans votre réseau. Pour plus d’informations sur la mise en place d’un serveur de noms, reportez-vous à la section DNS – Domain Name System page 487. L’option option broadcast-address (adresse de diffusion) définit l’adresse de diffusion que l’ordinateur demandeur doit utiliser. L’option option routers (routeurs) définit les destinations vers lesquelles les paquets de données qui ne peuvent pas être distribués dans le réseau local (du fait de l’adresse de l’hôte source ou cible ainsi que des masques de sousréseau) peuvent être envoyés. Pour les petits réseaux, ce routeur est également la plupart du temps le point d’accès à l’Internet. L’option option subnet-mask (masque de sous-réseau) indique le masque réseau attribué au client. Après ces quelques lignes, vous devriez déjà être en mesure d’activer le démon DHCP avec la commande rcdhcpd start qui est directement disponible. Pour des raisons de sécurité, le démon DHCP se démarre dans SUSE LINUX par défaut dans un environnement déraciné (chroot ). Pour qu’il trouve les fichiers de configuration, vous devez également copier ces derniers dans le nouvel environnement. Cette opération s’effectue automatiquement avec la commande rcdhcpd start. Vous pouvez aussi vérifier rapidement la syntaxe du fichier de configuration avec rcdhcpd check-syntax.Si, contre toute attente, vous rencontrez un problème avec la configuration et si le serveur s’interrompt avec une erreur et ne démarre pas avec un message ”done“, vous trouverez la plupart du temps des informations sur l’incident dans le journal système central /var/log/messages ainsi ). -F10 -Alt que sur la console numéro 10 (Ctrl SUSE LINUX 549 22.11.4 Ordinateur avec adresse IP fixe Comme déjà mentionné précédemment, le protocole DHCP permet aussi d’attribuer à un ordinateur, lors de chaque demande, une adresse donnée, bien précise. Ces attributions explicites d’adresses ont la priorité sur les adresses dynamiques extraites de la réserve. Contrairement aux adresses dynamiques, les informations d’adresses fixes n’expirent pas comme c’est le cas lorsqu’il n’y a plus assez d’adresses disponibles et qu’une nouvelle répartition est nécessaire. Pour identifier un système défini à l’aide d’une adresse statique, dhcpd utilise ce que l’on appelle l’adresse matérielle. Il s’agit, en règle générale, d’un numéro unique dont dispose chaque périphérique réseau, défini de manière fixe, et composé de six paires d’octets, par exemple 00:00:45:12:EE:F4. Si le fichier de configuration de l’ 22.30 page 548 est complété par une définition semblable à celle de l’ 22.31, dhcpd enverra quoi qu’il arrive les mêmes données à l’ordinateur concerné. Exemple 22.31: Complément au fichier de configuration host terre { hardware ethernet 00:00:45:12:EE:F4; fixed-address 192.168.1.21; } La structure de ces lignes est facile à comprendre. On indique tout d’abord le nom de l’ordinateur à définir (host hhostnamei, ici terre) et, sur la ligne suivante, son adresse MAC. Sur les ordinateurs sous Linux, cette adresse peut être déterminée à l’aide de la commande ifstatus suivie du périphérique réseau (par exemple eth0). Vous devez, le cas échéant, d’abord activer la carte : ifup eth0. Vous obtenez alors un affichage de la forme : link/ether 00:00:45:12:EE:F4 Dans notre exemple, l’ordinateur dont la carte réseau possède l’adresse MAC 00:00:45:12:EE:F4 se verra donc attribuer l’adresse IP 192.168.1.21 ainsi que le nom d’hôte terre. De nos jours, le type de matériel utilisé est en général de type ethernet, même si la technologie token-ring, fréquente notamment sur les systèmes IBM, est également prise en charge. 550 22.11. DHCP 22.11.5 22 Particularités propres à SUSE LINUX Ce comportement peut se configurer dans le fichier /etc/sysconfig/dhcpd. Pour laisserdhcpd s’exécuter sans l’environnement déraciné, positionnez la variable DHCPD_RUN_CHROOTED à ”no“ dans le fichier /etc/sysconfig/dhcpd. Pour que le démon dhcpd puisse également résoudre les noms d’hôtes dans l’environnement déraciné, il faut copier quelques fichiers de configuration supplémentaires. Il s’agit de : /etc/localtime /etc/host.conf /etc/hosts /etc/resolv.conf C’est pourquoi, au démarrage du script d’initialisation du système, ils sont copiés dans /var/lib/dhcp/etc/. Ces fichiers doivent être informés de toute modification dynamique par un script comme /etc/ppp/ip-up. En revanche, il n’y a aura aucun problème si l’on utilise uniquement des adresses IP dans le fichier de configuration à la place des noms d’hôtes. Grands principes de la mise en réseau Pour des raisons de sécurité, dans SUSE LINUX le serveur DHCP publié par l’ISC contient le correctif ”non-root/chroot“ d’Ari Edelkind. Ainsi, le dhcpd s’exécute en tant qu’utilisateur nobody et dans un environnement déraciné (/var/lib/dhcp). Le fichier de configuration dhcp.conf doit pour cela se trouver dans /var/lib/dhcp/etc ; il y sera automatiquement copié par le script d’initialisation lors du démarrage. Si, dans votre configuration, vous devez copier d’autres fichiers dans l’environnement déraciné, indiquez-les avec le paramètre DHCPD_CONF_INCLUDE_FILES dans le fichier etc/sysconfig/dhcpd. Pour que le démon dhcp puisse continuer à enregistrer le journal à partir de l’environnement déraciné même si le démon Syslog est redémarré, ajoutez le paramètre "-a /var/lib/dhcp/dev/log" aux variables SYSLOGD_PARAMS dans /etc/sysconfig/syslog. SUSE LINUX 551 22.11.6 Configuration du protocole DHCP avec YaST Le module DHCP de YaST sert à la configuration d’un serveur DHCP indépendant dans le réseau local. Ce module possède deux modes de fonctionnement différents : Configuration initiale (assistant) Lorsque le module démarre pour la première fois, l’administrateur doit prendre certaines décisions fondamentales. Une fois la configuration terminée, le serveur est prêt à fonctionner et suffisamment configuré pour des scénarios simples. Configuration pour les experts Le mode pour experts sert aux tâches de configuration complexes comme le DNS dynamique, la gestion des TSIG, etc. Remarque Navigation dans le module avancé et affichage du texte d’aide Toutes les boîtes de dialogue du module serveur DHCP suivent un principe de construction similaire. Dans la partie gauche de la fenêtre de dialogue, une vue arborescente permet de naviguer dans les diverses parties de la configuration, tandis que le formulaire proprement dit est affiché dans la partie droite. Si vous souhaitez obtenir un texte d’aide pour le formulaire actuel, cliquez sur l’icône représentant une bouée de sauvetage sur le bord inférieur gauche. Pour quitter cette aide et revenir à la vue arborescente, cliquez sur l’icône figurant la vue arborescente stylisée. Remarque Configuration initiale (assistant) Lorsque le module démarre pour la première fois, YaST appelle un assistant de configuration en quatre étapes. À la fin de cet assistant, un serveur DHCP simple est prêt à fonctionner. 552 22.11. DHCP 22 Grands principes de la mise en réseau Choix de l’interface réseau Lors de la première étape, YaST détermine les interfaces réseau installées dans votre système. Choisissez dans la liste proposée celle pour laquelle le serveur DHCP devra être lancé et décidez avec l’option ‘Ouvrir le pare-feu pour l’interface sélectionnée’ si le pare-feu doit être ouvert pour cette interface (voir figure 22.34). F IG . 22.34: Serveur DHCP : choix de l’interface réseau Paramètres globaux Vous pourrez configurer les informations que doit recevoir chaque client géré par ce serveur DHCP dans les zones de saisie. Ces informations sont : le nom du domaine, l’adresse du serveur d’horloge, l’adresse des serveur de noms primaire et secondaire, l’adresse du serveur d’impression et celle du serveur WINS (pour l’intégration de clients Windows et Linux), ainsi que l’adresse de la passerelle et la durée du bail (voir figure 22.35 page suivante). SUSE LINUX 553 F IG . 22.35: Serveur DHCP : paramètres globaux Serveur DHCP : DHCP dynamique Dans cette étape, vous configurerez l’affectation IP dynamique aux clients connectés. Pour cela, définissez une plage d’adresses IP au sein de laquelle les adresses à attribuer sont censées se trouver. Toutes les adresses à affecter doivent tomber sous un masque réseau commun. Terminez en fixant la durée du bail pendant laquelle le client peut garder une adresse sans ”faire de demande“ de prolongation. À titre facultatif, vous pouvez en outre établir la durée maximale du bail pendant laquelle telle adresse IP reste réservée sur le serveur pour tel client (voir figure 22.36 page suivante). 554 22.11. DHCP 22 Fin de la configuration et choix du mode de démarrage Une fois que vous en avez terminé avec la troisième étape de l’assistant de configuration, vous accédez à une dernière boîte de dialogue consacrée aux options de démarrage du serveur DHCP. Vous pouvez y décider si le serveur DHCP doit être lancé automatiquement au démarrage du système (‘Démarrer le serveur DHCP à l’amorçage’) ou s’il doit être démarré manuellement à la demande (‘Démarrer le serveur DHCP manuellement’). Cliquez sur ‘Terminer’ pour achever la configuration du serveur (voir figure 22.37 page suivante). SUSE LINUX Grands principes de la mise en réseau F IG . 22.36: Serveur DHCP : DHCP dynamique 555 F IG . 22.37: Serveur DHCP : Démarrage 22.11.7 Pour plus d’informations Vous trouverez des informations complémentaires par exemple sur le site de l’Internet Software Consortium qui propose des informations détaillées sur le protocole DHCP à l’adresse http://www.isc.org/products/DHCP/ (en anglais). En outre, les pages de manuel sont à votre disposition, en particulier celles de dhcpd, dhcpd.conf, dhcpd.leases et dhcp-options. 22.12 Synchronisation temporelle avec xntp Pour de nombreuses opérations effectuées par un système informatique, il est fondamental de pouvoir s’appuyer sur une heure précise. C’est la raison de la présence d’une horloge sur toutes les machines. Malheureusement, celle-ci ne répond pas toujours aux attentes qui sont celles d’applications telles que les bases 556 22.12. Synchronisation temporelle avec xntp 22.12.1 Configuration réseau Le programme xntp est préréglé de manière à utiliser uniquement l’horloge système locale comme référence temporelle. Le plus simple pour utiliser un serveur de temps sur le réseau est de spécifier des paramètres ”serveur“. Dans le cas où le réseau a accès à un serveur de temps nommé par exemple ntp.example.com, vous pouvez indiquer ce serveur comme suit dans le fichier /etc/ntp.conf : server ntp.example.com. Il est facile d’ajouter des serveurs de temps en ajoutant de nouvelles lignes utilisant le mot-clé ”server“. Après avoir été lancé à l’aide de la commande rcxntpd start, le démon xntpd a besoin d’une heure jusqu’à ce que l’horloge se stabilise. Le fichier de dérive temporelle (fichier ”drift“) est alors créé afin de pouvoir corriger l’horloge système locale. L’avantage de ce fichier ”drift“ sur le long terme est qu’il permet de connaître le décalage de l’horloge système juste après avoir allumé la machine. La correction est alors immédiatement activée, ce qui permet d’offrir une grande stabilité de l’horloge système. Lorsque vous pouvez accéder dans votre réseau au serveur d’horloge au moyen d’une diffusion, vous n’avez pas besoin de connaître son nom. Vous pouvez dans ce cas placer également dans le fichier de configuration /etc/ntp.conf la commande broadcastclient. Vous devez alors mettre en place les mécanismes d’authentification permettant d’éviter qu’un serveur de temps fonctionnant mal ne modifie par le réseau l’horloge de votre ordinateur. Normalement, chaque démon xntpd peut également se comporter comme serveur de temps dans le réseau. Si vous souhaitez également utiliser le programme xntpd avec des diffusions, vous devez utiliser l’option broadcast : SUSE LINUX 22 Grands principes de la mise en réseau de données. Pour ce faire, il faut régler en permanence l’horloge locale ou la corriger à partir du réseau. Dans l’idéal, il ne devrait jamais être nécessaire de reculer une horloge d’ordinateur et il ne faudrait pas laisser passer un intervalle de temps trop long entre deux avancements successifs de cette horloge. Il est relativement aisé de régler une fois ou l’autre l’horloge système à l’aide du programme ntpdate. Cette opération représente toutefois toujours un saut dans le temps brutal, qui n’est pas toléré par toutes les applications. Ce problème trouve une solution intéressante avec le programme ntpdate. Celui-ci corrige en continu l’horloge système en recueillant des données de correction et parallèlement, il corrige de manière permanente l’horloge locale à l’aide de serveurs de temps présents sur le réseau. La troisième possibilité consiste à mettre en place des ”étalons de temps“ locaux tels que des horloges à fréquence radio. 557 broadcast 192.168.0.255 Pour ce faire, modifiez l’adresse de diffusion en fonction de vos propres besoins. Vous devez toutefois vous assurer que le serveur de temps utilise la bonne heure. Il convient pour cela d’utiliser un ”étalon de temps“. 22.12.2 Mise en place d’un étalon de temps local L’application xntp comporte également des pilotes permettant de se connecter à des étalons de temps locaux. Vous trouverez la liste des horloges prises en charge dans le paquetage xntp-doc dans le fichier file:/usr/share/doc/ packages/xntp-doc/html/refclock.htm. Chaque pilote est identifié par un numéro. La configuration de xntp à proprement parler est assurée à l’aide de pseudo adresses IP. Les horloges sont déclarées dans le fichier /etc/ntp.conf comme s’il s’agissait d’horloges disponibles sur le réseau. Ils reçoivent pour cela des adresses IP particulières sur le modèle suivant : 127.127.hti.hui . Vour trouverez la valeur de hti dans la liste des horloges de référence. hui représente le numéro de périphérique. Il n’est différent de 0 que si vous utilisez plusieurs horloges de même type sur votre machine. Ainsi, un ”Type 8 Generic Reference Driver (PARSE)“ utilise la pseudo adresse IP 127.127.8.0. Les différents pilotes ont normalement des paramètres spéciaux chargés de décrire plus en détail la configuration. Vous trouverez dans le fichier file: /usr/share/doc/packages/xntp-doc/html/refclock.htm, pour chaque pilote, un lien vers la page de pilote correspondante, avec la description des paramètres. Pour l’horloge de ”type 8“, il est par exemple nécessaire d’indiquer un mode supplémentaire chargé de spécifier l’horloge plus exactement. Ainsi, le module ”Conrad DCF77 receiver module“ utilise le ”mode 5“. Pour que cette horloge soit prise comme référence par xntp, vous pouvez également indiquer le mot-clé prefer. La ligne server complète d’un ”module récepteur Conrad DCF77“ est donc : server 127.127.8.0 mode 5 prefer D’autres horloges sont conçues sur le même schéma. La documentation sur xntp peut être consultée dans le répertoire /usr/share/doc/packages/xntpdoc/html, après l’installation du paquetage xntp-doc. 558 22.12. Synchronisation temporelle avec xntp 22.12.3 22 Configuration d’un client NTP avec YaST Configuration rapide du client NTP La configuration simple d’un client NTP se fait en deux dialogues. Dans le premier dialogue, définissez le mode de démarrage de xntpd et le serveur à interroger. Pour le démarrer automatiquement lors de l’amorçage du système, cliquez sur le bouton radio ‘Lors de l’amorçage’. Pour déterminer un serveur de temps adapté pour votre réseau, cliquez sur ‘Sélectionner’ et entrez dans le second dialogue, le dialogue détaillé pour le choix du serveur. Grands principes de la mise en réseau Outre la configuration manuelle de xntp décrite précédemment, SUSE LINUX prend également en charge la configuration d’un client NTP par YaST. Vous disposez d’une configuration rapide simple ou une ‘Configuration complexe’. Celles-ci sont décrites dans les sections ci-après. F IG . 22.38: YaST : configuration du client NTP SUSE LINUX 559 Dans le dialogue détaillé pour le choix du serveur, définissez d’abord si vous souhaitez utiliser un serveur de votre propre réseau (bouton radio ‘Réseau local’) ou un serveur de temps d’Internet de votre zone horaire (bouton radio ‘Serveur NTP public’) pour la synchronisation du temps. Dans le cas d’un serveur de temps local, cliquez sur ‘Recherche’ pour procéder à une requête SLP des serveurs de temps disponibles dans votre réseau. Dans la liste des résultats, sélectionnez le serveur adéquat et quittez le dialogue avec ‘OK’. Vous revenez alors au dialogue principal décrit plus haut que vous quittez avec ‘Terminer’ une fois que vous avez vérifié la disponibilité du serveur sélectionné à l’aide de ‘Test’. Dans le deuxième cas, pour sélectionner un serveur de temps public, sélectionnez votre pays (zone horaire) dans la zone de dialogue ‘Serveur NTP public’ et, dans la liste de serveurs qui s’affiche alors, le serveur qui vous convient. Quittez la configuration avec ‘OK’ et ‘Terminer’ une fois que vous avez vérifié la disponibilité du serveur sélectionné à l’aide de ‘Test’. Configuration complexe du client NTP F IG . 22.39: YaST : configuration complexe du client NTP 560 22.12. Synchronisation temporelle avec xntp Pour ajouter une nouvelle source de synchronisation du temps, cliquez sur ‘Ajouter’. Dans le dialogue suivant, sélectionnez le type de la source avec laquelle la synchronisation du temps doit se faire. Les options suivantes sont disponibles : Serveur Dans le dialogue suivant, vous sélectionnez le serveur NTP (comme décrit dans la section Configuration rapide du client NTP page 559) et vous pouvez activer l’option ‘Utiliser pour synchronisation initiale’ afin de procéder à une synchronisation du temps entre serveur et client au moment de l’amorçage. Dans un autre champ de saisie, vous pouvez compléter des options supplémentaires pour xntpd. Vous trouverez plus d’informations à ce sujet sous /usr/share/doc/packages/xntp-doc. Pair Si la synchronisation se fait avec un pair dans le même réseau plutôt qu’avec un serveur, saisissez l’adresse de ce système. Le dialogue suivant est identique à celui du ‘Serveur’. 22 Grands principes de la mise en réseau Dans le dialogue ‘configuration complexe du client NTP’, définissez si xntpd doit être démarré dans un chroot-Jail. Cela augmente la sécurité dans le cas d’une attaque à travers xntpd, l’attaquant n’ayant alors pas la possibilité de compromettre le système entier. En outre, vous pouvez, avec ‘Configurer le démon NTP via DHCP’, configurer le client NTP de façon à ce qu’il soit informé par DHCP de la liste des serveurs NTP disponibles dans votre réseau. Dans la partie inférieure de la fenêtre de dialogue, les sources d’information du client sont répertoriées. Vous pouvez modifier cette liste avec ‘Ajouter’, ‘Modifier’ et ‘Effacer’. Avec ‘Avancé’, vous avez la possibilité de consulter les fichiers de journalisation de votre client ou d’accorder (automatiquement) le pare-feu à la configuration du client NTP. Horloge radio Si vous utilisez une horloge radio dans votre système et souhaitez l’utiliser pour la synchronisation du temps, entrez dans ce dialogue le type de l’horloge, le numéro du périphérique, le nom du périphérique et les autres options. Avec ‘Calibration du pilote’, procédez à la configuration fine des pilotes correspondants. Vous trouverez des informations détaillées sur l’utilisation d’une horloge radio locale sous file:///usr/share/doc/ packages/xntp-doc/html/refclock.htm. Diffusion générale (broadcasting) Les informations et requêtes de temps peuvent également être transmises dans le réseau par diffusion générale. Entrez dans ce dialogue les adresses auxquelles de telles diffusions générales doivent être envoyées. Vous pouvez configurer des options supplémentaires comme indiqués sous /usr/share/doc/packages/xntpdoc. SUSE LINUX 561 Accepter des p">
公開リンクが更新されました
あなたのチャットの公開リンクが更新されました。
