Rapport de stage - bendescamps.free.frbendescamps.free.fr/cours_pdf/RS_02.pdf · Rapport de stage DESCAMPS Benjamin le 23 mars 2003 3 1 / 49 ... - Caisses d’Epargne des Pays Lorrains

Rapport de stage

DESCAMPS Benjamin le 23 mars 2003 3 1 / 49 IUT informatique de gestion.

RAPPORT DE STAGE IUT Informatique de gestion Socié té NORSYS, Domaine « Ingé nierie Systèmes et Ré seaux »

DESCAMPS Benjamin

Université des sciences et technologies de Lille

PDF created with FinePrint pdfFactory trial version http://www.fineprint.com

http://www.fineprint.com

Rapport de stage


Remerciements

Je tiens tout d’abord à remercier l’ensemble du personnel de Norsys et notamment le domaine « Ingénierie Systè mes et Réseaux » (« I.S.R. » ) auquel j’étais rattaché, pour leur disponibilité, leur ouverture dans le domaine de la communication, ainsi que leur volonté de transmettre des compétences. Selon moi ces trois aspects de la communication sont trè s importants dans une entreprise qui se veut conviviale et qui se fixe comme priorité le bien ê tre du personnel.

Parmi tous ces salariés qui composent Norsys, je voudrais remercier tout

particuliè rement : Ø Monsieur Denis CASSORET (responsable du domaine « I.S.R. » ), pour

m’avoir offert des missions trè s variées tout au long de ce stage. Ø Monsieur Sylvain LAPEIRE (responsable de projet dans le domaine

« I.S.R. » ), pour m’avoir conseillé et suivi dans certains projets, je pense notamment à l’étude de Winpark et à la gestion des CD.

Ø Monsieur Christophe BULOT (employé dans le domaine « I.S.R. » ), qui

m’a accompagné au quotidien dans mon évolution professionnelle.

Ø Plusieurs stagiaires en I.U.P. MIAGE : Nicolas WIERZEJEWSKI, projet Samba ; Thomas RECLOUX, et ses connaissances du monde Linux, Morgane LECLERE, qui m’a accompagnée elle aussi au quotidien.

La suite de mes remerciements ira aux enseignants de l ’I.U.T. « Informatique de Gestion » , pour m’avoir offert une formation trè s complè te en parallè le avec la réalité du monde professionnel.

Et enfin, Monsieur DUSZYNSKI pour m’avoir fait confiance il y a deux ans au

tout début de cette aventure dans l’informatique.



Rapport de stage


SOMMAIRE

SOMMAIRE................................ ................................ ................................ ................................ ...................... 3 I. PRESENTATION DE NORSYS ................................ ................................ ................................ ...................6

1° ) Norsys, quelques chiffres :................................ ................................ ................................ ...................... 6 2° ) Domaines de compé tences : ................................ ................................ ................................ ................... 7 3° ) Ses principaux clients :................................ ................................ ................................ .......................... 8 4° ) Environnement technique :................................ ................................ ................................ ..................... 9 5° ) Synthèse :................................ ................................ ................................ ................................ .............. 10

II L’ENVIRONNEMENT DE TRAVAIL................................ ................................ ................................ ...................12 1° ) Ma première semaine à Norsys ................................ ................................ ................................ ............ 12 2° ) Systèmes d’exploitation utilisés ................................ ................................ ................................ ............ 14 3° ) Logiciels clients et serveurs................................ ................................ ................................ .................. 15

III. MON TRAVAIL A NORSYS ................................ ................................ ................................ ...................16 Présentation succincte................................ ................................ ................................ ................................ 16 1. Projet SAMBA sous Linux ................................ ................................ ................................ ...................... 19

a°) Initialisation du projet ................................ ................................ ................................ ................................ ......... 20 b°) Qu’est-ce que Samba ................................ ................................ ................................ ................................ .......... 20 c°) Le protocole SMB................................ ................................ ................................ ................................ ............... 21 c°) Le déroulement du projet ................................ ................................ ................................ ................................ ....22 d°) Ce que m’a apporté ce projet ................................ ................................ ................................ .............................. 22

2. Gestion des CD à Norsys................................ ................................ ................................ ........................ 23 a°) Prise en main du logiciel ................................ ................................ ................................ ................................ .....23 b°) Le déroulement de cette tâche................................ ................................ ................................ ............................. 24

3. Etude de « Winpark » ................................ ................................ ................................ ............................. 25 a°) Principe de Winpark ................................ ................................ ................................ ................................ ........... 25 b°) Winpark, comment ça marche ? ................................ ................................ ................................ .......................... 27 c°) Ce que j’ai réalisé................................ ................................ ................................ ................................ ................ 27

4. Vous avez dit client-léger ? ................................ ................................ ................................ .................... 30 a°) Pourquoi un client-léger................................ ................................ ................................ ................................ ......30 b°)Installation ................................ ................................ ................................ ................................ ........................... 30

5. Installation d’un routeur ................................ ................................ ................................ ........................ 31 a°) Pour quoi faire ................................ ................................ ................................ ................................ .................... 31 b°) Déroulement ................................ ................................ ................................ ................................ ....................... 32

6. Installation de Sendmail ................................ ................................ ................................ ......................... 33 a°) Pourquoi Sendmail................................ ................................ ................................ ................................ .............. 33 b°) Informations indispensables................................ ................................ ................................ ................................ 34 c°) Configuration de Sendmail ................................ ................................ ................................ ................................ .34

7. Installation d’un annuaire (norme LDAP-X500) ................................ ................................ ................... 35 a°) Les solutions LDAP ................................ ................................ ................................ ................................ ............ 35 b°) Structure des données ................................ ................................ ................................ ................................ ......... 35 c°) Résumé d’une communication LDAP................................ ................................ ................................ ................. 37

IV. SYNTHESE SUR LA MOE ................................ ................................ ................................ ...................... 39 1° ) Formation ................................ ................................ ................................ ................................ ............. 39 2° ) Vie professionnelle ................................ ................................ ................................ ............................... 40 3° )Vie d’entreprise et vie extra-professionnelle ................................ ................................ ......................... 40

V. CONCLUSION................................ ................................ ................................ ................................ ...........42



Rapport de stage


Introduction

Du 10 Avril au 23 Juin 2000 j’ai réalisé mon stage de fin de deuxiè me année d’I.U.T. « Informatique de Gestion » dans la société Norsys, une Société de Services d’Ingénierie Informatique dont le siè ge se situe à Villeneuve d’Ascq, spécialisée dans les domaines Client / Serveur et Internet / Intranet.

Dans un premier temps, je présenterai l'entreprise Norsys ainsi que ses principaux partenaires et son organisation et dans un deuxiè me temps, je détaillerai les projets auxquels j’ai participé chez les différents clients de Norsys : La Société d’Assurance Mutuelle sur la Vie « La Mondiale » Une société spécialiste de l’hygiè ne alimentaire « Clabo Conseil » Et la Municipalité de la « Mairie de Lille » Ainsi que plusieurs projets internes à Norsys.

Parallè lement à ces missions, Norsys confie aux stagiaires une Mission Ouverture sur l’Entreprise dont le thè me a été, en ce qui concerne mon groupe, les métiers de l’informatique. Cette mission permet à chacun des stagiaires de mieux comprendre l’environnement de travail dans lequel il évolue mais également d’acquérir certaines méthodes d’analyse, de réalisation et de synthè se d’interviews face à des intervenants qu’il connaît ou ne connaît pas.

Pour conclure, je mettrai l'accent sur les nombreux aspects que j’ai découvert dans une entreprise informatique et les différentes particularités de mon stage.



Rapport de stage




Rapport de stage


I. PRESENTATION DE NORSYS

Norsys est une Société de Services en Ingénierie Informatique ayant vu le jour le 26 janvier 1994. Elle a été fondée par 3 associés, Sylvain Breuzard, Jean-Michel Van-Geysel et Gilbert Vasseur.

