netstat est un outil permettant de visualiser les connexions réseau actives, les écouteurs et les sockets.
Je sais que 127.0.0.1 ~ 127.255.255.254 sont les adresses IP de bouclage pour la plupart des systèmes d'exploitation modernes, et ces adresses IP peuvent être utilisées pour faire référence à notre propre ordinateur. Mais qu'est-ce que 0.0.0.0? Il semble que cela se réfère également à l'ordinateur...
J'ai un processus (dbus-daemon) qui a beaucoup de connexions ouvertes sur des sockets UNIX. L'un de ces liens est le numéro 36: =$ ps uw -p 23284 USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND depesz 23284 0.0 0.0 24680 1772 ? Ss 15:25 0:00 /bin/dbus-daemon --fork --print-pid 5...
J'essaie de vérifier que les connexions persistantes HTTP sont utilisées lors de la communication avec un serveur Web Tomcat en cours d'exécution. Actuellement, je peux récupérer une ressource sur mon serveur depuis un navigateur (par exemple, Chrome) et vérifier à l’aide de netstat que la...
D'accord, cela me fait flipper - j'en vois environ 1500-2500: root@wherever:# netstat Proto Recv-Q Send-Q Local Address Foreign Address State tcp 0 0 localhost:60930 localhost:sunrpc TIME_WAIT tcp 0 0 localhost:60934 localhost:sunrpc TIME_WAIT tcp 0 0 localhost:60941 localhost:sunrpc TIME_WAIT tcp...
J'ai une situation étrange avec un port réseau ouvert. Ma principale question est, pourquoi n'y aurait-il pas un programme associé à un port TCP ouvert: netstat -ln --program Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0...
Cette question est similaire au port réseau ouvert, mais aucun processus n'est attaché? J'ai tout essayé à partir de là, j'ai examiné les journaux, etc ... et je ne trouve rien. Mon netstat montre un port d'écoute TCP et un port UDP sans pid. Lorsque je recherche lsof pour ces ports, rien ne se...
J'utilise cette simple commande pour surveiller les connexions (pour faire face à certaines attaques DoS récentes) sur mon serveur Debian: netstat -ntu | awk '{print $5}' | cut -d: -f1 | sort | uniq -c | sort -n Comment puis-je l'exécuter en continu? Ainsi, il se rafraîchira une fois par minute (ou...
J'ai un port bloqué par un processus que je devais tuer. (un petit démon telnet qui s'est planté). Le processus a été tué avec succès mais le port est toujours dans un état «FIN_WAIT1». Cela n'en sort pas, le délai d'attente semble être fixé à «une décennie». Le seul moyen que j'ai trouvé pour...
Je surveille la pile TCP sur un serveur en espérant déduire de manière générique des problèmes d'application sur la boîte. Ma première inclination est de mesurer le nombre de sockets dans tous les états rapportés (LISTEN, ESTABLISHED, FIN_WAIT2, TIME_WAIT, etc.) et de détecter certaines anomalies....
Parfois (pas trop souvent) quand je tape "netstat", il faut plus de 5 secondes pour revenir. Alors que les autres moments sont instantanés. J'observe cela depuis des semaines sur mon serveur (CentOS 6.4), mais je ne comprends pas pourquoi!? Quelqu'un peut-il donner une
J'essaie de tuer une connexion TCP ÉTABLIE avec tcpkill. La connexion est une connexion HTTPS ouverte. Il apparaît sur netstat comme: tcp 0 0 X.X.X.X:55601 X.X.X.X:https ESTABLISHED Donc, selon la page de manuel , j'entre: $ tcpkill -i eth1 -9 port 443 L'utilitaire tcpkill génère: tcpkill:...
Dans les résultats de netstat, que signifie le [::]? exemple [::]: ssh [::]: *
Mon serveur Ubuntu est infecté et il y a un processus qui fait un tas de requêtes HTTP vers un tas de sites Web (ça craint!). J'ai ajouté ce qui suit à mon pare-feu (UFW): sudo ufw deny out proto tcp to any port 1:65535 To Action From -- ------ ---- 1:65535/tcp DENY OUT Anywhere Maintenant, je...
J'ai un serveur ubuntu / hardy, avec le noyau 2.6.24-23-server et netstat: # netstat --version net-tools 1.60 netstat 1.42 (2001-04-15) Le problème est que nous avons beaucoup de connexions ESTABLISHED qui ne montrent pas le PID ni le nom du programme en netstat -ntapsortie. Netstat a été appelé...
À l'époque IPv4 uniquement, une connexion LISTEN apparaissant netstatcomme écoutant 0.0.0.0répondait aux connexions sur n'importe quelle interface IPv4 du système. Si je comprends bien, le nouvel idiome IPv6 ::écoute sur toutes les interfaces IPv6 et IPv4 disponibles . Est-ce correct, pour tous les...
Non TIME_WAITsur Mac OS X Normalement, lorsqu'une connexion TCP est fermée, le socket du côté où close()est appelé en premier est laissé en l' TIME_WAITétat. Lorsque l'un des pairs est une machine Mac OS X (Lion), aucun TIME_WAITn'est répertorié par netstat -ansur le Mac s'il close()est appelé en...
J'essaie d'utiliser le port 80 pour mon serveur d'applications, mais lorsque j'effectue "netstat -aon", j'obtiens TCP 0.0.0.0:80 0.0.0.0:0 ECOUTE 4 Lorsque je recherche le processus dans le gestionnaire de tâches, il montre que PID 4 est SYSTEM, c'est tout, pas d'extension ... rien, juste "SYSTEM"....
Je cours donc lsof -i | wc -lpériodiquement et ça me dit que sur 420 lignes, entre 240 et 255 sont en CLOSE_WAITétat. Comment les connexions TCP entrent-elles dans cet état? Dois-je m'inquiéter et comment le