L'horaire de "Mise à jour automatique" ne s'enregistre pas.
Vu avec Fernando.

Apparament la redirection de port temporaire afin de pouvoir faire de la maintenance de puis l'internet directement vers le LAN (en général vnc (5900) ou rdp(3389)) ne fonctionne plus.


Essai depuis la froumilliere via free.fr.

faut il faire quelque chose avec le parefeu ?

Il arrive assez régulièrement qu'une carte réseau tombe en carafe et qu'il faille la changer.
Or, si l'on ne veut pas réinstaller tout le slis, la seule façon d'assigner correctement le nouveau matériel est d'éditer /etc/udev/rules.d/70-persistent-net.rules en se logguant en root sur l'hôte.
Une entrée dans l'interface web d'admin pour le faire serait pas mal du tout.

le reverse proxy vérifie si le nom dns utilisé pointe bien vers l'adresse IP lan du slis. Hors le slis possède plusieurs IP (wan, dmz, lan,...). La condition est donc trop restrictive.

Afin de simplifier la configuration académique des slis, il faudrait permettre l'éxecution de scripts présent sur dans l'archive de configuration à l'installation d'un slis.

Cela permettrait notamment d'installer des paquets spécifiques à une acédémie au premier reboot qui ne sont pas sur l'iso.

Il faudrait pouvoir donner la possibilité de :
- signer un certificat SSL par une autorité compétente
- récupérer clé+certificat pour l'archiver (par exemple dans le coffre de l'établissement)
- restaurer un clé+certificat.

La restauration/sauvegarde doit être faite par slis-backup mais aussi de manière indépendante.

Le certificat SSL actuel est valide uniquement pour le domaine slis.$DOMAIN. Avec l'arrivée du reverse-proxy, il faudrait que celui-ci soit valident pour l'ensemble des domaines *.$DOMAIN.

Pour faciliter la transition entre les deux certificats, nous pouvons créer un bout d'interface dans hadmin dont le but serait de pouvoir regénérer clé et/ou certificat.

En workaround de bugs du driver newhidups, le paquet slis-ups intégre de quoi relancer le service nut tous les jours (FS#330).
Or, le restart n'est fait que si l'onduleur n'est pas sur batterie. Pour effectuer le test, on utilise "upsc". Mais si nut est planté, upsc échoue et le service n'est pas relancé, alors qu'il le devrait.
Il faut donc tester le cas où un onduleur est configuré mais où le service est planté.

Dans le cas où le paramètre DEBIAN_GUEST_ACTIVE n'est pas précisé dans la conf slis.conf, le comportement par défaut doit être de ne pas installer la troisième machine.

Sur une machine avec 4Go de RAm et la dernière iso daily la machine virtuelle slis ne démarre pas car elle n'a pas assez de mémoire disponible. Il semble que l'option de l'hyperviseur/noyau dom0_mem ne soit pas défini après l'installation.