# Tcpdump - process origine? **URL:** \ **Category:** Support Debian\ **Created:** [Septembre 23, 2020, 7:46 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900 "2020-09-23T07:46:37Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Septembre 23, 2020, 7:46 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/1 "2020-09-23T07:46:37Z")
Bonjour à tous, tcpdump donne le port origine d’une transmission. Peut-on retrouver le nom du process origine lorsque ce process (pid/port) n’existe plus? Un lecteur connaît-il une commande directe ou une capacité de déclencher un script sur un filtre tcpdump ou équivalent? ---
**Author:** ![AnonymousCoward](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f9ae1b/32.png) [@AnonymousCoward](https://www.debian-fr.org/u/AnonymousCoward)\ **Post date:** [Septembre 23, 2020, 3:47 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/2 "2020-09-23T15:47:19Z")
Il y a différentes manières : - utiliser un logiciel IDS tel que, mais il y en beaucoup d’autres, le très connu [Suricata](https://en.wikipedia.org/wiki/Suricata_(software)) - utiliser [NFQUEUE](https://home.regit.org/netfilter-en/using-nfqueue-and-libnetfilter_queue/) pour écrire son propre logiciel. Le lien provient du blog de Eric Leblond, un des auteurs de Suricata si ce n’est le principal - utiliser iptables / nftables et NFLOG pour extraire des paquets depuis iptables. Vers tcpdump ou vers un autre logiciel - utiliser iptables / nftables pour générer une entrée dans le log du système lorsque l’on rencontre tel ou tel paquet. Et avoir un logiciel qui surveille le fichier log, du genre de fail2ban. Il est possible de faire soi-même mais ce n’est pas trivial. Notamment quand on doit traiter les ~600 connections créées par Google Maps pour une seule page. Bon courage. –AnonymousCoward ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Septembre 23, 2020, 3:58 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/3 "2020-09-23T15:58:39Z")
Merci pour tes idées, j’avais pensé à regarder du côté d’iptables mais ne connaît pas les autres pistes données. Je vais me documenter et voir ce que je peux faire. Normalement je ne devrais pas avoir à faire avec Google & co, je suis sur un réseau local, cela concerne mon précédent post ‹ Aide pour analyse logs ssh / systemd › ---
**Author:** ![AnonymousCoward](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f9ae1b/32.png) [@AnonymousCoward](https://www.debian-fr.org/u/AnonymousCoward)\ **Post date:** [Septembre 23, 2020, 4:57 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/4 "2020-09-23T16:57:04Z")
Si c’est que tu souhaites connaitre l’origine des connexions à ssh, c’est sur l’ordinateur d’origine qu’il faut que tu utilises un logiciel tel que, par exemple : - auditd - SystemTap - LTTng - DTrace Cela te permettra de savoir quel processus a utilisé l’appel système connect() . Sinon, utiliser iptables / nftables pour bloquer les connections TCP à destination de ton autre ordinateur sur le port 22. Si cela permet de bloquer les connections que tu inities manuellement avec le client ssh alors que les connexions curieuses continuent, il va falloir penser à appeler « le FBI ». – AnonymousCoward ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Septembre 23, 2020, 5:19 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/5 "2020-09-23T17:19:22Z")
Concernant auditd j’ai déjà planté 2 fois mon PC, voir [Auditd - Attention](https://www.debian-fr.org/t/auditd-attention/82859), j’en conclus pas que ça ne fonctionne pas mais que je ne suis pas encore prêt à savoir l’utiliser. Je ragarderai tes autres propositions. A suivre. ---
**Author:** ![PmGs](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/p/dfb087/32.png) [@PmGs](https://www.debian-fr.org/u/PmGs)\ **Post date:** [Septembre 24, 2020, 7:04 UTC](https://www.debian-fr.org/t/tcpdump-process-origine/82900/6 "2020-09-24T07:04:51Z")
Finalement j’ai trouvé un utilitaire que je ne connaissais pas et moins lourd qu’un IDS. Comme par ailleurs c’est sur mon réseau local, je connais mes applications mais en l’occurrence j’avais oublié un essai BackupPC! Pour info cet utilitaire est lastcomm du paquat acct.