Les différences entre les versions 2.3 et 2.6

Sommaire
  1. 2.6.1
  2. 2.6.2
  3. 2.7.2

Le module Eclair est un portage de la version 2.3 d'EOLE.

La nouvelle version du module Eclair apporte un certain lot de changements, loin d'être exhaustive, voici une liste des points les plus importants  :

  • mode une carte uniquement ;

  • suppression du mode conteneur ;

  • mode cluster non reconduit ;

  • architecture matérielle en amd64[1] par défaut ;

  • environnement de bureau au choix :

    • Xfce[2] récent par défaut (version 4.12) et personnalisable ;
    • MATE[3].

  • personnalisation de l'image[4] de démarrage des clients LTSP :

    • images clients légers (Thin[4]) ;
    • image clients lourds (Fat[4]) pour des machines plus puissantes.

  • possibilité de construire une deuxième image ce qui permet éventuellement d'avoir un mélange de clients légers et de clients lourds pour des machines plus puissantes ;

  • compatible avec les modules Scribe, Horus et AmonEcole en version égale ou supérieure à EOLE 2.3.

La nouvelle version du module reproduit les mêmes fonctionnalités (iso-fonctionnel) que l'ancienne version.

La version 2.6 s'appuie sur la distribution GNU/Linux Ubuntu 16.04 LTS nommée également Xenial Xerus.

Ubuntu 16.04 LTS est disponible depuis le 21 avril 2016. Portant le label LTS[5], cette version est soutenue et mise à jour pendant une durée de cinq ans, son support s'arrête donc en avril 2021.

Noyau

Cette nouvelle version d'Ubuntu implique également un changement de version du noyau avec de nouvelles prises en charge matériel. Les modules EOLE 2.6 utilisent par défaut le noyau le plus récent de la distribution Ubuntu.

Gestion des services

systemd[6] est, dorénavant, la seule méthode valide pour la gestion des services. upstart[7] est encore accepté pour assurer la rétrocompatibilité. Cependant, le service est, dans tous les cas, géré par systemd.

Interfaces réseau

Sur la nouvelle version d'EOLE les cartes réseau respectent la convention Consistent Network Device Naming[8] de udev[9] pour le nommage des cartes réseau. Le nom des cartes est fixé en fonction de leur ordre d'attachement au système et non plus uniquement dans l'ordre matériel.

Sous EOLE, le nommage des interfaces réseau change, elles se nomment désormais em1, em2,..., emx.

Architecture AMD64 uniquement

L'architecture i386 n'est plus supportée par le projet EOLE à partir de cette version.

Installation UEFI

Les nouvelles images ISO générées par EOLE intègrent le support de l'UEFI[10].

Le support de l'UEFI est également disponible sur les nouvelles images générées pour les versions d'EOLE précédentes (images 2.4.2.1, 2.5.2.1, ...).

Gestion des certificats du serveur Zéphir

Dans le cas d'utilisation de certificats non reconnus par une autorité de certification, il faut, pour procéder à l'enregistrement d'un serveur, copier et intégrer le certificat de la CA locale du serveur Zéphir sur le serveur à enregistrer.

Creole

Des modifications ont été réalisées dans Creole :

  • du fait du passage à systemd, certains attributs de la balise <service> ont été supprimés : pty, startlevel et stoplevel ;
  • ajout d'un nouveau type password permettant de présenter les valeurs avec un affichage brouillé ;
  • ajout des nouvelles contraintes entre variables : mandatory_if_in et mandatory_if_not_in.

Restauration des sauvegardes

La restauration du catalogue s'effectue désormais après instanciation du serveur.

L'option --configeol du script bareosrestore.py permet d'extraire le fichier config.eol.

Choix du type de partitionnement à l'installation

Lors de l'installation d'EOLE avec une version supérieur ou égale à 2.5.1, une fenêtre propose de choisir entre un partitionnement manuel ou automatique, ce choix est également proposé sur Eolebase.

2.6.1

2.6.2

Mode DHCP pour toutes les interfaces

Sur les versions antérieures d'EOLE, seule la première interface pouvait être configurée en mode DHCP[11].

À partir d'EOLE 2.7.0, celui-ci peut être activé sur n'importe laquelle des interfaces.

Interface en mode bridge

Le mode bridge n'étant plus utilisé sur les modules EOLE, les variables expertes nommées L'interface réseau de la zone est un bridge disponibles dans chacun des onglets Interface sont supprimées à partir d'EOLE 2.7.

Gestion des tâches planifiées eole-schedule

À partir d'EOLE 2.6.1, l'option -m (ou --mode) du script manage_schedule, qui précisait si le script était en post ou en pre, était obsolète.

À partir des versions EOLE 2.7, cette option est supprimée.

Le mode (pre ou post) utilisé pour un script est forcément celui qui a été déclaré dans le dictionnaire[12] extra.

Il est également possible de personnaliser la fréquence des tâches schedule Query-auto et Maj-Auto dans l'interface de configuration du module.

Notifications par courriel

Il est possible d'être notifié par courriel pour certains événements liés à la mise à jour comme la disponibilité de mises à jour ou la nécessité de redémarrer le serveur pour utiliser le dernier noyau installé

Sauvegarde Bareos

Le service Bareos de lecture/écriture de fichiers (file server) exécute les commandes de lecture/écriture des fichiers sur chaque serveur où il est installé. Il est géré (programmation, authentification…) par un seul service Bareos directeur (backup server) qui peut maintenant être distant. À partir de la version 2.7, en mode expert, le service Bareos de lecture/écriture de fichiers peut donc être activé, activé seul (service directeur distant) ou désactivé.

2.7.2

NUT SNMP

Les onduleurs utilisant une connexion SNMP[13] (driver snmp-ups) sont gérés nativement.

Onduleurs distants

Il est désormais possible de déclarer plusieurs onduleurs distants sur un serveur.

SSO local sur le port standard 443

À partir d'EOLE 2.7.2, le serveur SSO local est est également accessible sur le port HTTPS avec l'URL : https://<nom_du_serveur>/sso.