Fiche entreprise : Personne

.

• Développement d'applications

• Toute la france

Devis Développement d'applications - Ville D Avray : Expression de besoins projet log activité réseau J’ai besoin d’un logiciel qui fonctionne sous forme de service sur Windows 32 et 64bits qui soit en mesure de collecter les informations sur l’activité réseau de la machine sur laquelle il est installé. Les informations nécessaires sont : - Date heure - Le nom de la machine distante - Le sens de la connexion (in, out) - Le protocole - L’ip locale - Le port local - L’ip distante - Le port distant - L’état de la connexion - Le PID du processus local qui communique - Le nom du programme local qui communique - La ligne de commande en paramètre du programme - Le reverse dns de l’ip distante Ces informations doivent être écrites dans un fichier .txt sous la forme suivante : 20230225235902256,ROG-DEMELZA,Out,TCP,192.168.1.15,53981,151.80.1.70,8090,ESTABLISHED,19680,Noomi64.exe,C:\\Users\\mySelf\\Documents\\Noomi.admin\\Noomi64.exe,alexa.noomi-hall.ovh Et doit être journalisé : un fichier log par jour, le fichier du jour précédent étant déplacé dans un dossier et renommé sous la forme Jour_nomdedomaine_nomdelamachine.txt Au-delà de l’utilisation de Netstat, de l’API Winsock, il est souhaité que le fichier de log du pare-feu Windows soit parcouru et intégré au log. La fréquence d’exécution de Netstat doit être paramétrable et par défaut fixé à 1/100ème de seconde. Les connexions établies doivent être enregistrées à intervalle d’une minute afin de déterminer la persistance d’une communication dans la durée. Cette persistance est basée sur l’IP distante et locale ainsi que sur le port d’écoute, mais pas le port client. Les connexions FTP où les ports sont changeant doivent être gérées sur la base des IP uniquement, sans tenir compte des ports. Un fichier de paramètres doit permettre de pouvoir indiquer les protocoles à ne pas prendre en compte (ICMP par exemple), d’ignorer IPV6, d’exclure des ports locaux ou distants (43,53,123 par exemple), utilisation du log du pare-feu ou non et si oui, vérification que le pare-feu est actif, à activer automatiquement dans le cas contraire, utilisation de l’API Winsock ou non (non par défaut). La ligne de log générée à partir du log du pare-feu doit indiquer si la communication est allouée ou bloquée. Un paramètre doit permettre de déterminer si on veut toutes les communications (allouées et bloquées) ou seulement allouées. Les paramètres modifiés doivent être pris en compte immédiatement sans redémarrage du service ou de la machine. Je dois disposer d’un installeur silencieux et de la possibilité de déployer par push à partir d’un poste sur un parc de 200 serveurs.

Devis Développement d'applications - Enghien Les Bains : Je souhaite créer un logiciel qui ressemble à Doctolib x Treatwell : chaque praticien pourra ajouter sa carte des prestations, ses créneaux et ça réserve un cabinet dans mon local (il s\'agit d\'un espace partagé de bien-être où les praticiens louent le cabinet le temps nécessaire). Donc 1 seule adresse mais plusieurs praticiens, chacun sa propre grille tarifaire, ses prestations et ses horaires. Avec possibilité de mettre en place des acomptes pour les clients des praticiens.

Devis Développement d'applications - LILLE : hihi

Devis Développement d'applications - Paris : hehe

Devis Développement d'applications - Le Monastere : jiji

Devis Développement d'applications - VANNES : huhu