Actuellement, Norsys se compose de deux antennes : Ø Norsys France : Son siè ge est à Villeneuve d'Ascq. A la fin de cette année, la société déménagera à Ennevelin. Une antenne à Paris sera prochainement ouverte. Elle est chargée des différentes études et réalisations, des fonctions commerciales, du management et de la direction du groupe. Ø Norsys Afrique : Son siè ge est à Marrakech (Maroc). Elle réunit une équipe locale. Cette situation stratégique permet de pouvoir s'ouvrir au marché informatique africain.

1° ) Norsys, quelques chiffres : Depuis sa création, Norsys connaît une évolution constante de son chiffre

d’affaire et de son effectif comme le montrent les graphiques suivants :

Evolution des effectifs à Norsys

020406080

100120140

1994 1995 1996 1997 1998 1999 2000

Employé sStagiaires

0

10

20

30

40

1994 1995 1996 1997 1998 1999

Chiffre d'affaire(en millions de francs)



Rapport de stage


2° ) Domaines de compé tences : On peut actuellement distinguer trois grands domaines d ’activité :

Ä Les applications Client/Serveur

Ce domaine couvre l’ensemble des gros projets de développement applicatif (Ex. : poste de travail bancaire). Dans ce domaine, Norsys a su s’imposer grâ ce à la compétence de ses équipes et sa forte capacité d’engagement en termes de coû t et de délais.

Ä L’ingé nierie

Ce domaine consiste à mettre en œ uvre et à intégrer les composants majeurs d'une architecture technique (réseaux, bases de données, middlewares, poste de travail, serveur, déploiement, télédistribution, prise de contrôle à distance . . .)

Ä Le Groupware / Internet Ce domaine couvre tout ce qui concerne le travail en groupe : échanges de documents, messageries, interconnexion de messageries en environnement sécurisé, gestion de documents... Il va de l'analyse des impacts organisationnels à la mise en œ uvre de l'architecture technique et des développements fonctionnels.

Ré partition du CA par domaines

Projets C/S et Intranet

69%

Ingénierie21%

GroupWare et Internet

10%



Rapport de stage


3° ) Ses principaux clients :

Norsys a su conqué rir et fidé liser de grands comptes ré gionaux et nationaux. Au dé part, centré e sur le secteur des banques et assurances, la socié té a depuis é largi ses activité s. Voici quelques-uns de ses clients : • Banques et é tablissements financiers - Caisses d’Epargne de Flandre et de Picardie - Caisses d’Epargne des Pays Lorrains et de Franche-Comté - Crédit Agricole 62 - SNVB • Assurances - GAN Capitalisation - La Mondiale - Groupe Verspieren • Distribution et vente par correspondance - La Redoute - 3SUISSES - Damart

• Secteur public - CUDL, - Conseil Régional 59/62 - Chambre de Commerce et d'Industrie de Lille Metropole - Académie de Lille

• Services - Société des Eaux du Nord - Gaz de France - France 3 - CNAM • Industries - Henkel France - ELECTROLUX - Massey Ferguson - Alstom - Plastic Omnium - Clabo Conseil - FNTR • Tourisme - Fédération Régionale des Offices de Tourisme 59/62



Rapport de stage


4° ) Environnement technique :

Norsys dispose d’un parc informatique composé de 200 machines environ. Plusieurs serveurs ont été mis en place afin de recréer les environnements propres à chaque client. Norsys est ouvert à toutes les technologies grâ ce à ses divers projets dont voici un aperçu : Ø Systè me d’exploitation : ♦ MICROSOFT : Windows 2000/98/NT/CE, ♦ IBM : OS/2 WARP, AIX , ♦ NOVELL , ♦ MACINTOSH , ♦ UNIX, ♦ LINUX Ø Réseaux locaux : ♦ Netware, ♦ Lan Server, ♦ Lan Manager Ø Développement : - Outils • NAT SYSTEMS: NSDK, NatStar, Natweb • MICROSOFT : VisualBasic, Visual Interdev, Visual C++ • ORACLE : Designer/2000, Developer/2000, Web DB • IBM : Visual Age for Java • SYMANTEC : Visual Café - Langages : C, C++, Java, Cobol Ø SGBDR : ♦ ORACLE, ♦ IBM : DB2/UDB, ♦ MICROSOFT : SQL/Server, Access , ♦ INFORMIX Ø Middleware : ♦ BEA : Tuxedo ♦ IBM : MQ/Series, WebSphere ♦ MICROSOFT : Transaction Server Ø Architectures Groupware/internet : ♦ LOTUS : Domino, Lotus Notes ♦ MICROSOFT : Exchange, IIS, Outlook, Proxy ♦ NETSCAPE : SuiteSpot



Rapport de stage


5° ) Synthèse :

SYSTEMES • MICROSOFT : Windows

98/NT/CE • IBM : WARP, AIX • NOVELL • MACINTOSH • UNIX, LINUX

ARCHITECTURES GROUPWARE/INTERNET

• LOTUS : Domino, Lotus Notes • MICROSOFT : Exchange, IIS,

Outlook, Proxy • NETSCAPE : SuiteSpot

SGBDR • ORACLE • IBM : DB2/UDB • MICROSOFT : SQL/Server,

Access • INFORMIX

MIDDLEWARES • BEA : Tuxedo • IBM : MQ/Series, WebSphere • MICROSOFT : Transaction

Server

OUTILS DE DEVELOPPEMENT

• NAT SYSTEMS: NSDK,

NatStar, Natweb • MICROSOFT : VisualBasic,

Visual Interdev, Visual C++ • ORACLE : Designer/2000,

Developer/2000, Web DB • IBM : Visual Age for Java • SYMANTEC : Visual Café



Rapport de stage




Rapport de stage


II L’environnement de travail

1° ) Ma première semaine à Norsys Comme tout premier baptê me pour un stagiaire j’étais nerveux et tendu lors de mon arrivée à Norsys, je me suis présenté le lundi 10 avril 2000. Je savais que mon responsable de stage était Denis CASSORET et que j’allais travailler dans le domaine « Ingénierie Systè mes et Réseaux » (« I.S.R. » ) sur un projet « réseaux » qui consistait à interconnecter deux entreprises à l’aide de deux routeurs. Monsieur CASSORET, responsable du domaine « Ingénierie Systè mes et Réseaux » par ses déplacements fréquents chez les clients de Norsys ou chez des clients potentiels ne pouvait pas me suivre quotidiennement dans mon travail, pour y remédier Norsys m’a donc affecté un second responsable de stage : Christophe BULOT (employé dans le domaine « I.S.R. » ). Ceci dans le but de m’épauler et de faciliter mon intégration dans le monde professionnel et dans l ’entreprise. C’est donc Monsieur BULOT qui m’a accueilli. Il m’a présenté l’équipe, elle se compose de 15 personnes, dont 6 stagiaires (j’étais le seul stagiaire provenant de l’I.U.T. informatique de gestion). Suite à cette présentation du personnel, je me suis installé entre Christophe et Morgane LECLERE stagiaire elle aussi, mais de l ’I.U.P. M.I.A.G.E. de Lille « I » . Chaque mois est organisée à Norsys, et dans chaque domaine que comprend l’entreprise, une « réunion de domaine » , ces réunions font l’objet d’un rassemblement de tous les salariés et stagiaires qui composent un mê me domaine afin d’établir un bilan des projets en cours, terminés ou nouveaux, de déterminer si certains projets ont de l’avance ou du retard et de trouver des solutions pour les finir à temps. Elle permet aussi de savoir qui fait quoi dans l’équipe, sur quel projet il travaille et avec qui. Ces réunions permettent donc de mieux conna ître le domaine dans lequel on travaille, de savoir ce que chacun fait et de savoir se situer par rapport au groupe. C’est donc lors de cette réunion que j’ai fait la connaissance de pratiquement toutes les personnes du domaine « I.S.R. » (certains salariés étant en déplacement chez le client), et que j’ai eu l’occasion de me présenter face à toute l’équipe (formation, but du stage, durée… ).



Rapport de stage


