CLM'S RESEAU SPY : CAPTURE L'ÉCRAN D'UN PC DU RESEAU AVEC TRANSFERT WINSOCK ET C
cs_Stephane
Messages postés
550
Date d'inscription
vendredi 5 janvier 2001
Statut
Membre
Dernière intervention
23 septembre 2006
-
1 août 2005 à 07:27
Renfield Messages postés 17287 Date d'inscription mercredi 2 janvier 2002 Statut Modérateur Dernière intervention 27 septembre 2021 - 23 févr. 2008 à 06:31
Renfield Messages postés 17287 Date d'inscription mercredi 2 janvier 2002 Statut Modérateur Dernière intervention 27 septembre 2021 - 23 févr. 2008 à 06:31
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/32999-clm-s-reseau-spy-capture-l-ecran-d-un-pc-du-reseau-avec-transfert-winsock-et-compression-zlib
https://codes-sources.commentcamarche.net/source/32999-clm-s-reseau-spy-capture-l-ecran-d-un-pc-du-reseau-avec-transfert-winsock-et-compression-zlib
23 févr. 2008 à 06:31
http://www.vbfrance.com/doc/faq.aspx#cs_noexe
"1°) Lorsque vous postez un fichier zip en accompagnement de votre source, nous "nettoyons" le fichier zip en supprimant les éxécutables pour éviter une propagation éventuelle de virus si vos .exe étaient contaminés.
2°) Le principe des CodeS-SourceS est de partager des codes et des scripts, le but n'étant pas de proposer des programmes à télécharger mais à compiler soit-même pour apprendre. Si un membre dépose un fichier .exe dans son zip comportant un code malicieux, vous seriez mécontent que cela soit dû à notre légèreté avec les exécutables.
Pour ces 2 très bonnes raisons : Pas d'EXE dans les ZIP sur CodeS-SourceS"
23 févr. 2008 à 02:57
16 nov. 2006 à 18:05
27 août 2005 à 22:07
chez moi meme sans firewall chez moi je trouvais des problemes....Peut etre une erreur de ma part.Mais de toute facon j'ai reecris entierement le code source que je vous posterais bientot.
@+
27 août 2005 à 22:02
je pense que l'interet que ce soit le client à prendre le screenshot est par rapport aux firewalls...
si, sur le poste où l'on prend le screenshot, il y a un firewall il vas signaler voire bloquer ce programme qu'essaie de se comporter en server
alors que dans le cas en question, le server est sur le poste qui visualise et donc les warnings du firewall peuvent être acceptés
27 août 2005 à 15:02
j'ai entierement reecri l'application en inversant notement client/serveur
dorenavent c'est le serveur qui prend les screenshot et plus le client.
je posterais la source bientot
26 août 2005 à 19:08
Je ne comprend pas pourquoi tu coupe la connection a la fin de chaque transfer d'image car le chez moi la connection plante de tps en tps....
Sinon l'idée est pas idiote d'inverser client/server
8 août 2005 à 20:31
Tu as 3 postes à espionner sur un réseau de 4 postes où tu es le quatrième (en serveur).
Tu compiles chaque client comme ça:
Client1 --> connexion sur port X
Client2 --> connexion sur port X + 1
Client3 --> connexion sur port X + 2
Du côté du serveur tu compiles trois executables ainsi:
Serveur1 --> ecoute port X
Serveur2 --> ecoute port X + 1
Serveur3 --> ecoute port X + 2
Ensuite tu lances les 3 clients sur les 3 postes à espionner et toi de ton côté tu lances le ServeurX pour espionner (1 à la fois).
Vu que les prog serveurs ne sont gros (28Ko), ce n'est pas trop génant.
Fais moi signe si ce n'est pas clair pour toi,
Clementio
8 août 2005 à 19:06
"Être averti par mail lorsqu'un nouveau commentaire est ajouté sur cette source."
sans laisser de message bidon ?
très intéressant, mais petite question... puisque c'est le client qui cherche à se connecter au serveur, si l'on installe sur le même réseau deux ou plus clients (postes à surveiller) il vont tous se connecter au même serveur...
Qu'est-ce-que ce pauvre serveur est censé afficher dans ce cas ?
PS : but didactique, groupes d'enfant/adultes qui débutent avec un PC...
5 août 2005 à 11:44
Je n'arrive pas à capturer les double clics, le décalage est un peu long et même le clic n'est détecté qu'une fois sur deux!!!
A suivre...
5 août 2005 à 10:43
A oui effectivement je n'avais pas bien lu la description de ton programme, super continu comme sa.
Vas-tu ajouté un controle de la souris et du clavier ?
Bonne prog
A+
4 août 2005 à 15:46
Et pour l'autre, il n'y a pas besoin de le quitter, au moins que ton problème soit avec celui-ci???
4 août 2005 à 14:02
voila ton programme marche super mais pourais tu mettre un bouton ou une commande dans une form pour quitter ton programme parce que pour le quitter il faut faire Ctrl + alt + del et dès que je ferme le client (celui qui espionne) ,le serveur (celui qui est espionné)lagge enfin bon c'est windows 98.
a+
2 août 2005 à 04:45
1 août 2005 à 22:26
Bonne idée.
De mon côté, dans un progiciel, j'utilise cette même technique, mais avec les variantes suivantes :
- La compression ZLib et le JPG étant tout à fait comparable, on peut aussi passer par le JPG (conversion BMP-JPG) qui a l'avantage de ne pas nécessiter de DLL externe et de pouvoir régler le pourcentage de précision de l'image, cela permet de faire de petits fichiers simplement pour voir si qqun bosse sur ce poste : http://www.Planet-Source-Code.com/vb/scripts/ShowCode.asp?txtCodeId=50065&lngWId=1
- Pour simplifier et automatiser la connexion d'un client à un serveur (déjà en run), je vous propose cette source qui marche très bien sur les réseaux privés. Avantage : ne nécessite pas de connaitre l'IP du serveur, il suffit de se mettre d'accord sur un couple de n° de port (broadcasting) : http://vbfrance.com/code.aspx?ID=22252
1 août 2005 à 17:57
Et je reconfirme que chez moi tout marche nickel...
1 août 2005 à 16:59
1 août 2005 à 16:58
Les evenements Winsock1_ConnectionRequest et Winsock1_DataArrival ne sont jamais appelés. Je ne connais pas bien Winsock, mais il me semble qu'aucune données n'arrive.
Je fais l'inverse et j'execute le client dans l'IDE avec un point d'arret dans tous les evenements WinsocWk1_***.
WinsocWk1_Error tourne en ronds avec
Number = 10061
Description = "La connexion a été rejettée"
Source = "c:/windows/system32/mswinsck.ocx"
1 août 2005 à 16:57
1 août 2005 à 16:47
Vraiment bizarre ...
1 août 2005 à 16:12
Il faut mettre la dll zlib dans les repertoires des deux applis, sinon impossible de compresser/décompresser l'image.
J'espère que ça vient de là...
1 août 2005 à 16:05
1 août 2005 à 15:58
Tiens, essaie ça:
http://www.vbfrance.com/code.aspx?id=7660
C'est un prog de chat que j'ai fait il y a longtemps et qui utilise les mêmes fonctions de winsock. Si il marche, dis le moi, je modifirai mon appli en me basant intégralement sur mon prog de chat.
A+
1 août 2005 à 15:13
Sinon pas de pb sur le réseau, j'y travaille actuellement sans pb, les postes sont également accessibles dans le voisinage réseau. Ping : OK.
Sinon le client est sous Win98 et le serveur sous XP. J'ai bien installé les dll et ocx neccessaires sur Win98 et j'ai plus d'idée... :-(
1 août 2005 à 15:01
Tu dois le paramétrer pour autoriser les connexions entrantes/sortantes sur le port 1337 (port que tu peux changer dans le prog).
Essaie et dis moi si tu as résolu le problème...
Sinon essaie aussi de "pinger" entre les deux postes (si ça se trouve ton réseau est à plat...).
1 août 2005 à 10:33
Je lance le client sur le pc a espionner.
Je lance le serveur sur mon poste.
Le serveur s'ouvre mais n'affiche pas le poste client...
1 août 2005 à 08:41
Ca peut sembler un peu "à l'envers" en terme de protocole client/serveur mais chez moi ça marche impec et j'ai hâte de savoir si chez vous ça marche pareil!!!
A+, Clm
1 août 2005 à 07:27
par contre il me semble que tu fait confusion entre serveur/client...
Par definition le serveur c'est celui qui recoit la connexion, "donc qui tourne en permanence", donc jpense que ta inversé.
a+