Le 22/07/2024 à 09:45, NoSpam a écrit :
Bonjour Le 22/07/2024 à 00:18, Charles a écrit :ls -l /proc/*/fd/* 2>/dev/null | grep 36398Pas plus efficace, aucune sortie.De mes tests, si netstat n'affiche aucun PID/nom de programme et que l'on ne sait pas par quel demon/application ce/ces ports sont ouverts, aucune chance de libérer le/les ports. C'est par ex. le cas avec des applications docker/proxy docker
C'est peut-être une communication via RPC, que donne la commande : # rpcinfoC'est le cas par exemple pour NFS, un netstat ne donnera aucun programme/PID associé car géré par le noyau.
Tu peux tenter de chercher l'inode : # find / -inum 36398 Peut-être tenter un nmap voir s'il te trouve un nom de service : # nmap -6 -v -A ::1 -p 50005 Voire un tcpdump pour tenter d'identifier : # tcpdump -i any -vv -X udp port 50005 Tu n'as pas de processus zombie ? Après un redémarrage le port est toujours en écoute ? -- Charles