Cette réunion m’a aussi montré que dans une société de service, on ne peut jamais prévoir à l’avance quel projet on aura à faire dans les semaines à venir, ou dans la semaine qui suit. En effet, en arrivant à Norsys, je pensais réaliser un projet « réseaux » , où le but était d’obtenir une liaison entre deux entreprises (Norsys et un client qui m’était encore inconnu) à l’aide de deux routeurs. Et c’est à la fin de la réunion au moment de présenter aux autres ce que j’allais faire, que Denis CASSORET m’a proposé un nouveau projet qui consistait à installer et mettre en œ uvre un serveur Linux dans un domaine NT existant. C ’est par le retard du projet « routeur » que j’ai été affecté à cette tâ che. A la fin de cette réunion, qui a durée toute la matinée, et dans le but de m’intégrer plus facilement et plus rapidement à l’équipe, je suis allé manger avec une partie de l’équipe à l’extérieur. Lors de ce repas nous avons discuté des cours dispensés à l’I.U.T. et de la réalité professionnelle dans les entreprises. Je me suis rendu compte une nouvelle fois qu’il y avait un fossé entre ce monde professionnel et le monde étudiant. En effet, soit les enseignements délivrés dans les universités sont en avance avec leur époque, soit ce sont les entreprises et plutôt leurs clients qui sont en retard par rapport aux nouvelles technologies, il est vrai que le monde professionnel met toujours un certain temps à accepter et à utiliser une nouvelle technologie, les clients attendent souvent d’ê tre rassuré sur ces nouvelles technologies avant de les accepter. Pour le reste de la semaine j’ai donc réalisé le projet « Linux » en collaboration avec un stagiaire de l’I.U.P. M.I.A.G.E. : Nicolas WIERZEJEWSKI (reportez-vous à la partie « é tude dé taillé e des projets, Linux et Samba » ). Ce projet devait s’effectuer dans un autre bureau que celui du domaine « I.S.R. » , j’ai été intégré à une nouvelle équipe du domaine « S.I.I. » qui comprend tous les développeurs de Norsys, soit les trois quarts de l’effectif de l’entreprise. Cette nouvelle intégration en deux jours s’est elle aussi trè s bien passée et elle m’a d’ailleurs permis de connaître dè s la premiè re semaine un nombre important de salariés de l’entreprise. J’ai donc jonglé cette premiè re semaine entre les deux bureaux, avec à l’étage mon ordinateur de travail et au rez-de-chaussée le poste « Linux » . De cette premiè re semaine je retiendrais tout particuliè rement au-delà de l’ambiance conviviale qu’il existe à Norsys, un geste certes simple, mais sympathique et trè s important pour une entreprise qui prône la communication en interne, ce geste consiste tout simplement tous les matins à dire « Bonjour » à tout le personnel déjà présent à Norsys, pour cela un grand nombre d’employés effectuent tout le tour de l’entreprise chaque matin afin de dire bonjour à tout le monde. Etant donné que je trouvais ce geste sympathique et trè s intéressant pour connaître tous les salariés et se faire connaître de tous les employés de la société, je l’ai moi-mê me effectué toute la premiè re semaine, ainsi que durant toute la durée du stage.



Rapport de stage


2° ) Systèmes d’exploitation utilisé s

Nous avons vu jusqu’à maintenant que Norsys était divisé en plusieurs domaines, pour chaque domaine les systè mes d’exploitations utilisés sont en grande partie les produits Windows avec Windows 95, Windows 98, Windows 2000 et Windows NT 4. Dans le domaine « ISR » , le systè me d’exploitation le plus utilisé reste en grande partie Windows NT, c’est d’ailleurs celui que j’ai utilisé, cet environnement multitâ che, convivial, de technologie 32 bits ne m ’était pas inconnu puisque nous l’avons utilisé à l’I.U.T. lors des deux années d’enseignements, je me suis donc rapidement adapté aux méthodes de travail pratiquées à Norsys. Par le biais de certains projets, j’ai été amené à travailler avec d’autres systè mes d’exploitation, c’est le cas notamment pour le projet « Linux » , où j’ai utilisé « Mandrake 7.0 version 2 » , je connaissais moins ce systè me d’exploitation, mais c’est toujours trè s enrichissant de découvrir un nouveau produit. Il faut préciser aussi qu’à Norsys j’étais la premiè re personne à utiliser un tel systè me d’exploitation fonctionnant avec la technologie Linux. Enfin pour d’autres petits projets, j’ai aussi utilisé « Windows 3.11, 95, 98 et 2000 » . Quelques fois pour une manipulation, et d’autres fois durant plusieurs jours. Durant ce stage, je me suis donc servi de six systè mes d’exploitation différents, ce qui représente un trè s bon apport d’expériences et de compétences dans le monde de l’informatique. Il est en effet important de savoir et de conna ître un maximum d’outils de développement dans ce secteur en perpétuelle évolution.



Rapport de stage


3° ) Logiciels clients et serveurs Voici les logiciels que j’ai utilisés sous le systè me d’exploitation de Linux : - Le logiciel « Samba » pour interroger ce serveur via une machine distante

fonctionnant sous Windows, et quelle que soit la version. - Le serveur de messagerie « Sendmail » dans le but de faire migrer des comptes

mail fonctionnants sous « Microsoft Exchange » vers Linux. - L’annuaire « Open LDAP » , fonctionnant avec le protocole LDAP-X500, qui

permet de disposer des informations sur les employés de l’entreprise et disposer d’un annuaire normalisé. Cette interrogation peut se faire à partie de n’importe quel browser internet.

Enfin les logiciels manipulés aussi bien sous Windows 95, 98, 2000 ou NT :

- Lotus Domino Notes pour la messagerie électronique qui est importante dans une société ayant de nombreux contacts avec ses clients. Lotus est aussi utilis é pour gérer quotidiennement la gestion des CD existants à Norsys (emprunt, retour et arrivée).

- Winpark Actima contient une interface conviviale afin de gérer de maniè re efficace son parc informatique.

- Sous Windows 2000, il est possible de créer un terminal serveur, et d’y connecter des postes clients, appelés « Client-lé ger » nécessitant de trè s peu de ressources.



Rapport de stage


III. MON TRAVAIL A NORSYS Pour présenter le travail que j’ai effectué à Norsys, il faut d’abord préciser la particularité du domaine « I.S.R. » , en effet contrairement au domaine « S.I.I. » qui regroupe tous les développeurs où les projets s’étalent dans le temps, et où les tâ ches sont bien définies, un développeur sait qu’il doit effectuer un programme bien précis, il peut donc organiser son travail comme il le souhaite. Alors que dans le domaine « I.S.R. » on sait que l’on a un but à atteindre, avec dans certain cas plusieurs solutions qu’il faut étudier, à partir de là il est donc plus difficile de se donner une date buttoir, j’ai aperçu cela lors d’un déplacement chez le client « Clabo Conseil » (pour avoir des informations sur ce client, reportez-vous à la partie « Etude dé taillé e des projets, le routeur » ). C’est donc pour ces raisons que ma mission à Norsys a été un peu spéciale, de plus contrairement à la plupart des projets effectués par les étudiants de l’I.U.T. je n’ai pas eu de développement à faire. Je devais plutôt réfléchir et étudier toutes les solutions possibles pour réaliser un projet de type réseau et solutions informatique, et ceci aussi bien pour les clients que pour les projets internes à Norsys. C’est donc par le biais de mon appartenance à cette équipe, que j’ai eu le grand privilè ge d’étudier des domaines et des solutions informatiques qui jusque -là m’étaient inconnus : installation et configuration d’un routeur, étude d’un serveur Linux ou encore étude d’un logiciel de gestion de parc informatique. Ce stage par sa diversité des projets effectués m’a donc apporté beaucoup d’expériences et de compétences dans le secteur de l’informatique.

Pré sentation succincte Vous pouvez apercevoir un planning répartissant les différents projets effectués à Norsys lors de mon stage, avec pour chacun le nom du client s’il y en a un dans le cas contraire c’est un projet interne pour le fonctionnement de Norsys, une date de début, une date de fin, la durée et un histogramme représentant son évolution dans le temps.



Rapport de stage


J’ai donc effectué sept projets différents lors de mon stage de fin d’étude à Norsys, avec pour chaque projet des particularités faisant appel à des notions vues en cours, apprises sur le lieu mê me de mon stage ou approfondies dans des groupes de discussions sur internet. Voici un graphique représentant une répartition en masse de travail journalier des différents projets réalisés.

