Modifications entre les versions 26 et 28 (s'étendant sur 2 versions)
Version 26 à la date du 2007-06-06 17:56:30
Taille: 5518
Éditeur: ThomasNoël
Commentaire: le prénom c'est Daouda et l'adresse mail c'est... bon... bref ;)
Version 28 à la date du 2007-06-08 12:38:21
Taille: 5481
Éditeur: JérômeSantini
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 10: Ligne 10:
  1. Adama KA (ESP dep info)
Ligne 13: Ligne 12:
  1. Khadim Bamba MBACKE (ESP génie informatique khadim210@yahoo.fr ?)
Ligne 15: Ligne 13:
  1. ???? SANE (ESP gestion)
Ligne 48: Ligne 45:
Idéalement : les gens arrivent sur des machines déjà installées, on passe quelques heures dessus afin d'étudier un système en fonctionnement. ''Ensuite'', seulement, on le réinstalle. Cela permet de mieux comprendre ce qu'on fait lors de l'installation. On pourrait imaginer un TP de fin de journée (2 heures) sur une réinstallation complète + ajout des services fondamentaux + sécurisation de base. Idéalement : les gens arrivent sur des machines déjà installées, on passe quelques heures dessus afin d'étudier un système en fonctionnement. ''Ensuite'', seulement, on le réinstalle. Cela permet de mieux comprendre ce qu'on fait lors de l'installation. On pourrait imaginer un TP de fin de journée (2 heures) sur une réinstallation complète + ajout des services fondamentaux + sécurisation de base. pour sortir de la logique "easyphp", peut-etre créer n machines moodle sur un serveur openvz ?

Public cible :

Objectif général : être autonome sur l'installation d'un serveur Moodle et savoir en assurer la gestion au quotidien. En détail :

  • installation de base d'un serveur (cas de Debian GNU/Linux 4.0 Etch)

  • installation et sécurisation d'un système LAMP (P=PHP)
  • installation d'une application Web LAMP (cas de Moodle)
  • outils de suivi de supervision et de maintenance d'un serveur au quotidien
  • techniques de suivi d'une application web (cas de Moodle)
  • mise en place d'un système de sauvegarde/restauration
  • bonnes pratiques pour réagir en cas de problème
  • bonnes pratiques de maintenance préventive
  • bonnes pratiques de sécurisation globale d'un système informatique

Prérequis et critères de sélection des candidats :

  • niveau de base Unix/Linux : avoir déjà pratiqué Linux et savoir ce que c'est que la "ligne de commande"
  • être impliqué techniquement dans un projet de formation à distance

Formateurs :

  • principaux : Jérôme Santini et Thomas Noël
  • assistants : Zoser Biziki et une personne du C3LD

Programme

Jour 1

Idéalement : les gens arrivent sur des machines déjà installées, on passe quelques heures dessus afin d'étudier un système en fonctionnement. Ensuite, seulement, on le réinstalle. Cela permet de mieux comprendre ce qu'on fait lors de l'installation. On pourrait imaginer un TP de fin de journée (2 heures) sur une réinstallation complète + ajout des services fondamentaux + sécurisation de base. pour sortir de la logique "easyphp", peut-etre créer n machines moodle sur un serveur openvz ?

  • installation serveur etch (lvm)
    • déroulement du processus d'installation
    • expliquer la façon de partionner, et l'usage des répertoires associés à ces partitions.
    • une fois l'installation effectuée, description rapide de la FHS et du processus de boot
    • petit tour rapide des commandes de base : man, cd, ls, less, vi/emacs, grep
    • tour des fichiers de conf : /etc/fstab...
  • configuration des parametres réseau de base
    • /etc/network/interfaces
    • /etc/resolv.conf
    • /etc/sysctl.conf
  • gestion des paquets, suivi et mise à jour d'un serveur
    • présentation de la politique des versions Debian, et de celle d'Ubuntu
    • sources.list, dépots APT officiels
    • aptitude update, upgrade/dist-upgrade, search, clean
    • apt-cache show, policy
    • apticron, apt-listchanges
  • sécurisation de base (système et réseau)
    • utilisateurs -> processus -> droits sur les fichiers

    • mot de passe root
    • interfaces graphiques, webmin & co : pourquoi faut-il éviter

    • /etc/sudoers
    • clefs ssh
    • supprimer les services inutiles

Jour 2

  • installation apache2 + virtualhost
  • installation php (php5 ?)
    • Je sais pas pour Moodle, mais il y a d'autres logiciels (comme PMB) qui ne supportent pas PHP5. PHP4 et PHP5 peuvent être installés en parallèle, mais pas les modules correspondant pour Apache. J'imagine que ce doit être jouable pourtant, à vérifier. -- ProgFou

  • toute petite initiation à php (écriture d'un mini script afin de comprendre le fonctionnement)
  • installation / configuration de base mysql
  • installation du module php-mysql
  • étude d'un script php simple effectuant des opérations SQL
  • notions de sécurisation autour des composants (pourquoi on n'installe PAS phpmyadmin sur ce serveur)

Jour 3

  • les plateformes de formation à distance. Tour d'horizon, pourquoi Moodle ?
  • présentation plus complète de moodle
  • installation de moodle
  • configuration moodle "de base" (compte admin, etc.)
  • installation de quelques plugins
  • comment mettre à jour le design (logo sur la page d'accueil, etc) (demande de PJ)

Jour 4

  • moodle coté utilisateur (intervenant(s) : A. Mbengue ou L. Gomis ou équivalent)
  • mise à jour du moteur moodle : pourquoi, quand, qui et comment ?
  • gérer plusieurs plateformes Moodle : hébergement mutualisé (différentes techniques, du virtualhost à openvz)

Jour 5

  • bonnes pratiques de l'administration système : que faire, comment réagir face à un problème ?
  • suivi et supervision d'un serveur. Outils temps réels, outils de suivi.
  • sauvegarde/restauration de données

ZAO/Dakar/Projets/FormationMiseEnPlaceMoodle (dernière édition le 2008-02-21 22:09:51 par localhost)