Rebonjour,

Il me semblait qu'on avait dit que lorsqu'on installait un software
avec un port spécifique, celui-ci remplacait d'office tous les autres
ports par défaut.
De cette manière, n'importe quel logiciel installé avec un/des port(s)
spécifique(s) contient une ou plusieurs entrées dans la table
glpi_specific_ports.
A ce moment, il me semble qu'il n'est plus utile de garder en mémoire
quel port spécifique remplace quel port par défaut, à moins que vous
désiriez savoir que le port 33 remplace en réalité le port 443 en TCP
sur la machine 20
(on est bien d'accord que la table glpi_dropdown_tos contient des
infos du type :
ID | www | 80 | TCP 
plus accessoirement un commentaire (il y en a dans mon fichier
/etc/service, autant les utiliser).

Je pense personnelement que garder la relation entre les ports
spécifique, et ce à quoi ils correspondent dans la table
glpi_dropdown_tos complique la gestion des ports spécifiques, pour pas
"grand chose".

Je peux me tromper, et je vais demander son avis à benoitm, ayant plus
d'expérience que moi dans la gestion des services, il pourra pitet me
dire si c'est vraiment absolument indispensable, ou si personne n'en a
besoin...

nicodache


On Fri, 18 Mar 2005 14:42:54 +0100, dombre
<[EMAIL PROTECTED]> wrote:
> un software -> plusieurs ports.
> Pas de problème pour l'utilisation de ports standards : c'est la gestion
> actuelle de l'installe de logicielle.
> 
> Par contre pour un port spécifique pour une install sur une machine il
> faut spécifier ces ports spécifiques.
> Si un software = un port -> la solution normale pour ne pas surcharger
> la table inst_software :
> glpi_specific_ports
> ID int auto_increment
> inst_software int -> ID de glpi_inst_software -> l'installation
> concernée
> specific_port mediumint ou varchar(5)
> 
> Mais le problème c'est qu'il y a potentiellement plusieurs ports par
> logiciel.
> Donc dans cette table il faut donc dire quel port on est en train de
> rendre spécifique (de remplacer).
> d'ou l'ajout de dropdown_tos -> ID de glpi_dropdown_tos.
> 
> Julien
> 
> nicodache a écrit :
> 
> >Bonjour,
> >
> >je suis actuellement en train de terminer l'implémentation des
> >services avec le schéma de base de donnée proposé, mais j'ai un tout
> >petit soucis avec le champ id_dropdown_tos de la table
> >glpi_specific_ports (clé étrangère vers la table glpi_dropdown_tos).
> >Je ne comprend absolument pas son utilité...
> >Il référence certes un type de service, mais je ne vois pas en quoi
> >cela sera utilé à la gestion des services...
> >Je ne crois pas utile de pouvoir voir les ports spécifiques d'un type
> >de service, au contraire d'un service "complet".
> >
> >Si quelqu'un pouvait m'éclairer sur l'utilisation qu'il comptait faire
> >de ce champ ;-)
> >
> >merci
> >
> >nicodache
> >
> >
> >On Wed, 16 Mar 2005 11:22:47 +0100, dombre
> ><[EMAIL PROTECTED]> wrote:
> >
> >
> >>Bonjour,
> >>
> >>Nous avions déjà discuter de l'architecture de la base de données pour les 
> >>services via IRC en considérant les services comme des logiciels.
> >>Majoritairement, les avis montrent que les deux sont indissociables, je 
> >>vous transmet le résultats de notre étude.
> >>
> >>Je recapitule :
> >>glpi_dropdown_tos (on gérera cette table comme un dropdown GLPI donc dans 
> >>la partie intitulés de la configuration)
> >>C'est l'ensemble des services disponibles (cf. /etc/services)
> >>glpi_dropdown_tos a pour champs
> >>  ID int auto_increment
> >>  name varchar(255)
> >>  port mediumint ou varchar(5)
> >>  type enum('UDP','TCP')
> >>
> >>Un software peut utiliser plusieurs services ou aucun. Pour cela on créé
> >>la table glpi_software_tos qui contient :
> >>  ID int auto_increment
> >>  software int  -> ID de glpi_software
> >>  tos int       -> ID de glpi_dropdown_tos
> >>
> >>Ce qui permet d'avoir N services pour un logiciels avec N variant de 0 à
> >>l'infini
> >>
> >>Ensuite pour gérer les ports spécifiques sur un ordinateurs on ne peut pas
> >>mettre cela dans glpi_inst_software car il peut y avoir plusieurs ports
> >>par software.
> >>Donc on créé une autre table spécifique pour gérer les exceptions et
> >>uniquement les exceptions. On ne mettra pas dedans les ports standards.
> >>glpi_specific_ports a pour champ
> >>  ID int auto_increment
> >>  inst_software int    -> ID de glpi_inst_software -> l'installation
> >>concernée
> >>  specific_port mediumint ou varchar(5)
> >>  Et il faut un champ en plus pour savoir de quel port on parle pour ce
> >>logiciel precis deux possibilités :
> >>  dropdown_tos -> ID de glpi_dropdown_tos
> >>
> >>Les informations supplémentaires sur les services prendront la forme de 
> >>nouveaux champs dans la table software.
> >>
> >>Julien
> >>
> >>_______________________________________________
> >>Glpi-dev mailing list
> >>Glpi-dev@gna.org
> >>https://mail.gna.org/listinfo/glpi-dev
> >>
> >>
> >>
> >
> >_______________________________________________
> >Glpi-dev mailing list
> >Glpi-dev@gna.org
> >https://mail.gna.org/listinfo/glpi-dev
> >
> >
> 
> _______________________________________________
> Glpi-dev mailing list
> Glpi-dev@gna.org
> https://mail.gna.org/listinfo/glpi-dev
>

Reply via email to