Pardonnez-moi si ce n'est pas le meilleur forum pour cette question, mais cela semble plus pertinent pour le noyau que pour la programmation elle-même. J'écris un script qui interroge le système pour les ports ouverts afin que nous puissions représenter graphiquement et surveiller les statistiques....
Sous Linux, je peux utiliser netstat -tulpnwet ps, comme ceci: # netstat -tulpnw | grep :53 tcp 0 0 127.0.0.1:53 0.0.0.0:* LISTEN 1482/named udp 0 0 127.0.0.1:53 0.0.0.0:* 1482/named # ps aux | fgrep 1482 named 1482 0.0 1.0 93656 44900 ? Ssl Sep06 3:17 /usr/sbin/named -u named root 20221 0.0 0.0...
Sous Linux (mes serveurs en direct sont sur RHEL 5.5 - les liens LXR ci-dessous sont vers la version du noyau), man 7 ipdit: Une adresse de socket local TCP qui a été liée n'est pas disponible pendant un certain temps après la fermeture, sauf si l'indicateur SO_REUSEADDR a été défini. Je n'utilise...
Pour un fichier socket comme ceci: # ls -alti socket 14112 srw------- 1 root root 0 Nov 15 20:03 socket # cat socket cat: socket: No such device or address Puisque la catcommande est inutile ici, existe-t-il une méthode pour obtenir plus d'informations sur le fichier socket? Comme sur quel port il...
J'écris un processus démon pour un système Debian Cqui utilise un socket de domaine Unix . Si le répertoire de travail du processus démon est le répertoire racine, existe-t-il un répertoire idiomatique pour placer le socket sur le système de
socat peut être utilisé pour surveiller le trafic sur un socket de domaine Unix: sudo mv /path/to/sock /path/to/sock.original sudo socat -t100 -x -v UNIX-LISTEN:/path/to/sock,mode=777,reuseaddr,fork UNIX-CONNECT:/path/to/sock.original Je ne comprends pas très bien comment ce mécanisme fonctionne,...
Si j'exécute netstat --all | grep ^unixcertains des chemins de socket qui sont sortis sont précédés d'un '@' et certains ne le sont pas. J'ai remarqué que ceux précédés d'un '@' n'apparaissent pas lors de la navigation dans le système de fichiers, lsmais le reste le fait. Quels sont ces deux types...
Pour lire à partir du descripteur de fichier 6, je peux utiliser <&6ou </dev/fd/6(aka /proc/self/fd/6). Habituellement, les deux fonctionnent aussi bien. Cependant, si ce descripteur de fichier se trouve être un socket, des choses étranges se produisent. Par exemple: $ bash -c 'ls -l...
Quelqu'un est-il au courant des références / mesures de débit pour l'utilisation d'un socket Unix local pour la communication interprocessus? Je veux illustrer l'avantage en termes de performances d'avoir une instance de base de données locale sur le même serveur que le logiciel qui demande les...
Contexte de la question Dernièrement, j'ai eu quelques problèmes avec un démarrage lent sur les serveurs, parfois plus de 2 heures pour démarrer bloqué sur "Activation des quotas de système de fichiers locaux:" Après la recherche, j'ai réussi à le réduire à /etc/rc.d/rc.sysinit spécifiquement: #...
Fermé. Cette question est hors sujet . Il n'accepte pas actuellement les réponses. Voulez-vous améliorer cette question? Mettez à jour la question afin qu'elle soit sur le sujet pour Unix et Linux Stack Exchange. Fermé il y a 6 ans . J'essaie d'implémenter la programmation des sockets en C....
J'essaie de comprendre comment les pilotes réseau fonctionnent sous Linux. Ce Q&R a montré que le périphérique réseau sous Linux n'est pas représenté par un fichier de périphérique. Il indique que les pilotes réseau fonctionnent avec sockets. Par exemple, cela indique comment configurer les...
Si vous envoyez un SIGSTOP à un serveur Web, le noyau indique-t-il simplement à la pile réseau de bloquer / mettre en veille toutes les connexions aux prises de ce serveur jusqu'à ce qu'elle se poursuive? Il semble que les valeurs de délai d'expiration du serveur n'ont pas d'importance; il attendra...
Il s'agit d'un simple serveur d'écho sous Unix, utilisant nc: mkfifo fifo cat fifo | nc -k -l 4458 -v | cat >fifo (basé sur cela ) Comme je peux le voir, le flux de données fonctionne comme suit: fifo (my named pipe) | | (using cat) | v nc | | (using cat) | v fifo Et voici la question: pourquoi...