reve4pc
Messages postés4Date d'inscriptionjeudi 17 octobre 2002StatutMembreDernière intervention30 mai 2007 11 juil. 2005 à 11:36
salut t monde
et merci pr le test
j'ai consu ce ocx just pour tester les capacites du dx en reseau mais sa veux rien dire que dx est moins fort car il faut bien utiliser toutes ces capacites pour juger et je crois que c'est pas facile d'utiliser tout les capaciter dans un simple ocx comme celui-si
pour les gens qui s'inquiete pour les trojans je crois qu'il non pas travailler avec dplay ,tester aussi un ex du sdk du directx8 pour voir la diferrence
pour le transfer l'ocx fait deux tache
d'origine le dplay envoie les donnes de type byte donc j'etais oblige de changer les donnes string en
byte
pour tester vraiment la rapidite reel il faut tester l'example fournit en sdk
daetips
Messages postés142Date d'inscriptionjeudi 10 juillet 2003StatutMembreDernière intervention10 novembre 2007 11 juil. 2005 à 08:07
Ouai au niveau de la rapidité, Eb a totalement raison, j'ai réussi a faire 900 Ko en 3-4 sec contrairement à un winsock qui fait 4 Mo/sec.
Quand on envoi des données trop grandes (3-4 Mo), ca ne marche pas, le projet plante.
Dommange que l'on ne puisse pas envoyer de chr(0), par exemple pour envoyer un petit fichier.
Mon firewall détecte bien les ports ouvert, même un peu trop d'ailleurs car quand j'ouvre le client et je connecte l'user1, ils y a les ports la qui sont ouvert par vb6.exe(en udp):
1374,46808,20558,1375,51700,39833,2351
donc jack tu a peut etre raison sur ce trojan caché :(
cs_EBArtSoft
Messages postés4525Date d'inscriptiondimanche 29 septembre 2002StatutModérateurDernière intervention22 avril 20199 11 juil. 2005 à 00:07
Il utilise directx 8 pour transferer ses donnée ça ne sera jamais plus rapide que les api winsock native (et encore faut il avoir dx8vb.dll normallement fournis avec dx8)
@+
Golog
Messages postés224Date d'inscriptionjeudi 31 janvier 2002StatutMembreDernière intervention22 décembre 2009 10 juil. 2005 à 22:17
faudrai testé l'ocx pour voir si en effet il ouvre un porte ou transmet des donnée sur internet (facile avec zone alarme ou Net limiter on vois directement qui envoye koi etc..) et bon, au mieu d'avoir la source (et la sa dépend si c'est du VB ou pas).
cs_Jack
Messages postés14006Date d'inscriptionsamedi 29 décembre 2001StatutModérateurDernière intervention28 août 201579 10 juil. 2005 à 20:40
Salut
Et ton OCX nommé 'dwsk', il sort d'où ? Est-il sûr ?
Il faut faire attention avec les composants qui communiquent :
Imagine qu'un petit malin fabrique un OCX te permettant ceci ou cela. Bon, tu trouves ça pratique, mais imagine qu'une des fonctions interne de cet OCX soit de transmettre à un serveur la liste de tes adresses mails, ou simplement d'ouvrir un port pour un troyen.
### Je recommande à tous d'être prudent avec ce genre d'objets non certifiés ###
11 juil. 2005 à 11:36
et merci pr le test
j'ai consu ce ocx just pour tester les capacites du dx en reseau mais sa veux rien dire que dx est moins fort car il faut bien utiliser toutes ces capacites pour juger et je crois que c'est pas facile d'utiliser tout les capaciter dans un simple ocx comme celui-si
pour les gens qui s'inquiete pour les trojans je crois qu'il non pas travailler avec dplay ,tester aussi un ex du sdk du directx8 pour voir la diferrence
pour le transfer l'ocx fait deux tache
d'origine le dplay envoie les donnes de type byte donc j'etais oblige de changer les donnes string en
byte
pour tester vraiment la rapidite reel il faut tester l'example fournit en sdk
11 juil. 2005 à 08:07
Quand on envoi des données trop grandes (3-4 Mo), ca ne marche pas, le projet plante.
Dommange que l'on ne puisse pas envoyer de chr(0), par exemple pour envoyer un petit fichier.
Mon firewall détecte bien les ports ouvert, même un peu trop d'ailleurs car quand j'ouvre le client et je connecte l'user1, ils y a les ports la qui sont ouvert par vb6.exe(en udp):
1374,46808,20558,1375,51700,39833,2351
donc jack tu a peut etre raison sur ce trojan caché :(
11 juil. 2005 à 00:07
@+
10 juil. 2005 à 22:17
10 juil. 2005 à 20:40
Et ton OCX nommé 'dwsk', il sort d'où ? Est-il sûr ?
Il faut faire attention avec les composants qui communiquent :
Imagine qu'un petit malin fabrique un OCX te permettant ceci ou cela. Bon, tu trouves ça pratique, mais imagine qu'une des fonctions interne de cet OCX soit de transmettre à un serveur la liste de tes adresses mails, ou simplement d'ouvrir un port pour un troyen.
### Je recommande à tous d'être prudent avec ce genre d'objets non certifiés ###