SCANNER LES PORTS ET LES ADRESSES IP ET RELEVER LEURS CONTENU (LE BUFFER)

Commentaire de Logan le 06/08/2004 01:08:03

pas mal du tout, g juste testé le EXE, mais ça semble pas chercher le buffer sur les ports udp

Commentaire de MadM@tt le 06/08/2004 12:56:05

Sur la capture ce qui est marqué correspond à ce que j'ai lu avec la commande .PeekData, et la définition de cette commande c'est (a peut près) :
Lit ce qu'il y a sur le port sans vider le buffer.
Donc j'en ai déduis que ce qui arrivait sur ce port était stocké dans un buffer et qu'en le lisant, on pourrai faire comme un firewall, mais si je me suis trompé je suis désolé je suis débutant dans ce domaine. Dans ce cas expliquez moi mon erreur

@ +
MadMatt

Commentaire de EBArtSoft le 06/08/2004 13:08:33 administrateur CS

User Datagram Protocol
RFC 768

Transmission Transfert Protocol
RFC 793

Ce sont deux protocoles de communication :

Le premier est utilisé pour des communications
a faible transfert sans assurance de reception
(ex: DNS)

Le seconde est utilisé pour des communications
longue et complexe avec un besoin d'assurance
de transfert
(ex: HTTP)

@+

Commentaire de Logan le 06/08/2004 15:23:19

mod TCP,

enfait, il recupere le buffer, mais du port local qui est connecté au distant

Commentaire de x28x le 06/08/2004 17:51:54

merde ja i oublié lol l erreur ecxris

Erreur d execution '10061'

La connection à été rejetée. et hop il se ferme.

Commentaire de EBArtSoft le 06/08/2004 19:17:52 administrateur CS

MadM@tt> les ports sont les mêmes dans la numerotation et l'utilisation est la meme c'est
le mode de fonctionnement de la connexion
et des paquets qui est differente.

@+

Commentaire de EBArtSoft le 06/08/2004 21:21:30 administrateur CS

les ports sont les mêmes tu les scan une fois c'est suffisant pour ce qui est du protocole c'est a toi de
voir...

Commentaire de MadM@tt le 06/08/2004 23:23:06

Pour la capture j'ai pas mis a jour, donc si vous voulez voir ce qui à changé regardez le zip

@ ++
(et pis pensez à noter ;-)

Commentaire de VBsat62fr le 27/02/2006 04:04:15

Bonsoir ou Bonjour à tous,

Petite rectif sans arrière pensée,
EBArtSoft nous dis :
User Datagram Protocol RFC 768 (UDP)
Transmission Transfert Protocol RFC 793 (TCP) -> En fait c'est, Transmission Control Protocol

Ce sont deux protocoles de communication :
Le premier...

Précision, ce sont les protocoles de la couche transport du modèle TCP/IP :

"La couche transport contient deux protocoles permettant à deux applications d'échanger des données indépendamment du type de réseau emprunté (c'est-à-dire indépendamment des couches inférieures...), il s'agit des protocoles suivants :
    * TCP, un protocole orienté connexion qui assure le contrôle des erreurs
    * UDP, un protocole non orienté connexion dont le contrôle d'erreur est archaïque"

Donc dans la majorité des cas, le protocole TCP sera utilisé, sauf lors de transport de données ne nécessitant pas de contrôle d'erreur.

Par contre, je ne vois pas ce que vient faire le DNS là dedans (ex pour protocole UDP)?
Le DNS est la translation d'une adresse IP en un nommage plus familier, ie www.trucmuche.com :
"il est possible d'associer des noms en langage courant aux adresses numériques grâce à un système appelé DNS (Domain Name System). On appelle résolution de noms de domaines (ou résolution d'adresses) la corrélation entre les adresses IP et le nom de domaine associé.".

J'ai plutôt rencontré de la vidéo transmise en UDP, cela permet de gagner du temps sur l'encapsulation et ne nécessite pas forcement un contrôle d'erreur.

Les trucs entre guillements sont tirés de bouquins ou autres, je sais plus, bref.
Voila, ce n'était pas capital mais utile pour la compréhension.

Cela dis bonne source, elle ne résoud pas mon problème mais ça marche bien.
@+