NG3 a écrit 13 commentaires

  • [^] # Re: man ping

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Entièrement en phase avec ce que vous dites. Dans un premier temps l’objectif de mon poste est de trouver une solution rapidement, mais je vais creuser le sujet par la suite. J'avais repérer fping effectivement. Il n'y a pas assez d'heures dans une journée..

  • [^] # Re: Toutes les secondes ?

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Merci beaucoup pour ton aide et ta réactivité !
    Le script fonctionne parfaitement.

  • [^] # Re: smokeping

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Bonjour,

    Effectivement smokeping pourrait être une solution. Cependant, je supervise déjà ces équipements avec Centreon. La problématique avec ces outils c'est qu'on ne peux pas faire de check toutes les secondes par exemple. Il y a un mimnimum au niveau des timing qui est trop élevé pour l'usage que je souhaite (même si effectivement 1 seconde c'est overkill).

  • [^] # Re: Toutes les secondes ?

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Yes, parfait ! Le script fonctionne bien avec la méthode ICMP. Merci pour le partage !
    Je peux ajouter le code pour que les fichiers s'enregistrent correctement avec le nommage que je souhaite ?

        // enregistrement de la mesure dans ./jour/ip
        $jour = date("Y-m-d", $time);
        if (! is_dir("./$jour")) mkdir("./$jour");
        if ($f = @fopen("./$jour/$ip", "a")) {
            fputs($f, date("H:i:s", $time)." ".$latence."ms\n");
            fclose($f);
  • [^] # Re: man ping

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Merci pour ta réponse. Le vrai besoin est le suivant, j'ai un LAN qui accède à des ressources distantes sur un autre LAN. Il y a des problèmes de lenteur et de perte de paquet régulier entre ces deux réseaux. Il semble que le problème provienne directement du LAN qui demande l'accès aux ressources, puisque le réseau est instable (ms qui varient beaucoup) et des perte de paquet en effectuant des pings entre deux machines de ce même réseau.
    Le besoin est le suivant, générer des traces des résultats des pings toutes les secondes pour que les admins de ce réseau puissent avoir plus d'informations. Le but est que lorsque l'on me demande si le lundi 9 Janvier (date random) à 9h52 le réseau à saturé, je puisse répondre oui ou non avec les temps de réponses à l'appui.
    Je devrais peut être préciser que je suis alternant et qu'on m'a donné cette mission. Donc j'apprends en essayant d'avoir la meilleure approche possible.

  • [^] # Re: Toutes les secondes ?

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 1.

    Merci bien pour ce script ! Pour l'utilisation, nous sommes d'accord qu'il faut que j'ai mon fichier avec ma liste d'IP appelé list_address et pour l'exécution je l'exécute avec : php check_latency.php ?
    J'ai bien mon dossier avec la date et pour chaque IP, un fichier que se créé. C'est parfait. Seulement l'indication du temps de réponse est erronée (toujours à 1000ms). De plus, si je check une IP qui ne correspond à aucune machine UP, j'ai encore 1000ms comme indication. Pour le moment, j'ai fais un test avec 3 IP -> 1 IP UP, 1 IP UP que j'ai DOWN et 1 IP DOWN. Tous mes fichiers sont remplis de 1000ms.
    Peux-tu me préciser quel est l'intérêt d'interroger le port 7 et de ne pas faire un ICMP classique ?

    Encore une fois merci pour ton aide !

  • [^] # Re: Toutes les secondes ?

    Posté par  . En réponse au message Surveillance de la latence d'une liste d'hôte. Évalué à 2.

    Merci pour ta réponse !

    Pour le moment je souhaite avoir l'approche bourrin et faire une mesure toutes les secondes. Le but du jeu c'est d'avoir un nombre important (le plus précis possible) de mesures sur la latence de plusieurs équipements. L'objectif est de déterminer à quel moment de la journée des latences apparaissent sur le réseau.
    Pour ce qui est du script, je suis dessus.. non sans mal.. :)

  • [^] # Re: glpi : gestion libre de parc informatique

    Posté par  . En réponse au message Patch management multi OS Linux. Évalué à 1. Dernière modification le 30 juin 2021 à 15:48.

    Après quelques recherches, je ne pense pas utiliser cette solution. Je préfère partir sur Ansible/AWX, en tous cas pour le moment.. Comme je suis un peu sous l'eau niveau sujet au travail, je ne pense pas avoir le temps de faire un poc de GLPI/OCS ou GLPI/FusionInventory.. J'ai essayé de tester pas mal de solution rapidement mais les choses n'avancent pas comme je le souhaiterai.. A suivre.

  • [^] # Re: Ansible

    Posté par  . En réponse au message Patch management multi OS Linux. Évalué à 1.

    Merci, je vais tester ça également.

  • # Etude et plateforme

    Posté par  . En réponse au message Devenir Pentester. Évalué à 2.

    Bonjour, faire des études informatique me semble essentiel. Il est indispensable de bien comprendre les bases du réseau, des systèmes, de la programmation, des technologies du web, etc. avant de se lancer dans le hacking. Si tu le peux, essaye de poursuivre tes études en alternance pour associer de la pratique dans le monde réel en plus de ta formation.
    Je ne peux que te recommander la plateforme https://tryhackme.com/ qui va partir des bases et qui s'adresse principalement bien au débutant (au passage tu vas améliorer ton niveau en Anglais si tu en as besoin).

  • [^] # Re: puppet

    Posté par  . En réponse au message Patch management multi OS Linux. Évalué à 1.

    Effectivement, j'ai vu passé que Puppet pouvait répondre à mes besoins et oui, TheForeman utilise Puppet. Merci pour ta réponse. :)

  • [^] # Re: glpi : gestion libre de parc informatique

    Posté par  . En réponse au message Patch management multi OS Linux. Évalué à 2.

    Merci pour ta réponse. :)
    Je ne pensais pas que la solutions GLPI/OCS ou GLPI/FusionInventory pouvait permettre de pousser des mises à jour sur des machines.
    Merci, pour l'information, je vais me renseigner.

  • [^] # Re: glpi : gestion libre de parc informatique

    Posté par  . En réponse au message Patch management multi OS Linux. Évalué à 1.

    Merci pour ta réponse :)
    J'utilise déjà GLPI en entreprise et malgré toutes ses fonctionnalités il ne me semble pas que celui-ci permet de pousser les mises à jour vers des serveurs. Peux-tu me préciser le contexte ? Pousser les mises à jour de quoi et à destination de quoi ?