Title: Glacier
Je crois qu'il y a grand danger à inclure une gestion des services dans GLPI.... sans avoir précisément défini et pris en compte cette notion en rapport non pas avec les besoins d'untel ou d'untel (il y en aura tellement de différents que je ne vois guère comment les sérier), mais plutôt avec une approche reposant la compréhension partagée de ce qu'est un service.
 

> Ce que l'on appelle service, c'est par exemple : le service http (ou

> serveur web), le service smtp (ou serveur de messagerie), etc.

Pour moi smtp et http ce sont plutôt des protocoles utilisés dans des services.

> Globalement les informations supplémentaires que l'on a à gérer sont :

> - Une liste de services "connus" comprenant :

> - Un nom.

> - Un protocole.

> - Un port d'écoute par défaut.

Connus de qui ? Si c'est la liste des services standards (cf. /etc/services) il ne sert à rien de les gérer. Si c'est du gestionnaire GLPI, ok.

"Un nom" ? C'est quoi par exemple ? Pouvez-vous préciser

"Un protocole" ? c'est quoi là aussi ? UDP ou TCP ? ou smtp ou http ?

"Un port" ? Oui mais c'est insuffisant. Pour certains de nos serveurs il est nécessaire de spécifier les interfaces sur lequel il est autorisé en écoute, et pas seulement le port. Le service n'est pas forcément actif sur tous les interfaces.

Dans les cas que nous administrons ce que je peux dire c'est que :

- il y a toujours derrière - ou plutôt à l'origine - du service une application (à ce titre les "services" nous semblent plutot des attributs de certaines applications)

- cette application  peut dialoguer en utilisant un ou plusieurs "service" avec d'autres applications

- chacun de ces "services" utilise un port, les protocoles UDP et/ou TCP, un protocole genre smtp, http, ntp,etc. et un ou plusieurs des interfaces réseaux dont dispose la machine

- le même "protocole" genre http peut évidemment être actif plusieurs fois, sur des port différents, lancés par la même application ou des applications différentes (genre un apache avec 3 instances simultanément avec un Plone)

Plus j'y pense et plus j'ai l'impression que tout part des applis.

Jean-Paul Leclère

Chef de projet NTIC
DR AFPA Bretagne
tél. 02 99 26 72 32

 

BEGIN:VCARD
VERSION:2.1
N:Leclère;Jean-Paul
FN:Jean-Paul Leclère
ORG:DR AFPA
TITLE:Chef de projet NTIC
TEL;WORK;VOICE:02 99 26 72 32
TEL;WORK;FAX:02 99 26 72 39
ADR;WORK;ENCODING=QUOTED-PRINTABLE:;;12, av Henri Fr=E9ville=0D=0ABP 90810;RENNES CEDEX 2;;35208
LABEL;WORK;ENCODING=QUOTED-PRINTABLE:12, av Henri Fr=E9ville=0D=0ABP 90810=0D=0ARENNES CEDEX 2 35208
EMAIL;PREF;INTERNET:[EMAIL PROTECTED]
REV:20010718T081729Z
END:VCARD
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.308 / Virus Database: 266.7.2 - Release Date: 11/03/2005
  • [Glpi-dev] Le déb... Chef dr projet NTIC - Direction Régionale AFPA Bretagne

Reply via email to