SCANNER LES PORTS ET LES ADRESSES IP ET RELEVER LEURS CONTENU (LE BUFFER)
cs_Logan
Messages postés
99
Date d'inscription
mercredi 2 janvier 2002
Statut
Membre
Dernière intervention
9 juin 2008
-
6 août 2004 à 01:08
kkZ Messages postés 19 Date d'inscription mercredi 19 décembre 2001 Statut Membre Dernière intervention 30 avril 2008 - 8 mai 2008 à 03:06
kkZ Messages postés 19 Date d'inscription mercredi 19 décembre 2001 Statut Membre Dernière intervention 30 avril 2008 - 8 mai 2008 à 03:06
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/25202-scanner-les-ports-et-les-adresses-ip-et-relever-leurs-contenu-le-buffer
https://codes-sources.commentcamarche.net/source/25202-scanner-les-ports-et-les-adresses-ip-et-relever-leurs-contenu-le-buffer
8 mai 2008 à 03:06
27 févr. 2006 à 04:04
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.
@+
29 juin 2005 à 15:35
je scanne un IP, il me trouve 23,25,etc, et je relance le scan et il trouve que 80
et c'est aleatoire, c'est très mystique !!!
si qq'un a une explication
bye
6 août 2004 à 23:23
@ ++
(et pis pensez à noter ;-)
6 août 2004 à 23:01
tenez bah c'est fait : protocole au choix
j'ai aussi mis des informations que vous m'avez donné sur les protocoles, merci à tous
@ ++
MadMatt
6 août 2004 à 21:21
voir...
6 août 2004 à 19:58
et le contenu du buffer du port est-il différent selon le mode de connexion ?
Ensuite je modifierais ma source pour prendre en compte les 2 modes de connexion
@+
6 août 2004 à 19:17
le mode de fonctionnement de la connexion
et des paquets qui est differente.
@+
6 août 2004 à 18:27
Sinon l'erreur que tu décris x28x je ne voit pas quoi faire d'autre à part gérer les erreurs et sauter le port quand il y a une erreur...
Sinon je vais modifier la source pour qu'elle scanne les ports UDP et TCP (ou au choix).
Une question : les ports TCP et UDP sont différents, ou c'est l'utilisation qu'on en fait qui est différente ?
@ +
MadMatt
(ps:personne veut noter la source ?)
6 août 2004 à 17:51
Erreur d execution '10061'
La connection à été rejetée. et hop il se ferme.
6 août 2004 à 17:50
en faite j ai lancé un scanne du port a 65 000 donc a un moment il a du buter sur le firewall et ton scannera a brulé =)
Erreur d execution '10061'
6 août 2004 à 15:23
enfait, il recupere le buffer, mais du port local qui est connecté au distant
6 août 2004 à 13:55
Ah mais c'est super ça !! Merci beaucoup je viens d'apprendre des trucs super... merci EBArtSoft
Mais il y a un truc que je ne comprend pas, si je lance un scan de 1 à 100 et meme si une page internet est en chargement, le port 80 n'est pas détecté comme ouvert ?? Pourtant c'est le port pour les protocoles http et je scanne bien en mode ... euh comment s'appelle l'autre mode, pas le UDP ?
6 août 2004 à 13:08
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)
@+
6 août 2004 à 13:00
6 août 2004 à 12:56
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
6 août 2004 à 09:47
car sur la capture je ne vois que la reponse d'un serveur pop3 a une connection (dont juste une commande repondant a un protocole particulier) !
6 août 2004 à 01:08