Ré partition temporelle de mes projets à Norsys

5%

30%

33%

3%

13%

11% 5%

Mandrake et SambaGestion des CDEtude de WinparkClient-légerRouteurSendmailAnnuaire LDAP



Rapport de stage


Pour la suite du rapport je vais vous présenter tous les projets, un à un, dans l’ordre chronologique. On traitera donc en premier lieu, la partie « Linux » et l’installation d’un « serveur Linux » étant membre d’un domaine Windows, quelle qu’en soit la version.

Nous verrons ensuite deux projets qui se sont effectués dans la durée, puisqu’ils concernent respectivement 45 et 49 jours, ces projets reposent sur la « gestion des CD » à Norsys avec un logiciel déjà développé, et sur l’étude complè te d’un logiciel de gestion de parc informatique « Winpark Actima » .

En parallè le à ces deux projets, j’ai installé un « routeur » pour le compte d’un client travaillant dans le domaine de la bactériologie « Clabo Conseil » , et j’ai aussi installé lors d’un projet interne un « client-lé ger » à l’aide d’un terminal server fonctionnant sous Windows 2000.

Pour finir, lors du mois de juin je suis retourné sur le serveur Linux installé lors de la premiè re semaine, pour y effectuer quelques études de logiciels pour un client : « La mairie de Lille » et pour un projet interne. Ces études concernaient tout d’abord la mise en place « d’un serveur de messagerie » et sa configuration, et ensuite les particularités d’un « annuaire d’entreprise » de norme LDAP-X500.



Rapport de stage


1. Projet SAMBA sous Linux A mon arrivée dans l’entreprise le domaine « S.I.I. » de Norsys développait une application pour le client « La Mondiale » , c’est dans la perspective de ce projet qu’il était nécessaire de simuler une plate-forme existante chez ce client. On m’a donc informé que cette plate-forme reposait sur un serveur Linux contenant Oracle, et étant membre d’un domaine NT, on entend par « membre d’un domaine » le fait de pouvoir interroger un serveur Linux à partir de n’importe quelle machine distante appartenant à son réseaux d’entreprise, ces machines clientes fonctionnent sous n’importe quelle version de Windows. Le but était donc à terme d’intégrer ce serveur Linux, dans l’existant NT de Norsys, et de permettre l’interrogation de ce serveur via une machine quelconque du domaine NT. Voici un schéma représentant l’organisation de cette structure.



Rapport de stage


a°) Initialisation du projet Plusieurs grandes lignes ont été définies pour ce projet, à savoir : è Installation d’un systè me d’exploitation Linux, sur un poste en local. è Intégration dans cette machine, d’un serveur permettant, l’interrogation à distance. è Gestion des utilisateurs et groupes d’utilisateurs sous Linux. è Intégration du serveur Linux dans le domaine NT existant. è Tests d’interrogation à distance, via des machines du domaine NT. Mon champ d’action se limitait donc à l’installation des différents outils, en relation avec un autre stagiaire de Norsys. Ceci permettant aux employés travaillant sur le projet de La Mondiale de récupérer l’existant de ce client, et ainsi de développer leur application Oracle efficacement. Une fois ces prérogatives fixées, le projet pouvait commencer. Pour le systè me d’exploitation, nous avons opté pour une version 7.0 de « Mandrake » , puisque ce CD était disponible à Norsys. Nous avons étudié toutes les différentes façons d’installer ce systè me d’exploitation, et par conséquent nous avons réalisé une documentation sur l’installation de l’OS « Mandrake 7.0 v2 » (voir l’annexe 1). La premiè re étape terminée, il fallait ensuite réfléchir sur les outils nous permettant de réaliser notre but. A savoir intégrer le serveur Linux dans le domaine NT existant, pour cela j’ai effectué des recherches sur Internet, afin de trouver quelques pistes, et cela à l’aide de plusieurs groupes de discussion, comme : « fr.config.mandrake » . Suite à ces différentes recherches qui ont duré environ une journée, nous avons décidé d’installer et de configurer Samba.

b°) Qu’est-ce que Samba Il s’agit d’un projet « OSS » (Open Source Software), commencé en 1991 par Andrew Tridgell, de l’université nationale d’Australie, à Canberra. Docteur en informatique Andrew cherchait une solution afin d’établir les connexions aux fichiers résidant sur stations Sun. Une premiè re version vit le jour en 1992. Pendant les deux années qui suivirent, il utilisa surtout un terminal X, n’éprouvant plus le besoin de poursuivre son projet. C’est à cette époque également qu’il découvrit Linux. Face à l’intérê t croissant des utilisateurs pour son serveur SMB, Andrew reprit le développement de Samba. Pour simplifier, on peut dire que Samba permet d ’accéder, depuis un client Windows, aux fichiers et aux imprimantes d’un serveur « non-Windows » , en exploitant le support Win32 natif d’accè s aux ressources distantes.



Rapport de stage


c°) Le protocole SMB La connexion d’un client à un partage de serveur SMB, via la bo îte de dialogue « Connecter un lecteur ré seau » de l’Explorateur Windows ou en parcourant l’arborescence du « voisinage ré seau » , se décompose en trois étapes. Les étapes décrites ici concernent fichiers, partages de fichiers et imprimantes distantes.

La figure ci-dessous représente l’établissement d’une connexion SMB entre un client et un serveur. Elle se lit de haut en bas et de gauche à droite.

ü 1è re étape : Negprot. La premiè re étape consiste à trouver le langage du

protocole. Dans le paquet demande, le client envoie le liste de tous les langages SMB qu’il est capable de comprendre. Chaque niveau de protocole SMB prend en charge des fonctionnalités spécifiques. La derniè re spécification de CIFS fournit la liste des commandes prises en charge à chaque niveau. Le serveur sélectionne le protocole situé au niveau le plus haut qu’il connaît et renvoie le numéro correspondant de la liste du client.

ü 2è me étape : sessetup&X. Une fois que le client et le serveur sont d’accord sur le niveau de protocole supporté en commun, l’étape suivante consiste à créer une connexion de session. Le client renvoie des données d’authentification (login et password). Le serveur tente alors de valider la demande. L’uid est unique pour chaque session, et n’a aucun rapport avec la topologie interne des utilisa teurs du serveur.



Rapport de stage


ü 3è me étape : tcon&X. Il s’agit de l’étape au cours de laquelle le client reçoit l’autorisation d’accéder aux fichiers d’un partage distant. Pour ce faire, le client envoie une demande de connexion à l’arborescence en y joignant l’uid généré par le serveur à l’étape précédente. Si l’utilisateur possè de un droit d’accè s suffisant au partage, le client reçoit un ID de connexion à l’arborescence (tid). Cet identificateur est utilisé pour tous les accè s aux fichiers du partage concerné.

c°) Le dé roulement du projet Maintenant que nous avons vu le démarrage de ce projet, voyons la partie déroulement. Aprè s avoir sélectionné tous les outils, dont j’avais besoin, il ne me restait plus qu’à configurer « Samba » . Afin de mener à bien cette configuration, et d’avancer efficacement, je me suis procuré un livre intitulé : « L’intro Samba » , par Gérald Carter & Richard Sharpe, aux éditions « Campus Press » . Ce livre m’a permis d’avancer rapidement, et surtout sans perte de temps dans la recherche de documentation sur Internet et dans l’entreprise. En effet, lors de la préparation de ce projet, je me suis rendu compte que le transfert de capacité et la recherche sur Internet fonctionnait, mais tendait à ralentir le projet. Je ne vous détaillerais pas la configuration des fichiers utiles au bon fonctionnement de Samba dans mon rapport, car cela repr ésente une partie trop technique.

d°) Ce que m’a apporté ce projet Etant donné que j’ai réalisé ce projet la premiè re semaine et que par mon manque d’expérience dans le monde Linux et dans la conception des r éseaux (contrôleur de domaine, membre d’un domaine, NetBios, … ), ce projet a eu pour but majeur de me faire connaître l’entreprise et ses employés, par mes nombreuses questions. J’ai eu le privilè ge d’ê tre novateur à Norsys, puisque c’est le premier serveur Linux installé dans la société, par ce fait j’ai attiré plusieurs personnes curieuses du déroulement de ce projet.

