dimanche 30 novembre 2003, par Benoît Thébaud

Comedu 14 est maintenant téléchargeable ...

1 - Préparation

Il vous faut le script ComEdu (en fin de document) qui ira ensuite télécharger les logiciels directement sur Internet (Bien entendu, il faudra que le serveur puisse se connecter à Internet). Pour plus de facilité, vous pouvez copier cette procédure sur la disquette d’installation de la mandrake (c’est une disquette DOS).

2- Installation du kit ComEdu

Vous devez être "logué" root sur le serveur.

Si vous avez téléchargé le fichier d’installation depuis un navigateur sur le serveur, il faut le copier dans le répertoire /root.

Si il est présent sur une disquette, mettez cette dernière dans le lecteur et faire dans une console :

mount /mnt/floppy
puis
cp /mnt/floppy/installcomedu14.tgz /root/

Dans les deux cas, placez vous dans le répertoire root et décompressez ce fichier avec :
tar xzvf installcomedu14.tgz
puis
sh install.sh .

La procédure vous demande d’abord les caracteristiques réseau de votre machine . Les valeurs affichées sont les valeurs qui seront prises par default.

Adresse IP : [192.168.1.2].
NETWORK:192.168.1.0 .
NETMASK:255.255.255.0.
BROADCAST:192.168.1.255.
Passerelle par defaut 192.168.1.1
Nom de machine : serveur
Serveur de nom : 193.252.19.3
Nom de domaine internet (toto.dom par exemple ) : college-exemple-ec49.org
Nom de domaine Windows (Workgroup) :
Mot de passe admin :
Mot de passe prof :
Mot de passe eleve :

Puis on vous demandera de confirmer vos choix.

Pendant son déroulement, la procédure demande plusieurs choses :

Montage du CD1 de mandrake
Montage du CD2 de mandrake
Un accès Internet pour télécharger les paquetages suppléméntaires.

Enfin, on vous demandera de changer le mot de passe de root de la machine

3- PostInstallation

La post-installation se réduit au paramétrage de fetchmail pour l’alias collecteur. Fetchmail est chargé de récuperer les messages dans la boite collecteur et de distribuer ces messages aux differents utilisateurs. Dans le cas de notre configuration, le lancement de fetchmail est automatique au boot, on peux enlever ça avec Webmin (System -> Boot Up & Shutdown -> fetchmail).
Si on ne l’utilise pas de manière entierement automatique, il faudra soit le lancer à la main avec la commande "fetchmail -f /etc/fetchmailrc) soit le programmer avec un "cron" (on le lance à 8h, on l’arrete à 17h par exemple).

Le lancement automatique se fait avec le script /etc/rc.d/init.d/fetchmail

Le fichier de configuration se trouve sous /etc/fetchmailrc et peut ressembler à ceci :

#set logfile "/var/log/fetchmail.log"
set postmaster "root@localhost"
set no bouncemail
set daemon 600
poll pop.online.net
proto pop3
envelope 1 Delivered-To :
qvirtual "mondomaine.org-"
localdomains mondomaine.org
user essaicours@mondomaine.org
pass "comedu"
is *
limit 204800
fetchall
#postconnect "xxxx"
#preconnect "xxx"
Les lignes précédées d’un "#" sont en commentaire.

Nous conseillons d’effacer les deux dernières lignes (postconnect et preconnect) qui posent parfois problème.

set logfile : indique le chemin d’un fichier journal des opérations de fetchmail
set postmaster : indique la boite qui recevra les eventuel messages d’erreur d’envoi
set no bouncemail : indique que les messages non delivré seront envoyés aux postmaster au lieu d’etre renvoyé à l’expediteur (un alias est fait entre le postmaster et root)
set daemon xxx : périodocité de ramassage de la boite. La periodicité est en secondes. Si on ne met pas cette option, fetchmail ne tournera qu’une fois
poll/skip : indique une boite a aller verifier. Ce mot peut etre remplacé par "skip" si on veux invalider temporairement la verification de la boite. Le nom qui suite est le nom du serveur. proto : protocole utilisé. Dans notre cas on utilisera POP3
envelope et qvirtual : c’est le prefixe qui est positionné par l’hebergeur. Dans le cas de online.net c’est "nom_de_domaine-"
localdomains : votre nom de domaine où sont envoyé les messages (via la boite collecteur)
user : user de la boite à relever pass : mot de passe limit : taille maximum des fichiers à relever
fetchall : indique qu’il faut rapatrier tous les messages, même ceux qui sont déjà lus
preconnect, postconnect : procedure à lancer avant et apres preconnect pourrait etre utilisé pour tester la connection sur le serveur SmoothWall dans le cas d’une liaison RTC ou RNIS