La configuration de vos paramètres avancés

Depuis l'introduction des nouvelles versions de kernel que vous pouvez utiliser sur votre serveur Gandi Expert, nous avons ajouté des éléments supplémentaires dans votre interface de gestion pour vous permettre de gérér au mieux les options de démarrage de votre serveur.

La présentation de l'interface

L'accès à l'interface de gestion des options de démarrage avancé se fait depuis la page des informations de votre disque ou directement, sur la liste de vos disques, en cliquant sur l'icône d'édition.

Une fois connecté à la page de gestion des options de démarrage avancées sur votre disque, votre interface de configuration des paramètres avancés s'organise de la manière suivante :

Détail des options de démarrage

  • La version du kernel à utiliser lors du reboot

Cette liste de choix vous permet de choisir le kernel à utiliser lors du redémarrage de votre serveur. Selon la version de la distribution que vous utilisez, il est peut être nécessaire de modifier le kernel à utiliser pour une utilisation conforme de votre serveur selon les spécificités de votre distribution.

Notez qu'il est toujours nécessaire d'installer les modules du noyau correspondant à la version du kernel utilisé sur votre serveur. Vous pouvez trouver toutes les informations nécessaires à la page suivante

Vous pouvez voir l'historique de nos noyaux sur la page ChangeLog.

  • Le démarrage en mode single

Le démarrage en mode single user doit être utilisé lorsque votre serveur démarre correctement, mais ne vous permet pas d'obtenir le shell de connexion pour la connexion d'un simple utilisateur.

Ce mode de démarrage permet donc de démarrer votre serveur sans lancer les démons des services configurés sur celui-ci, et vous permet d'obtenir un shell de connexion en mode root pour effectuer les opérations nécessaires sur votre serveur.

Bien entendu, comme le service SSH n'est pas lancé dans ce mode, il est d'abord nécessaire d'activer votre console d'urgence. pour vous connecter au serveur.

  • Le montage de la partition système en lecture seule

Lorsque le système de fichiers de votre serveur se trouve en erreur, et que le lancement de l'outil fsck ne parvient pas à corriger les erreurs de ce système de fichier, il arrive parfois que le système monte votre système de fichier en mode read-only, ceci pour protéger les données de votre serveur.

Ce comportement est un comportement automatique de votre serveur qui préfère protéger vos données lors de détection d'erreurs sur le système de fichiers. Vous pourriez aussi avoir besoin de rebooter votre serveur par vous même en mode single user, lorsque vous avez besoin d'effectuer des opérations sur le système de fichier , ou lorsque vous avez détecté des erreurs liées à la configuration de vos services.

En règle générale, le redémarrage en mode read-only s'accompagne d'une connexion en mode single-user, car les démons des services ne peuvent être lancés sur un système de fichier monté en lecture seule.

  • L'activation d'un module de sécurité (SeLinux, AppArmor, GrSec)

Les modules de sécurité permettent de définir une politique d'accès aux processus actifs sur votre machine pour restreindre au minimum les privilèges de ces processus sur les objets composant votre serveur.

Ces modules sont donc une couche de sécurité supplémentaire additionnelle aux permissions classiques d'un système Linux qui permet au noyau de contrôler les droits d'un processus à exécuter des appels sur les objets du système en fonction du contexte de sécurité défini.

La présence de ces modules peut causer des erreurs lors de l'exécution d'opérations de maintenance sur votre serveur, et il peut être préférable de désactiver ce module avant de redémarrer votre serveur pour effectuer des opérations de maintenance.

Pour désactiver ce module avant redémarrage, il vous suffit de définir aucune sécuritépuis de rédémarrer le serveur virtuel.

  • Le niveau de détail des informations du journal d'erreur

Cette option vous permet de définir le niveau de détail des informations enregistrées dans les journaux d'erreur de votre système.

En résumé, vous pouvez configurer le niveau de verbosité de vos journaux d'erreurs à votre convenance, sachant qu'un niveau fixé avec la valeur “0” n'enregistrera pas un grand nombre d'événements, alors que la valeur “8” rendra les inscriptions de vos fichiers de journaux très détaillées.

Ainsi, pour une meilleure identification des erreurs se produisant sur votre serveur, vous pouvez changer le niveau de détail des informations du journal d'erreur, de manière à comprendre les erreurs rencontrées dans votre système par la consultation de vos fichiers de journaux.

  • La console virtuelle à utiliser

Cette option vous permet de définir la console virtuelle à utiliser lors de démarrage de votre serveur.

En effet, selon la version du kernel que vous utilisez pour démarrer votre serveur, toutes les consoles virtuelles ne sont pas compatibles aux drivers utilisés par le kernel.

Voici donc la correspondance des consoles virtuelles disponibles et des kernels avec lesquels il faut les utiliser :

console | noyau (kernel)
xvc0    | 2.6.18
tty1    | 2.6.27
hvc0    | 3.2, 2.6.32 et 2.6.36

* __Le disque à utiliser pour démarrer votre serveur__

Cette option vous permet d'utiliser un disque différent pour démarrer votre serveur, au cas où vous auriez plusieurs disques systèmes dans votre interface de gestion.

Cette option permet alors de booter depuis n'importe lequel de vos disques, sous réserve que ceux-ci contiennent un système installé sur le système de fichiers.

Le redémarrage après configuration

Après toute modification de paramètres avancés sur votre disque système, il est obligatoire de redémarrer le serveur virtuel sur l'interface d'administration afin qu'il applique les changements effectués.

Dernière modification: le 07/05/2014 à 10:15 par William D. (Gandi)