Enfin ce projet m’a permis d’approfondir mes connaissances dans le monde Linux, surtout pour la partie « serveur » , puisque à l’I.U.T. l’accent avait été mis sur les parties « shell » et « client » .

En faisant le point, je me rends compte que j ’ai énormément progressé sur Linux, mais aussi dans l’analyse des problè mes et leur résolution.



Rapport de stage


2. Gestion des CD à Norsys

Un outil à été développé en interne à Norsys, afin de gérer de maniè re efficace le flux important de CD entrants, sortants et empruntés dans l’entreprise. Cet outil fû t réalisé à l’aide de « Lotus Domino » .

Etant donné, que la personne chargée de cet outil, était en déplacement chez le client courant avril et mai, j’ai été affecté à cette tâ che. J’ai donc tout d’abord appris à me servir de ce logiciel, pour ensuite mettre à jour la base de données, et vérifier les différents emprunts effectués.

a°) Prise en main du logiciel Pour mener à bien cette tâ che, une rencontre à été organisée avec David, qui s’occupait alors de cette gestion de CD. Sur une matinée, il m’a expliqué comment marchait ce logiciel, les astuces à connaître, puis j’ai effectué avec son aide quelques saisies, modifications et vérifications des emprunts. Vous pouvez tout d’abord apercevoir l’interface utilisateur de ce logiciel. Cette interface se compose donc d'une liste des logiciels disponibles, il suffit à l’utilisateur de sélectionner le logiciel désiré, soit à l’aide d’une recherche, soit en parcourant cette liste, et d’enregistrer son inscription. Pour un retour de CD, l’utilisateur se place dans la fenê tre « retour des Cds » . Pour chaque manipulation (emprunt ou retour) l’utilisateur doit s’identifier à l’aide de son login et de son mot de passe de messagerie électronique.



Rapport de stage


Voici maintenant l’aperçu administrateur de la base de données des CD, cette personne peut faire des suppressions, ajouts, ou modifications dans la base de données. Pour accéder à ce mode, il faut préalablement charger un fichier ID contenant les droits et saisir un mot de passe pour valider cet ID. J’ai donc réguliè rement utilisé ce mode pour effectuer les opérations courantes lors d’arrivée de nouveaux CD ou lors d’emprunts un peu long de certains salariés. b°) Le dé roulement de cette tâche Dans un premier temps, je devais saisir les nouveaux CD arrivés, puis contrôler les emprunts. Cette saisie s’effectuait deux ou trois fois par semaine quand j’avais un peu de temps devant moi, ce n’est peut-ê tre pas un projet trè s intéressant, mais c’est un projet utile au bon fonctionnement d’une entreprise. Cette saisie m’a fait quand mê me connaître plusieurs logiciels, plusieurs outils disponibles pour PC qui jusque là m’étaient inconnus. Ensuite, le fait de vérifier les emprunts, lors de cette seconde semaine de stage et tout au long de la durée de mon stage, m’a fait faire le tour des salariés de Norsys, et m’a permis ainsi d’approfondir mes connaissances sur les employés de l’entreprise.

Pour une personne qui apprécie les contacts humains cette tâ che fû t d’autant plus appréciable.



Rapport de stage


3. Etude de « Winpark » Afin de développer et de maintenir la gestion de son parc informatique, Norsys a décidé en septembre 1999 d’utiliser « Winpark » . De plus afin de répondre à d’éventuelles questions provenants des clients soucieux de bien organiser la gestion de parc informatique, deux employés avaient suivit à cette époque une formation organisée par « Staff & Line » , éditeur du logiciel « Winpark » .

a°) Principe de Winpark

Pour gérer efficacement un parc matériel, il faut pouvoir accéder en permanence aux nombreuses informations le concernant. Lorsque celles -ci sont traitées par ordinateur, elles sont stockées sous forme de tables ; le nombre de tables gérées par un logiciel de gestion de parc est de plusieurs dizaines. De son côté, le responsable du parc se pose un certain nombre de questions g énérales : - Quels sont les équipements du parc ? - Qui sont les utilisateurs du parc ? - Quels contrats couvrent les matériels ? - Quels sont les mouvements de matériels ?

Il est généralement impossible de répondre à ces questions simplement en examinant le contenu des tables. De plus, les informations que l'on recherche ou les actions que l'on souhaite effectuer, à propos de tel ou tel aspect du parc, ne sont jamais les mê mes d'un instant à l'autre, d'un administrateur à l'autre ou d'une entreprise à l'autre.

Il est donc nécessaire d'établir un lien, qui soit à la fois efficace et

personnalisable, entre les questions générales que se pose le responsable du parc, la volonté de l’entreprise à gérer te ou tel aspect de son organisation et la structure des informations gérées par le logiciel. La conception de Winpark Actima repose sur une hiérarchie de gestion à trois niveaux, elle se décompose sous forme de dossiers qui contiennent des thè mes, qui eux-mê mes contiennent des blocs.



Rapport de stage


Vous pouvez visualiser un schéma représentant cette hiérarchie à trois

niveaux de Winpark Actima :

Dossier

Thè me

Bloc

Un dossier correspond à une question ou une idée générale sur laquelle on souhaite travailler. Par exemple, l'un des aspects de la gestion de parc est celui des catalogues représentants tout l’équipement de la société. Un dossier prédéfini intitulé « Catalogue » a donc été créé dans Winpark Actima pour vous permettre de travailler facilement sur les ressources matérielles de l’entreprise.

Un dossier contient un ou plusieurs thè mes : c’est un écran représentant un aspect de l'idée générale du dossier. Par exemple, l'idée de catalogue implique l'existence de différentes actions à effectuer sur le type de produit : les caractéristiques et la facturation. Vous trouverez dans le dossier Catalogue des thè mes correspondant aux actions citées précédemment. Un thè me est composé d'une ou de plusieurs zones d'affichage appelées des blocs. Un bloc est un mode de visualisation des informations de cette table. Il est défini par le nom de la table et le mode de visualisation : grille, tableur, etc. Par exemple, dans un thè me consacré aux utilisateurs, vous pouvez avoir un bloc représentant la liste des utilisateurs sous forme de tableur et un autre représentant les informations administratives de ces utilisateurs sous forme de formulaire.



Rapport de stage


b°) Winpark, comment ç a marche ? Sous Winpark, il existe deux modes principaux : Administrateur et Utilisateur. Tout d’abord le mode « Administrateur » permet de configurer Winpark, afin de le rendre plus performant pour son entreprise. Une entreprise souhaitera gérer les coups de téléphone « help desk » , tandis qu’une autre préférera gérer les livraisons de ses fournisseurs. Par sa grande diversité, Winpark ne peut pas s’utiliser sans l’avoir préalablement configurer, il faut donc spécifier les thè mes retenus, ainsi que leurs blocs pour votre cas personnel. Dans certains cas il est aussi possible de personnaliser un bloc afin de le rendre plus efficace pour l’entreprise.

Ensuite le mode « Utilisateur » concerne tous les accè s des différents employés de Winpark dans l’entreprise. Vous pouvez par exemple avoir : - Une commerciale, qui va s’occuper de toute la partie achats et ventes de produits

et/ou de services, ainsi que tout ce qui concerne la facturation. - Un gestionnaire, qui est chargé de surveiller le parc matériel, pour cela il doit

disposer de toutes les informations relatives aux ordinateur et périphériques, aux utilisateurs et à la partie inventaire.

Quel que soit le mode choisit au démarrage du logiciel une boîte de dialogue

vous demande de préciser votre identifiant, votre mot de passe et le domaine sur lequel vous souhaitez vous connecter. Choisissez le domaine (pour Norsys, il n’y a qu’un seul domaine intitulé : « Toute la socié té » ) et tapez un identifiant et un mot de passe valides. Les champs Domaine et Identifiant ne sont vides que lors de la premiè re connexion. Lors des connexions suivantes, ils sont mémorisés et vous n'avez qu'à taper le mot de passe. Vous pouvez taper le mot de passe sans respecter la casse (majuscules ou minuscules) des caractè res.

