Les différences entre les versions 2.4 et 2.5
La nouvelle version du module reproduit les mêmes fonctionnalités (iso-fonctionnel) que la version 2.4. La version 2.5 est basée sur une nouvelle version LTS d'Ubuntu.
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.5 utilisent par défaut le noyau le plus récent de la distribution Ubuntu.
Mise à jour
Sur EOLE 2.5, il n'existe plus qu'un seul niveau de mise à jour, le concept de mise à jour minimale et complète a été supprimé.
Les mises à jour sont automatiques mais peuvent se faire manuellement avec la commande Maj-Auto.
Passage à une nouvelle version
L'ajout de nouvelles fonctionnalités entraîne une nouvelle version d'EOLE (2.5.n). Le passage d'une version mineure à une autre est manuel et volontaire.
La commande Maj-Release permet de passer à une version mineure plus récente.
Le passage à une nouvelle version d'Ubuntu entraîne une nouvelle version d'EOLE (2.n.n). Le passage d'une version majeure à une autre est manuel et volontaire.
La commande Upgrade-Auto permet de passer à une version majeure supérieure.
Commandes
Les commandes instance, reconfigure et Maj-Auto ainsi que la gestion des services ont été réécrites. La commande diagnose a été enrichie.
Il n'est plus nécessaire de spécifier le nom du fichier à utiliser pour les commandes instance et reconfigure.
Un fichier config.eol.bak est généré dans le répertoire /etc/eole/ à la fin de l'instanciation et à la fin de la reconfiguration du serveur. Celui-ci permet d'avoir une trace de la dernière configuration fonctionnelle du serveur.
Interface de configuration du module
L'interface de configuration du module est basée sur de nouvelles technologies :
Elle peut être rendue disponible au travers d'un navigateur web.
Il n'est plus nécessaire de spécifier le nom du fichier à utiliser avec les commandes gen_config et instance.
Règles pare-feu
La gestion des règles pare-feu ne se fait plus par fichiers .fw. Les règles sont maintenant définies dans des dictionnaires XML Creole.
Les flux réseau ne sont plus bloqués en interne (entre le maître et les conteneurs et entre conteneurs).
Tâches planifiées
Sur les modules EOLE, les tâches planifiées (comme par exemple les mises à jour) sont gérées par eole-schedule.
En version 2.5, eole-schedule est géré depuis Tiramisu[4].
La liste des scripts à activer pour la gestion des tâches est décrite dans des dictionnaires XML[5] Creole extra. Ce système permet de mettre en place des valeurs par défaut. Ainsi, l'activation ou la désactivation d'un script n'est plus réalisée à l'installation du paquet associé ce qui est à la fois plus simple et plus sûr.
Mode conteneur
Pour les modules en mode conteneur il n'est plus possible de personnaliser le réseau des conteneurs avec l'option -n.
Pour passer un module en mode conteneur le paquet à installer est eole-lxc-controller.
Le mode conteneur utilise dorénavant le service apt-cacher pour mettre en cache les paquets Debian. Le service est installé sur le maître et est utilisé par le maître et les conteneurs LXC.
La nouvelle version LXC sur Ubuntu 14.04 entraîne une simplification de la gestion des conteneurs
Changement dans le PATH des commandes
Beaucoup de commandes n'ont plus besoin du chemin absolu pour être exécutées.
Répertoire d'installation du logiciel Nginx
Le répertoire d'installation du logiciel nginx n'est plus /usr/share/nginx/www/ mais /usr/share/nginx/html/
Suppression de la base matériels
La base des matériels maintenue par EOLE a été supprimée, cette base n'était plus pertinente car elle pouvait contenir du matériel inutilisé comme étant compatible avec les modules EOLE.
Logiciel de sauvegarde
Sur les modules 2.5 le logiciel Bareos remplace le logiciel Bacula.
La sauvegarde
La sauvegarde EOLE 2.5 permet de faire des sauvegardes déportées sur un module tiers ou sur un autre serveur équipé de la même version de Bareos.
2.5.1
ClamAV
ClamAV À partir de la version 2.5.1, l'antivirus temps réel ClamAV est activé par défaut et utilisé pour le FTP mais est désactivé sur les partages Samba.
Gestion des ACLs depuis l'EAD
L'EAD permet depuis cette version d'appliquer :
des droits par défaut pour un répertoire donné ;
les modifications des droits de façon récursive.
Activation du proxy ESU dans les modèles par défaut
Maintenant, il est possible de configurer l'activation du proxy ESU dans les modèles par défaut. Ces modèles ne sont modifiés qu'à la première instance.
Choix du type de partitionnement à l'installation
Lors de l'installation d'EOLE avec une version supérieure 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.5.2
Mot de passe au 1er redémarrage après installation
Une fois le système redémarré, comme indiqué par le prompt, vous pouvez ouvrir une session en console, mais aussi par SSH, avec l'utilisateur root et le mot de passe aléatoire qui est affiché.
Gestion des ACLs depuis l'EAD
La gestion des droits s'applique désormais aux fichiers et répertoires cachés.
Liste des machines
Dans l'EAD, il était possible de lister des machines du réseau local selon certains critères (Maîtres explorateurs, Contrôleur de domaine, Toutes les stations). Ces options ont été supprimées suite à l'arrêt du support de Windows XP.
JoinEOLE
JoinEOLE est un utilitaire de jonction au domaine Samba.
Il remplace les deux outils anciennement utilisés que forment le couple Prepawin et IntegrDom.
Samba
Deux nouvelles variables expertes permettent de forcer le niveau de protocole maximum supporté par le serveur et d'annoncer le service Spoolss comme architecture x64.
Gestion des bases de données EoleDB
EoleDB est un nouvel outil qui permet de gérer les bases de données sur un module EOLE. Avec un seul fichier de configuration il permet de gérer nativement plusieurs types de bases de donnée (MySQL, PostgreSQL, SQLite, ...). Il prend en charge l'externalisation, la génération et la mise à jour des bases de données.
EoleSSO cluster
EoleSSO peut être paramétré pour stocker les sessions SSO dans une base de données Redis (locale ou distante).
En branchant plusieurs services EoleSSO sur la même base, il est possible de mettre en place une configuration de type cluster en répartition de charge ou en basculement.