Discussion :

[lecxana]

Bonjour,

J'ai besoin d'ouvrir un port pour une application web qui se trouve sur un serveur (GLPI plugin FusionInventory pour ceux qui connaissent).

Ce port est le 62354 TCP. J'ai beau ajouter des règles en commande ou avec le pare feu windows (ajout de règle TCP entrante), j'ai toujours l'impression qu'il n'est pas en écoute, car en faisant un netstat -a, il n'y est pas ! Je ne comprends pas..

J'ai bien désactivé le pare feu de l'antivirus et je re-confirme avoir ajouté la règle dans les paramètres avancés de Windows.

Help

[Miistik]

Bonjour,

Il existe des milliers de ports (ceux-ci sont codés sur 16 bits, il y a donc 65536 possibilités), c'est pourquoi une assignation standard a été mise au point par l'IANA (Internet Assigned Numbers Authority), afin d'aider à la configuration des réseaux.
Les ports 0 à 1023 sont les «ports reconnus» ou réservés («Well Known Ports»). Ils sont, de manière générale, réservés aux processus système (démons) ou aux programmes exécutés par des utilisateurs privilégiés. Un administrateur réseau peut néanmoins lier des services aux ports de son choix.
Les ports 1024 à 49151 sont appelés «ports enregistrés» («Registered Ports»).
Les ports 49152 à 65535 sont les «ports dynamiques et/ou privés» («Dynamic and/or Private Ports»).

Le port dont vous faîtes allusion est un port dynamique.

Etes-vous sûr qu'il est constant ? (pas de changement)

[lecxana]

Bonjour,

Eh bien, lors de l'installation de l'agent de ce plugin sur chaque machine, on a la possibilité de le mettre soit en daemon soit en service. J'ai choisi de les installer en tant que service pour les avantages que ça apporte.

Je ne pense pas que ce port change (même si je ne suis pas un expert), car c'est toujours ce port pour tous le monde, pour cette application.

[Invité]

Salut,

car en faisant un netstat -a, il n'y est pas ! J

si ton serveur n'écoute pas sur TCP 62354, inutile d'aller plus loin

Es-tu sûr que le service est lancé ? Essaies de le relancer à la main...
Tu devrais aussi trouver des pistes dans les fichiers log.

Steph

[lecxana]

↑ netstat -a -n sur le serveur (dont l'ip est 192.168.1.250). Donc ça c'est suffisant non ? Ou faut-il aussi qu'il le soit en 127.0.0.1 ?

Le plugin FusionInventory peut recevoir mais aussi envoyer à ses agents (par exemple tâche de découverte réseau, installation de paquet...), donc pour moi, le port 62354 devrait être ouvert non pas seulement pour le serveur mais aussi pour les postes clients.

Par contre, un agent est aussi installé sur le serveur (192.168.1.250 donc), alors je ne sais pas si le fait que le 62354 soit ouvert est due au fait que c'est l'agent qui se serait cette fois correctement installé (avec l'ouverture de port prévue dans l'installeur), ou si c'est due au fait que justement ce soit le serveur, celui donc qui reçoit les infos de tous les agents. Je pencherai plus pour la 2e options car j'ai vérifié sur plusieurs postes clients (je n'ai pas pu pour tous, désolé) et il n'y avait pas non plus le port 62354 en écoute. De plus, c'est le même script d'installation de l'agent pour tous les postes.
Et bizarrement, les agents sont bien remontés sur le serveur. MAIS, le serveur n'arrive pas à communiquer avec les agents (d'où mon attention sur les ports en écoute).

[lecxana]

Mon soucis est toujours d'actualité, y a t-il des commandes à faire, des logs à voir en plus de ce que j'ai déjà fait ?

[lecxana]

J'ai résolu mon problème ! Merci à vous d'avoir essayé de m'aide ^^"

Je ne sais pas exactement ce qui a fait que ça fonctionne mais voilà tout ce que j'ai fait:

- Mise à jour de GLPI de 0.85.1 -> 0.85.2
- Mise à jour du plugin FusionInventory de 0.85+1.0 -> 0.85+1.1
- Modification de mon script d'installation silencieuse avec des arguments moins contraignants.


Voilà, merci encore, bonne journée.

[Invité]

OK, merci pour ce retour !

Steph