Manuels

Cette page est dédiée aux manuels d'administration des serveurs que j'ai mis en oeuvre.

Nom du serveur

Fonction réalisée
Serveur RPA Villebon Ce serveur avait pour vocation d'offrir l'hébergement des fichiers, paramètres, comptes clients, d'une salle de formation en bureautique. Les pricipaux clients ont été les Anciens qui souhaitaient se former à l'utilisation de l'Internet et des outils bureautique.
Serveur Mesnil Serveur privé mis en oeuvre pour assurer les fonctions de serveur de fichier Samba, FTP, WEB.
Serveur CTM Villebon Ce serveur réalisé avec un PC Compaq, inutilisable en tant que poste de travail, a pour fonction de remplacer un Serveur NT4 dans son rôle de serveur de domaine. Installé avec une des premières Fedora, il aura fonctionné sans jamais perdre un fichier. Le plus long RUN sans RESET ou redémmarage aura été de plus de 500 jours. Ce RUN fut interrompu par mon successeur pour cause de retour à un OS payant sur un serveur dispendieux. 
Serveur EeePC Ce serveur, un notebook ASUS, a été choisi car son coût, ses performances qui lui permettent de réaliser à la fois les fonctions de serveur WEB, FTP, mais aussi de HUB multimedia pour visionner des films ou écouter des WEB radios.
Cette machine a été volée le 14 Avril 2014.
Serveur Intel
DC3271IYE		 Ce serveur a été choisi pour son format réduit, l'absence de ventilateur et disque dur ainsi que pour son alimentation mono tension (18V) qui permet l'insertion d'un pack accumulateurs faisant fonction d'alimentation secourue.
Par ailleurs, l'interface video HDMI offre une qualité d'image et de son qui autorise ce serveur à devenir un HUB Multimedia.

Autres fonctions
Filezilla Installer un client FTP
Scanner Uniden Bearcat
UBC75XLT		 User manual du scanner UBC75XLT


Cahier des Charges

Elements de structuration d'un Système d'Information.

Nom du Cahier

Fonction à Remplir
Plan directeur Un logiciel bien écrit ne tombe pas en panne, il ne s'use pas, s'il devient obsolète c'est que le matériel ou un composant stratégique qui le supporte cesse d'exister.

Vive cette cochonerie d'obsolescence programmée qui fait vivre les outils propriétaires ! Il est possible de contourner ce vrai problème et garantir la pérennité d'une application : ne pas dépendre de "machins" propriétaires.

L'Internet a montré la voie : le navigateur ne dépend pas du serveur qui ne dépend pas du navigateur : tous deux dialoguent à travers une méthodologie "ouverte", à savoir HTML pour le langage, TCP/IP pour la transmission.

En choisissant, pour votre application, une architecture de type Internet, vous vous protégez contre la disparition d'un composant clé, matériel ou logiciel. Peu importe les évolutions des composants, votre application tournera.

Ne soyez pas un mouton, optez pour les standards ouverts, vous ferez de belles économies de temps, d'argent, de formation spécifique produit. Vous pourrez enfin vous consacrer à votre métier.

Ce document a été rédigé dans le cadre de mes fonctions de direction du S.I. de la mairie de Villebon, comme je ne suis pas prophète, donc probablement mauvais communiquant, il est malheureusement resté lettre morte. 


Configuration Serveur

Obtenir la configuration matérielle et sur quelques éléments de l'environnement Apache/PHP

C'est parfaitement indigeste pour plus de 99,9% de la population, j'ai besoin d'Aspirine après ça.
Pour le reste, faut pas rêver, tout ce qui concerne la sécurité et la sureté du serveur, j'ose
espérer que personne n'y a accès. Si vous découvrez une faille, s'il vous plaît contactez-moi.
Dans le cas où vous en mettez une faille à jour, que vous me montrez le Modus Operandi,
qu'il existe un correctif, promis on se siffle ensemble une bouteille de Champagne.


RETOUR (Home page)