c°) Ce que j’ai ré alisé En relation avec les employés de Norsys concernés par Winpark, j’ai tout d’abord testé Winpark, car deux solutions étaient en concurrences pour gérer le parc informatique. D’un côté Winpark, logiciel trè s complet et paramétrable, mê me si c‘est difficile, de l’autre côté une solution Excel, simple à réaliser, mais difficile à mettre à jour par le nombre important de postes à Norsys, puis par la volonté de gérer ensuite les écrans de Norsys.



Rapport de stage


Dans la partie test il fallait donc étudier les performances de Winpark, tout d’abord en station locale, puis ensuite en configuration réseau, dans ce cas les bases et programmes se situent sur le serveur, et les clients interrogent les bases grâ ce à des raccourcis aux bases et programmes. Une fois cette partie terminée et comme les tests étaient concluants, les responsables du domaine ont retenu la solution de Winpark, il ne me restait plus qu’à personnaliser Winpark pour l’utilisation que Norsys, mais aussi pour l’utilisation que chaque employé de Norsys utilisant Winpark. Voici donc quelques fenê tres de Winpark que j’ai configuré, pour plus de détails vous pouvez vous reporter aux annexes traitant du sujet de Winpark. Voici par exemple une fenê tre de détails techniques sur un matériel, cette fenê tre apparaît de cette maniè re lors du premier lancement de votre base de données, selon les priorités que vous donnez à un logiciel de gestion de parc informatique, certains champs de cette fenê tre seront obsolè tes, d’autres seront indispensables.

Nous remarquons donc qu’un matériel est identifié par un code qui lui est unique, on peut éventuellement donner un statut à ce matériel (en panne, an fonction, en stock, … ), et un numéro de série. Dans le cas où le matériel concerné serait un micro-ordinateur et que cet ordinateur serait relié à un réseau, on peut spécifier toute une série de champs : le nom du poste, le réseau auquel il appartient, la Mac adresse, la référence interne (permettant d’identifier rapidement un type de poste), le code prise, le type de serveur auquel il est relié, l’adresse IP et enfin l’adresse SMS (permettant le contrôle à distance). Aprè s tous ces champs, plusieurs boutons permettent d ’ouvrir de nouvelles fenê tres, afin de spécifier d’autres valeurs. Nous remarquons que cette fenê tre est particuliérement complexe, selon l’emploi que va en faire l’entreprise, certains champs peuvent paraître inutiles à la gestion du parc informatique, et d’autres peuvent manquer.



Rapport de stage


Voici maintenant la mê me fenê tre qui a été personnalisée pour les bienfaits de la gestion du matériel de Norsys.

Nous remarquons que la premiè re partie de la fenê tre a été conservée dans son intégralité, tandis que la seconde partie a été modifiée. En effet plusieurs champs sur des propriétés réseaux ont disparu, alors que la champ utilisateur a fait son apparition. Il a été défini aussi une localisation géographique dans le but d’identifier facilement les postes dans la structure de l’entreprise.

Pour conclure je dirais que ce projet m’a fait découvrir un travail que je n’avais pas encore fait jusque là , je devais imaginer pour chaque fenê tre les champs à retenir ou à retirer pour les utilisateurs de Winpark. J’ai aussi dû aller chercher des informations sur le site mê me de « Staff & Line » et de dialoguer avec des personnes chargées du support technique, afin d’obtenir des mises à jour du produit, des conseils de configuration, …

De plus le travail que j’ai fourni, m’a permis d’avoir une possibilité de travail pour le mois d’Aoû t, puisqu’un projet avec un client désireux de gérer son parc informatique de maniè re efficace risque de voir le jour cet été. Ce projet potentiel m’a donc permis d’avoir une offre d’embauche pour les mois de Juillet et d’Aoû t à Norsys.



Rapport de stage


4. Vous avez dit client-lé ger ?

a°) Pourquoi un client-lé ger Il est utile dans certains cas de partager les programmes ou d ’utiliser des ordinateurs peu puissants, notamment lorsqu’un employé n’effectue que de la bureautique. En effet, pour cet employé, il est inutile d’avoir un ordinateur trè s performant, et trè s excessif. Pour limiter ces coû ts, « Windows 2000 server » propose de créer des clients Windows accédant à toute une quantité de logiciels disponibles sur un serveur. Ce type de client est appelé « Client-lé ger » .

En effet, en disposant tous les logiciels sur le serveur, les clients n’ont besoin que de trè s peu d’espace disque, puisque tout se situe sur le poste serveur. Il ont juste besoin d’une connexion à ce serveur, et donc des couches TCP/IP, ou encore IPX.

b°)Installation Etant donné, que le serveur était déjà installé. Il me restait juste à installer un poste client, pour cela il faut faire deux disquettes d ’installation à partir du « terminal serveur » , le serveur contenant tous les outils disponibles aux utilisateurs. Sur ces disquettes sont copiés différents fichiers nécessaires à la création d’une nouvelle connexion au terminal serveur. Il faut ensuite lancer l’exécutable, à partir du poste client, laisser faire l’installation, déclarer le nouvel utilisateur sur le terminal serveur et enfin tester la connexion.



Rapport de stage


5. Installation d’un routeur L'équipe de Clabo Conseil compte prè s de 200 personnes, exerçant des spécialités aussi diverses que complémentaires (vétérinaires, chercheurs, médecins, pharmaciens, biologistes, techniciens, hygiénistes, préleveurs, technico-commerciaux...). Ces femmes et ces hommes interviennent et vous conseillent rapidement... partout en France. Clabo Conseil, est l’un des plus important laboratoire privé de bactériologie alimentaire Européen. Il est constitué de 11 Directions Régionales, dont Merville qui en est la maison mè re.

a°) Pour quoi faire Norsys a repris en main un existant (réseau NetWare avec Base Oracle), pour développer son application il était nécessaire d’effectuer une Migration vers Windows 2000 avec SQL Server. A côté de cette application Norsys est chargé de prendre en main le réseau de Clabo et de ses Directions Régionales, afin d’éviter d’innombrables déplacements et d’administrer à distance le réseau de Clabo il était nécessaire d’installer un routeur à Norsys, pour permettre une prise de contrôle à distance de tous les postes présents sur le site de Clabo Merville, ainsi que dans ses directions régionales.



Rapport de stage


b°) Dé roulement C’est lors de ce projet qu’un déplacement chez le client a été effectué, pour ce déplacement plusieurs objets étaient à l’ordre du jour.

Premiè rement, afin de partir sur des bases saines avec la structure informatique de ce client, il fallait recenser tous les postes et les prises réseaux existants chez ce client et obtenir un panneau de brassage le plus cohérent possible. Le tableau de brassage est ce que l’on peut appeler « la centrale » des connexions de tous les ordinateurs d’une entreprise. Il est donc important d’avoir un bon tableau de brassage, afin de prévoir les accidents réseaux, et leur résolution rapide.

Deuxiè mement, dans le but d’obtenir le contrôle à distance de tous les postes

existants dans l’entreprise de ce client et ainsi d’éviter des déplacements répétitifs, il était nécessaire de réunir les informations concernant la configuration du routeur, mais aussi et surtout les configurations de connexion de chaque direction r égionale de Clabo Conseil.

Pour effectuer cette journée chez le client, quatre personnes (deux employés

et deux stagiaires, dont moi-mê me) ont effectué le déplacement à Merville, afin d’y recenser tous les postes, les câ bles et prises réseaux et de configurer les deux routeurs (Merville et Villeneuve d’Ascq). Une autre personne était restée à Norsys afin de communiquer avec nous pour la configuration des deux routeurs.

Dans l’ensemble cette journée chez le client s’est bien déroulée, le recensement des postes, câ bles et prises a été fait correctement, l’établissement de la connexion entre les deux entreprises fonctionne. Cette expérience fû t enrichissante, car je me suis rendu compte que lors d’un déplacement chez un client il arrive qu’il y ait certains problè mes, c’est à ce moment qu’il faut bien peser le pour et le contre, d’étudier la source du problè me, afin de voir si ce sont les manipulations que l’on effectue qui sont à la source ou non de ces problè mes.

