Ticket #591 (new defect)

Opened 2 years ago

Last modified 2 years ago

Le nom de domaine demandé à l'installation n'est vérifié qu'à la toute fin de celle-ci

Reported by: jonathan@globenet.org Assigned to: anonymous
Priority: normal Milestone: alternc-1.0
Component: Package Debian Version: alternc-0.9.4
Severity: block Keywords:
Cc:

Description

La validité du nom de domaine demandé à l'installation du paquet par l'intermédiaire de debconf n'est finalement vérifiée qu'à la toute dernière étape de l'installation : la création du compte root.

Le compte root est créé avec comme adresse de contact root@$L_FQDN, vérifié par la fonction checkmail() (/var/alternc/bureau/class/functions.php).

Hors le domaine $L_FQDN n'est pas vérifé à lors de l'installation du paquet, et si ce domaine n'est pas valide (pas de tld), l'installation du compte root ne fonctionne pas (message d'erreur err_1_1 cryptique au plus haut point, qui n'entraîne d'ailleurs pas l'interruption du script alternc.install, laissant le système fonctionnel, mais inutilisable car sans aucun compte créé).

Le script d'install de postfix (/var/lib/dpkg/info/postfix.config, en perl) contient des routines de vérification de la validité d'un nom de domaine au sens de la rfc1035 (piquées au script de configuration d'exim). On pourrait s'en servir afin d'éviter ce genre de désagréments.

Ce n'est pas essentiel, juste pas terrible quand on fait des tests mais tout de même ...

Change History

03/16/06 02:28:04 changed by anonymous

  • summary changed from Le nom de domaine demandé à l'installation n'est pas vérifié à ce moment to Le nom de domaine demandé à l'installation n'est vérifié qu'à la toute fin de celle-ci.

03/18/06 09:08:41 changed by larpoux

  • priority changed from low to normal.
  • severity changed from minor to block.

D'autres problèmes liés à ce bug :

1- Lors d'une installation, le fameux FQDN n'est pas toujours demandé (priority). Il prend alors une valeur par défaut (localhost sur mon système) qui rend impossible l'installation d'alternc

2- Ce fameux "FDQN" n'est toujours pas limpide pour un novice. (Alternc peut très bien être installé sur un système qui n'a pas de domaine public affecté). De plus, lors de dpk-reconfigure, il propose un "localhost" qui semble à priori une bonne idée, et il précise en plus que cette valeur par défaut "est probablement le bon choix!"

3- Plus généralement, l'obligation d'avoir à fournir systématiquement une adresse email *PUBLIQUE* valide lors de la création d'un nouveau membre alternc est relativement désagréable. Un membre alternc peut très bien n'avoir qu'une adresse email interne, voir pas d'adresse email du tout), et pourtant avoir vesoin d'être validé en tant que membre alternc. Le problème rencontré avec "newone" est donc peut-être un problème plus général

04/01/06 23:16:52 changed by anarcat

  • milestone set to 1.0.