Poster une réponse à un sujet: [C] Qui est au bout du fil..?
Attention, ce sujet est un sujet ancien (5753 jours sans réponse)
blietaer
OK, donc je devrais refaire le boulot de PS pour avoir une vue de tous les processes...ca sent le execve("ps -auxww")
philfr
Tout ce que ps te dit, il le trouve dans /proc/<pid>
/proc/<pid>/status, /proc/<pid>/fd, /proc/<pid>/cwd, /proc/<pid>/cmdline, /proc/<pid>/maps sont sympas, mais tous les autres aussi...
/proc/<pid>/status, /proc/<pid>/fd, /proc/<pid>/cwd, /proc/<pid>/cmdline, /proc/<pid>/maps sont sympas, mais tous les autres aussi...
blietaer
Tiens y a le même genre de /proc file pour "ps -auxww" ?
philfr
Pour un client à la fois, tu peux lancer nc dans un while.
Et pour du multiclient, fais ça en python:
#!/usr/bin/env python
import socket
s=socket.socket()
s.bind(("0.0.0.0",2345))
s.listen(5)
l=[]
while 1:
l.append(s.accept())
Et pour du multiclient, fais ça en python:
#!/usr/bin/env python
import socket
s=socket.socket()
s.bind(("0.0.0.0",2345))
s.listen(5)
l=[]
while 1:
l.append(s.accept())
blietaer
Mmh bien sur c'est pas lp qui m'intéresse mais rp pour la detection du port server (si je suis client)
Tiens pour tester le joujou, j'utilise netcat, mais dès que je referme le telnet...le serveur netcat saute, on sait pas le faire redémarrer tt le temps?
ou alors j'écris un brol en C qui tient plus longtps?
Tiens pour tester le joujou, j'utilise netcat, mais dès que je referme le telnet...le serveur netcat saute, on sait pas le faire redémarrer tt le temps?
ou alors j'écris un brol en C qui tient plus longtps?
Dr_Dan
j'ai précisé que je parlais de monde Linux?
ah non...voila qui est fait.
ah non...voila qui est fait.
Désolé, hier, j'étais dans un trip windows. ( ca dépend du client )
strace est effectivement un ami de longue date. Mais il ne faudrait pas non plus le laisser dans l'ignorance de ce bon vieux ltrace qui permet, en plus des appels système, de tracer les appels à la libc et à d'autres librairies du système.
MAN is the only friend you must have...
rfr
strace est souvent ton ami.
Si tu te demandes comment fait netstat pour trouver cette info, strace netstat te le dit...
Si tu te demandes comment fait netstat pour trouver cette info, strace netstat te le dit...
strace est effectivement un ami de longue date. Mais il ne faudrait pas non plus le laisser dans l'ignorance de ce bon vieux ltrace qui permet, en plus des appels système, de tracer les appels à la libc et à d'autres librairies du système.
philfr
strace est souvent ton ami.
Si tu te demandes comment fait netstat pour trouver cette info, strace netstat te le dit...
Si tu te demandes comment fait netstat pour trouver cette info, strace netstat te le dit...
blietaer
C'est typiquement ce genre de choses qui m'excitent sous Linux mais qui m'énerve aussi d'avoir sous la main sans le savoir...j'espère que le nouveau livre que viens d'acheter (Essential Linux Drivers) m'aidera à progresser (bien que ce ne soit pas vraiment IP-oriented)
Il faut être super-humble avec sa courbe d'apprentissage à notre âge...
Merci.
Il faut être super-humble avec sa courbe d'apprentissage à notre âge...
Merci.
philfr
N'oublie pas qu'à l'autre bout d'un même port, tu peux en avoir plusieurs autres (mon prog s'arrête au premier, sans raison, je corrige).
Et si tu veux aussi les connexions IPv6, c'est /proc/net/tcp6 que tu dois parser.
Et si tu veux aussi les connexions IPv6, c'est /proc/net/tcp6 que tu dois parser.