Enfin je retire un enseignement majeur de cette journée : On sait quand commence un déplacement chez le client, mais on ne sait jamais quand il finit. Pour notre cas, nous nous sommes donnés rendez-vous à 8h30 à Norsys et nous sommes revenus le soir à 20h30.



Rapport de stage


6. Installation de Sendmail Désireuse de faire migrer son serveur de messagerie la mairie de Lille a fait une demande à Norsys.

Son souhait étant de faire migrer son serveur de messagerie existant « d’exchange4 » vers un autre serveur de messagerie« Domino Notes » , ils ne savent pas encore quel serveur mettre pour remplacer leur exchange, i ls ont donc demandé à Norsys d’étudier différentes possibilités.

Avec le travail effectué sous Linux lors de la premiè re semaine de mon stage, Denis Cassoret a pensé me confier cette étude d’un serveur de messagerie fonctionnant sur Linux. Je me suis donc remis à travailler sur ce serveur Linux immédiatement.

a°) Pourquoi Sendmail Vu le manque de connaissance dans les serveurs de messageries, et dans leur fonctionnement, je me suis abonné à un groupe de discussion : « fr.comp.mail » . Ceci dans le but de ne pas avancer aveuglement. On m’a donc conseillé plusieurs serveurs de messageries, dont « Sendmail » , que j’ai fini par choisir. Pourquoi ? voici quelques explications :

Sur un poste Linux on n’est pas obligé d'avoir à configurer sendmail, des outils comme Netscape disposent de leur propre mécanisme qui permet d'envoyer du courrier, alors pourquoi s'embê ter à configurer sendmail, pour la gloire ? Certains disent que tant qu'on n’a pas chercher à configurer sendmail, on n'est pas un vrai administrateur systè me. Certes ce n'est pas une raison suffisante, l'intérê t de configurer sendmail est de pouvoir mettre en place un serveur de mail sortant pour un réseau privé et ainsi relayer les courriers venants des postes clients du réseau privé, qu'ils soient sous Windows, MacOS ou autres.

Les autres avantages de sendmail sont multiples, il fait ainsi office de barri è re anti-spam, et permet la réécriture de l'entê te des emails pour cacher les noms des utilisateurs locaux ainsi que le nom du domaine privé. Pourquoi cacher son nom de domaine privé ? Si votre email arrive chez votre FAI ou ailleurs sur internet, il peut ê tre irrémédiablement rejeté sous prétexte de contenir un nom de domaine non reconnu, c'est une protection anti-spam. Qui plus est dans l'hypothè se trè s improbable ou l'email arrive au destinataire, celui -ci ne pourra y répondre car votre email est inconnu sur le net. Deux possibilités s’offrent à vous. Soit vous choisissez de compléter les fichiers de configurations en durs, soit vous vous aidez de l’utilitaire graphique linuxconf, ce qui simplifie grandement la t â che.



Rapport de stage


b°) Informations indispensables Pour installer un serveur de messagerie il est nécessaire de récolter quelques informations indispensables, j’ai donc cherché auprè s des personnes compétentes de Norsys, une partie de ces informations :

ü Le FAI (fournisseur d’accè s internet) ü Le serveur SMTP du FAI ü Le nom de la machine Linux ü L’adresse IP de la machine Linux ü Le nom du domaine de votre réseau privé ü Le nom complet de votre machine Linux ü Votre email chez votre fai ü Nom d’utilisateur sur votre réseau privé ü Les postes clients de votre réseau privé

c°) Configuration de Sendmail

Pour configurer Sendmail j’ai décidé de me servir de l’utilitaire « Linuxconf » . Cet utilitaire permet de configurer sa machine Linux, à l’aide d’une interface simple et conviviale. Ces interfaces ont étés développées pour faciliter les paramétrages des logiciels fonctionnant sous Linux. Dans cette partie je ne vous expliquerai pas en détails les paramétrages de Sendmail, car c’est le sujet de l’annexe « Configuration de Sendmail » . Tout d’abord, vous devez donner un nom de machine pour votre serveur de mail, pour moi ce nom est : « linux.norsys.fr » . Ensuite, nous allons directement effectuer le paramétrage de Sendmail, à l’aide de la fenê tre intitulée « Configuration de Sendmail » .

Vous devez compléter votre nom de machine officiel recueillis auprè s de votre fournisseur d’accè s à internet, vous pouvez aussi configurer Sendmail afin qu’il n’accepte que les messages adressés à son nom de machine.

Dans la plupart des organisations, une seule machine stocke les messages pour tous les utilisateurs, mê me si les messages proviennent d'autres machines. Les machines Unix sont multi-utilisateur. Il est possible pour un utilisateur d'envoyer un message à un autre utilisateur sur cette mê me machine. Le comportement par défaut est de stocker le message dans le classeur de messages de cet utilisateur sur le serveur de mail. Unix n'est pas seulement multi-utilisateur, il est aussi orienté réseau. Cet utilisateur (le destinataire) peut trè s bien avoir des comptes sur plusieurs machines du réseau (souvent sur toutes les machines) et peut choisir de lire ses messages sur une autre machine. Avoir ses messages éparpillés sur toutes les machines du réseau n'est pas utile. Vous spécifiez juste le nom complet du serveur de messagerie de l'organisation et tous les messages seront dirigés vers lui.



Rapport de stage


7. Installation d’un annuaire (norme LDAP-X500) Lightweight Directory Access Protocol est un protocole standard ouvert pour accéder à des bases de données. Ce protocole se place au-dessus des protocoles de transport Internet (TCP / HTTP) et peut ê tre utilisé pour accéder à des serveurs autonomes de répertoires ou à des répertoires de messagerie X-500. Afin d’étudier les différentes possibilités pour la centralisation de l’ensemble des informations concernant les personnes dans une entreprise ou un établissement ; on peut créer et lire un annuaire LDAP avec son mailer ou avec un navigateur. On peut déléguer des droits d’administration sur une partie ou sur la totalité de cet annuaire (ajouter, modifier, détruire … ), on peut rendre visible ou invisible une partie ou la totalité de cet annuaire. Le fait de disposer d’un annuaire normalisé, permet d’imaginer que la mise en place d’un annuaire dans un établissement scolaire permet d’avoir une base de données élè ves, consultable depuis votre mailer ou votre navigateur. Par la suite on peut imaginer que votre annuaire sera alors une branche de l ’annuaire de l’académie, qui elle-mê me sera une branche de l’annuaire de la maison éducation nationale.

Il a donc été convenu de faire une étude sur les annuaires disponibles sous Linux, aussi pour la partie cliente, que la partie serveur (partie reposant sous Linux). a°) Les solutions LDAP LDAP devenant un standard, on commence à trouver un certain nombre de produits sur toutes les plates-formes.

Sous Windows, NT ne propose pas de solutions Microsoft, tandis que Windows 2000 dispose d’une norme LDAP, et on trouve aussi un certain nombres d’éditeurs qui proposent des solutions : on retiendra notamment le serveur de Netscape.

Sous Novell, avec la version 5 de Netware on nous propose LDAP avec la NDS en standard. Ce qui donne à ce produit un atout formidable.

Sous Linux, il existe un produit libre « OpenLDAP » , c’est d’ailleurs ce produit qui a été retenu pour ce projet. b°) Structure des donné es Ø Quel genre d'information peut être enregistré dans le ré pertoire ?

Le modè le de service de répertoire de LDAP est basé sur des entrées. Une entrée est une collection d'attributs qui a un nom, appelé nom distingué ou distinguished name (DN). Le DN est employé pour se rapporter à une entrée précise. Chacun des attributs de l'entrée a un type et une ou plusieurs valeurs. Les types sont les chaînes de caractè res, comme « CN » pour common name, ou « mail » pour le mail, les valeurs dépendent du type d'attribut. Par exemple, pour mail l'attribut pourrait contenir la valeur « [email protected] » .



Rapport de stage


Ø Comment l'information est-elle rangée ? Dans LDAP, les entrées d’un répertoire sont rangées dans un arbre hiérarchique

comme une structure reflétant l’organisation d’une entreprise. Les entrées représentant des pays apparaissent au-dessus de l'arbre. Au-dessous d'elles, les entrées représentant des états ou des organismes nationaux. Au-dessous d'elles des entrées représentant des personnes, unités d'organisation, imprimantes, documents, ou tout autre chose.

Figure 1 Un arbre de ré pertoires de LDAP.

En outre, LDAP permet de contrôler que des attributs soient exigés dans une entrée avec l'utilisation d'un attribut spécial appelé objectclass. Les valeurs d’objectclass déterminent les rè gles que l'entrée doit utiliser pour remplir la base de données. Ce qui permet d’éviter les erreurs lors de l’introduction de nouvelles valeurs. Ø Comment l'information est-elle ré fé rencé e ?

Une entrée est indexée par son distinguished name, qui se construit en prenant le nom de l’entrée elle-mê me (appelé relative distinguished name, ou RDN) et en ajoutant le nom des entrées de l’arborescence héritée. Par exemple, l'entrée pour Edouard DUSZYNSKI dans l'exemple ci-dessus a un RDN de « cn=Edouard DUSZYNSKI » et un DN de « cn=Edouard DUSZYNSKI, o=USTL de Lille, c=FR » . Ø Comment l'information est-elle consulté e ?

LDAP définit une procédure pour interroger et mettre à jour le répertoire. Ces procédures sont utilisées pour ajouter et effacer une entrée à partir du répertoire, changer une entrée existante, et changer le nom d'une entrée. La plupart du temps, LDAP est employé pour rechercher l'information dans les répertoires. Les procédures de recherche de LDAP permettent à une certaine partie du répertoire d'ê tre recherchée avec des entrées qui apparient quelques critè res indiqués par un filtre de recherche. Ø Comment l’information est proté gé e des accè s non autorisé s ?



Rapport de stage


Certains répertoires de LDAP permettent un accè s à quiconque. Cependant LDAP permet aussi de protéger l’information en demandant au client de s ’identifier au serveur. Ce qui ajoute de nombreuses possibilités. c°) Ré sumé d’une communication LDAP Voici un schéma qui présente un résumé d’une communication entre un ou plusieurs client et le serveur LDAP fonctionnant sous Linux, avec le logiciel libre « OpenLDAP » .

La base de données est accessible si le démon « slapd » est lancé, ce démon attend alors les connexions au serveur sur le port 389. Lors de ces connexions il est possible de créer des fichiers de log, contenant toutes les informations sur les postes distants ayant essayé de se connecter. Pour vous connecter à l’annuaire, il est impératif de posséder un identifiant de connexion, sous la forme « cn=Edouard DUSZYNSKI » ainsi qu’un identifiant de connexion au service du type « cn=Edouard DUSZYNSKI, o=USTL de Lille, c=FR » .



Rapport de stage




Rapport de stage


IV. SYNTHESE SUR LA MOE La mission d’ouverture sur l’entreprise permet de faire découvrir la société et ses employés lors d’interviews.

1° ) Formation

La globalité des salarié s interviewé s est de formation BAC +4/5

Ré partion des diplômes des salarié s interviewé s

Bac +5

Bac +4

Stages : Etant donné leur formation, chacun a réalisé des stages dans divers domaines avant son entrée à Norsys. Nous avons remarqué qu’en général, les salariés ayant un poste à responsabilités ont déjà eu une expérience professionnelle au préalable. Ancienneté Parmi les personnes interviewées, la plupart bénéficie d’une expérience significative dans l’entreprise.

Ré partition de l'ancienneté des salarié s interviewé s

1 an 2 ans3 ans6 ans



Rapport de stage


2° ) Vie professionnelle Fonction :

Chez Norsys, le niveau de chef de projet étant assez élevé, nous avons remarqué qu’il est nécessaire d’occuper un poste de développeur avant d’intégrer cette fonction. Le métier de développeur est l’un des passages obligatoires pour débuter dans l’informatique. Apports personnels et professionnels

Beaucoup d’investissement personnel a été observé de la part des responsables mais il a été également observé une volonté de progresser de la part des ingénieurs en développement. Ambiance générale

L’ambiance générale est caractérisée par un souci de pédagogie ( entraide ) et de transfert de compétences. Parfois, la dynamique de groupe peut ne pas permettre à tous les salariés de s’intégrer. La communication est globalement bonne mais un manque de communication avec la hiérarchie s’est toutefois ressenti. Rémunération Le systè me de rémunération actuel semble convenir aux personnes ayant des responsabilités mais il est ressenti un manque de la part du reste des employés. Rapports avec la clientè le Compte tenu de la croissance de Norsys, de nombreuses personnes ont été amenées à multiplier les contacts avec la clientè le et à prendre des décisions. Evolution L’évolution du salarié semble ê tre trè s dépendante du domaine dans lequel il travaille. Les outils informatiques utilisés sont dépendants du choix du client. Certains salariés n’ont pas l’impression d’évoluer notamment avec l’outil Natstar.

3° )Vie d’entreprise et vie extra-professionnelle De nombreuses activités sont organisées ( Raft, Bowling, Karting … ) avec un bon taux de participation. Le CE est trè s sollicité et semble en évolution. Le passage aux 35 H a engendré l’implication de plus de personnes dans les projets ainsi que la délégation des responsabilités.



Rapport de stage




Rapport de stage


V. CONCLUSION Ce stage, qui représente un premier contact avec le monde professionnel, m’a apporté certaines certitudes, sur les avis que je me faisais d’un travail dans l’informatique, surtout dans une société de service. Notamment en ce qui concerne le travail d’équipe, en effet, ce travail d’équipe est essentiel pour mener à bien toute sorte de projet, le domaine « ISR » est un domaine technique où chaque employé est disponible pour un éventuel problè me, ou une éventuelle question, j’ai appris aussi le terme de « transfert de compétences » , ce terme traduit un passage d’informations techniques entre deux personnes de l’entreprise. Lors de ce stage où j’ai réalisé sept projets différents en 50 jours de présence en entreprise, j’ai vu ce que représentait le terme « flexibilité » dans l’économie d’aujourd’hui. En effet, j’ai eu l’occasion de faire des journées trè s chargées en masse de travail et à l’inverse avoir des moments plus tranquilles, cette expérience qui m’a été apporté par le renouvellement constant des missions (cela fait environ une nouvelle mission tous les sept jours) proposée par Messieurs CASSORET et LAPEIRE, responsables dans le domaine « I.S.R. » . Dans le projet réalisé pour Clabo, j’ai effectué un dé placement chez ce client, ce déplacement m’a appris à me comporter chez un client, car lors d’un tel déplacement nous sommes porteurs de « l’image de marque » de l’entreprise que l’on représente. Mê me si je n’ignorais aucunement ces dispositions d’usages à avoir chez un client. Ensuite le serveur Linux, qui fû t précurseur à Norsys, à développé chez moi un esprit d’initiatives et de prise en main, où j’ai pris la décision d’aller dénicher toutes les informations sur internet et ses sites de discussions ; les bibliothè ques, distributeurs et libraires ; à Norsys mê me ; ou bien à l’I.U.T. auprè s de certains enseignants. De ce projet j’en tire un bilan trè s satisfaisant, car je me suis en quelques sortes prouvé de ce que j’étais capable de réaliser dans le monde de l’informatique, surtout pour des projets qui m’apparaissaient trè s complexes à mettre en œ uvre. Pour ce qui est du projet sous Winpark, je dirais que ce fû t un projet de longue haleine, qui s’est étalé sur toute la durée du stage. Il ne fû t pas vraiment compliqué, mais ce qui était plus délicat c’était de le faire vivre au jour le jour. A travers ce projet j’ai vu que les missions longues étaient souvent délicates à maintenir.



Documents

Rapport de stage - bendescamps.free.frbendescamps.free.fr/cours_pdf/RS_02.pdf · Rapport de stage DESCAMPS Benjamin le 23 mars 2003 3 1 / 49 ... - Caisses d’Epargne des Pays Lorrains