slt,
jme demandais; la requete ping est envoyé en tcp par quel port ?
+
--
-------------------------------
Anthony / Webhellfire
http://aplan.france.free.fr/index.php?fr=4
Plus précisément, c'est un portage pour Windows NT/2000/XP du Netcat d'Unix. Je ne sais pas si ça fonctionne sous Win9x. En gros, c'est une sorte de client Telnet (mais en "texte pur", i.e. sans le formatage propre au protocole Telnet), qui te permet de te connecter à un serveur (SMTP, HTTP, POP, etc.), lui envoyer des commandes et lire ses réponses.
C'est le genre d'outil que j'utilise presque quotidiennement -- et d'ailleurs ses sources m'ont bien aidé à comprendre comment fonctionnent les sockets sous Windows :-)
-- ;-)
On Sun, 1 Aug 2004 00:47:24 +0200, "Angelot"
<OnSePame@KesceKonSePame.fr>:
La commande nc de Fabien doit provenir de Linux.
Plus précisément, c'est un portage pour Windows NT/2000/XP du Netcat
d'Unix. Je ne sais pas si ça fonctionne sous Win9x.
En gros, c'est une sorte de client Telnet (mais en "texte pur", i.e.
sans le formatage propre au protocole Telnet), qui te permet de te
connecter à un serveur (SMTP, HTTP, POP, etc.), lui envoyer des
commandes et lire ses réponses.
C'est le genre d'outil que j'utilise presque quotidiennement -- et
d'ailleurs ses sources m'ont bien aidé à comprendre comment
fonctionnent les sockets sous Windows :-)
Plus précisément, c'est un portage pour Windows NT/2000/XP du Netcat d'Unix. Je ne sais pas si ça fonctionne sous Win9x. En gros, c'est une sorte de client Telnet (mais en "texte pur", i.e. sans le formatage propre au protocole Telnet), qui te permet de te connecter à un serveur (SMTP, HTTP, POP, etc.), lui envoyer des commandes et lire ses réponses.
C'est le genre d'outil que j'utilise presque quotidiennement -- et d'ailleurs ses sources m'ont bien aidé à comprendre comment fonctionnent les sockets sous Windows :-)
-- ;-)
_SebF - www.frameip.com
J'ai juste "netstat -a"
Juste pour info, voici les significations de -n et -o : -n Affiche les adresses et numéros de port en format numérique. -o Affiche le processus d'identification associé à chaque connexion.
-o est arrivé avec Xp
Je dis ça pour te faire passer un message subliminal. :)
qui fonctionne, pour me confirmer aussi le port 7 non ouvert sur mon W98SE (le contraire m'eût étonné). La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Fabien t'a répondu, rapidement comme d'habitude :)
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing n'existe pas encore.
Tu me motive :) mais je vais regarder si ça rentre dans mes priorités
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un coin de montagne où seuls les choukas transmettent des informations.
Ha, je reconnais bien ton âme d'entreprenneur, tu as trouver une niche avec un manque d'Internet et Réseau. Tu vas analyser le terrain pour monter un cyber café.
lol
J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous laisser à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles aventures TCP/IP, il en est encore !
Ok
A ton excellent générateur de trames,
Merci
mais il faut trouver un serveur avec le port 7 ouvert.
heu, un serveur basique, facile, tu en trouveras un ici (chapitre 4.3) : http://www.frameip.com/vb_mode_tcp_udp/
C'est un exemple pédagogique permettant d'écouter un port Udp en Vb. Tu peux dans t'en servir comme comme un listenner de port Udp. Cependant, il ne renverra rien.
Euh ! je me suis rendu compte que j'avais du retard dans les versions Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour d'autres OS ?
Le message subliminal revient ...
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour les longues soirées d'hiver, elles devraient être rudes à Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet après-midi pour casser du bois !
:)
Je nous remet à la fin un chapitre différé pour ton retour, je te laisse le soin, à ce moment, de le relancer -------------------------------
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
J'aurais bien creusé cela pour comprendre. -------------------------------
Bonne vacances
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
J'ai juste "netstat -a"
Juste pour info, voici les significations de -n et -o :
-n Affiche les adresses et numéros de port en format numérique.
-o Affiche le processus d'identification associé à chaque
connexion.
-o est arrivé avec Xp
Je dis ça pour te faire passer un message subliminal. :)
qui fonctionne, pour me confirmer aussi le port 7
non ouvert sur mon W98SE (le contraire m'eût étonné).
La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Fabien t'a répondu, rapidement comme d'habitude :)
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing
n'existe pas encore.
Tu me motive :) mais je vais regarder si ça rentre dans mes priorités
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un
coin de montagne où seuls les choukas transmettent des informations.
Ha, je reconnais bien ton âme d'entreprenneur, tu as trouver une niche avec
un manque d'Internet et Réseau. Tu vas analyser le terrain pour monter un
cyber café.
lol
J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous
laisser
à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles
aventures TCP/IP, il en est encore !
Ok
A ton excellent générateur de trames,
Merci
mais il faut trouver un serveur avec
le port 7 ouvert.
heu, un serveur basique, facile, tu en trouveras un ici (chapitre 4.3) :
http://www.frameip.com/vb_mode_tcp_udp/
C'est un exemple pédagogique permettant d'écouter un port Udp en Vb. Tu peux
dans t'en servir comme comme un listenner de port Udp.
Cependant, il ne renverra rien.
Euh ! je me suis rendu compte que j'avais du retard dans les versions
Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site
mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et
l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour
d'autres OS ?
Le message subliminal revient ...
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour
les longues soirées d'hiver, elles devraient être rudes à
Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet
après-midi pour casser du bois !
:)
Je nous remet à la fin un chapitre différé pour ton retour, je te laisse le
soin, à ce moment, de le relancer
-------------------------------
Concrètement, cette méthode est utilisée pour mesurer le travail des
différentes Classe de services Ip que l'on peux rencontrer. Dans le cas
d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de
lui prouver que les Classes achetées sont bien appliquées.
J'aurais bien creusé cela pour comprendre.
-------------------------------
Bonne vacances
--
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
Juste pour info, voici les significations de -n et -o : -n Affiche les adresses et numéros de port en format numérique. -o Affiche le processus d'identification associé à chaque connexion.
-o est arrivé avec Xp
Je dis ça pour te faire passer un message subliminal. :)
qui fonctionne, pour me confirmer aussi le port 7 non ouvert sur mon W98SE (le contraire m'eût étonné). La commande nc de Fabien doit provenir de Linux. Que signifie-t-elle ?
Fabien t'a répondu, rapidement comme d'habitude :)
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing n'existe pas encore.
Tu me motive :) mais je vais regarder si ça rentre dans mes priorités
Sglurk !! dommage, je dois accompagner Madame Angelot en vacances, dans un coin de montagne où seuls les choukas transmettent des informations.
Ha, je reconnais bien ton âme d'entreprenneur, tu as trouver une niche avec un manque d'Internet et Réseau. Tu vas analyser le terrain pour monter un cyber café.
lol
J'aurais bien creusé cela pour comprendre. Je vais donc devoir vous laisser à regret, mais je reviendrai pour vivre en votre compagnie de nouvelles aventures TCP/IP, il en est encore !
Ok
A ton excellent générateur de trames,
Merci
mais il faut trouver un serveur avec le port 7 ouvert.
heu, un serveur basique, facile, tu en trouveras un ici (chapitre 4.3) : http://www.frameip.com/vb_mode_tcp_udp/
C'est un exemple pédagogique permettant d'écouter un port Udp en Vb. Tu peux dans t'en servir comme comme un listenner de port Udp. Cependant, il ne renverra rien.
Euh ! je me suis rendu compte que j'avais du retard dans les versions Ethereal, il existe la version 0.10.5a du 12 juillet 2004 sur le site mirroir Allemand. Malheureusement, avec cette version, la sauvegarde et l'ouverture ne fonctionnent pas sur mon W98SE : est-ce la même chose pour d'autres OS ?
Le message subliminal revient ...
J'ai donc récupérer la version 0.10.4 du 14 mai. Je me prépare ainsi pour les longues soirées d'hiver, elles devraient être rudes à Berduche-lès-Fossés, si j'en juge la force que mon voisin déployait cet après-midi pour casser du bois !
:)
Je nous remet à la fin un chapitre différé pour ton retour, je te laisse le soin, à ce moment, de le relancer -------------------------------
Concrètement, cette méthode est utilisée pour mesurer le travail des différentes Classe de services Ip que l'on peux rencontrer. Dans le cas d'un
compte disposant d'un Vpn Mpls avec des Cos, demandera à son opérateur de lui prouver que les Classes achetées sont bien appliquées.
J'aurais bien creusé cela pour comprendre. -------------------------------
Bonne vacances
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
_SebF - www.frameip.com
On Sun, 1 Aug 2004 00:47:24 +0200, "Angelot" :
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing
n'existe pas encore.
Voila, c'est fait. Vous pouvez le télécharger ici :
http://www.frameip.com/tcpping/
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra un Syn+Ack qu'il ne comprendra pas et renverra à son tour un Rst.
Quelques petites remarques:
- Pour écouter "all frame", il faut lier la Socket d'écoute à une Ip et non une interface. Donc il faut bien être vigilant sur l'Ip source choisie afin que cela fonctionne correctement.
- Il s'appui sur les Socket en mode Raw et nécessite aucune installation ni driver supplémentaire. Cependant, les droits d'administration sont nécessaires à l'exécution.
- La gestion des Socket au niveau 3 n'est pas fonctionnelle avec Win98Se, il vous faudra donc disposer d'une version plus récente.
En attendant vos commentaires avec impatience, je vous souhaite une bonne nuit.
_SebF
http://www.frameip.com Un site pour les spécialistes IP
On Sun, 1 Aug 2004 00:47:24 +0200, "Angelot"
<OnSePame@KesceKonSePame.fr>:
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire
TCPing
n'existe pas encore.
Voila, c'est fait. Vous pouvez le télécharger ici :
http://www.frameip.com/tcpping/
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera
le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag
Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel
de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra
un Syn+Ack qu'il ne comprendra pas et renverra à son tour un Rst.
Quelques petites remarques:
- Pour écouter "all frame", il faut lier la Socket d'écoute à une Ip et
non une interface. Donc il faut bien être vigilant sur l'Ip source choisie
afin que cela fonctionne correctement.
- Il s'appui sur les Socket en mode Raw et nécessite aucune installation
ni driver supplémentaire. Cependant, les droits d'administration sont
nécessaires à l'exécution.
- La gestion des Socket au niveau 3 n'est pas fonctionnelle avec
Win98Se, il vous faudra donc disposer d'une version plus récente.
En attendant vos commentaires avec impatience, je vous souhaite une bonne
nuit.
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
A priori, il faut donc que tu te mettes à l'ouvrage si l'utilitaire TCPing
n'existe pas encore.
Voila, c'est fait. Vous pouvez le télécharger ici :
http://www.frameip.com/tcpping/
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra un Syn+Ack qu'il ne comprendra pas et renverra à son tour un Rst.
Quelques petites remarques:
- Pour écouter "all frame", il faut lier la Socket d'écoute à une Ip et non une interface. Donc il faut bien être vigilant sur l'Ip source choisie afin que cela fonctionne correctement.
- Il s'appui sur les Socket en mode Raw et nécessite aucune installation ni driver supplémentaire. Cependant, les droits d'administration sont nécessaires à l'exécution.
- La gestion des Socket au niveau 3 n'est pas fonctionnelle avec Win98Se, il vous faudra donc disposer d'une version plus récente.
En attendant vos commentaires avec impatience, je vous souhaite une bonne nuit.
_SebF
http://www.frameip.com Un site pour les spécialistes IP
Annie D.
"_SebF - www.frameip.com" wrote:
http://www.frameip.com/tcpping/
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra un Syn+Ack
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
qu'il ne comprendra pas et renverra à son tour un Rst.
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable. "It's not a bug, it's a feature."
Ainsi la machine cible reçoit ce RST et ferme immédiatement la connexion, libérant les ressources allouées sans attendre l'expiration du délai de réception de l'ACK qui ne viendra jamais.
Note: ce comportement est mentionné dans la documentation de Nmap au sujet du scan TCP SYN.
"_SebF - www.frameip.com" wrote:
http://www.frameip.com/tcpping/
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera
le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag
Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel
de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra
un Syn+Ack
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la
machine distante renvoie un RST. Certains firewalls peuvent aussi
renvoyer un ICMP port-unreachable.
qu'il ne comprendra pas et renverra à son tour un Rst.
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable.
"It's not a bug, it's a feature."
Ainsi la machine cible reçoit ce RST et ferme immédiatement la
connexion, libérant les ressources allouées sans attendre l'expiration
du délai de réception de l'ACK qui ne viendra jamais.
Note: ce comportement est mentionné dans la documentation de Nmap au
sujet du scan TCP SYN.
Il permet donc d'effectuer un ping sur un port Tcp donné. Il vous indiquera le temps de réponse en ms. Pour cela, il envoi un datagrame Tcp avec le Flag Syn et attend la réponse de la cible afin d'en mesurer le temps écoulé.
Un défaut reste présent, celui discuté dans le Post "RST lors d'envoi manuel de paquets". Car en effet, la pile Ip de l'Host qui exécute ce soft, recevra un Syn+Ack
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
qu'il ne comprendra pas et renverra à son tour un Rst.
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable. "It's not a bug, it's a feature."
Ainsi la machine cible reçoit ce RST et ferme immédiatement la connexion, libérant les ressources allouées sans attendre l'expiration du délai de réception de l'ACK qui ne viendra jamais.
Note: ce comportement est mentionné dans la documentation de Nmap au sujet du scan TCP SYN.
_SebF - www.frameip.com
"Annie D." a écrit dans le message de news:
Salut Annie,
Dans le cas d'un port ouvert uniquement.
Exacte
Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
Je n'ai pa traité la reception d'un Icmp retour. :(
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable. "It's not a bug, it's a feature."
Je ne parlais pas de la pile IP, mais plutôt d'un defaut de mon programme.
Sinon, pour ce qui concerne la pile IP, tu as encore raison, la conclusion du Post précédent était justement que Le Rst renvoyé était natif au fonctionnement de la pile IP.
Cordialement Annie,
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
"Annie D." <annie.demur@free.fr> a écrit dans le message de news:
41102C73.B4DE3D82@free.fr...
Salut Annie,
Dans le cas d'un port ouvert uniquement.
Exacte
Si le port est fermé, la
machine distante renvoie un RST. Certains firewalls peuvent aussi
renvoyer un ICMP port-unreachable.
Je n'ai pa traité la reception d'un Icmp retour. :(
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable.
"It's not a bug, it's a feature."
Je ne parlais pas de la pile IP, mais plutôt d'un defaut de mon programme.
Sinon, pour ce qui concerne la pile IP, tu as encore raison, la conclusion
du Post précédent était justement que Le Rst renvoyé était natif au
fonctionnement de la pile IP.
Cordialement Annie,
--
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
Je n'ai pa traité la reception d'un Icmp retour. :(
Ce n'est pas un défaut, au contraire c'est un comportement souhaitable. "It's not a bug, it's a feature."
Je ne parlais pas de la pile IP, mais plutôt d'un defaut de mon programme.
Sinon, pour ce qui concerne la pile IP, tu as encore raison, la conclusion du Post précédent était justement que Le Rst renvoyé était natif au fonctionnement de la pile IP.
Cordialement Annie,
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
T0t0
"Annie D." wrote in message news:
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP, l'ICMP port unreachable étant lui réservé à UDP. Si un firewall renvoit un ICMP port unreachable pour du TCP, c'est pas bien !
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
"Annie D." <annie.demur@free.fr> wrote in message
news:41102C73.B4DE3D82@free.fr
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la
machine distante renvoie un RST. Certains firewalls peuvent aussi
renvoyer un ICMP port-unreachable.
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP, l'ICMP
port unreachable étant lui réservé à UDP.
Si un firewall renvoit un ICMP port unreachable pour du TCP, c'est pas
bien !
--
Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Dans le cas d'un port ouvert uniquement. Si le port est fermé, la machine distante renvoie un RST. Certains firewalls peuvent aussi renvoyer un ICMP port-unreachable.
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP, l'ICMP port unreachable étant lui réservé à UDP. Si un firewall renvoit un ICMP port unreachable pour du TCP, c'est pas bien !
-- Posted via Mailgate.ORG Server - http://www.Mailgate.ORG
Julien Salgado
Annie D. a écrit :
T0t0 wrote:
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP,
C'est vrai.
l'ICMP port unreachable étant lui réservé à UDP.
Et éventuellement par défaut à tout autre protocole IP pour lequel la notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
-- Julien
Annie D. a écrit :
T0t0 wrote:
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP,
C'est vrai.
l'ICMP port unreachable étant lui réservé à UDP.
Et éventuellement par défaut à tout autre protocole IP pour lequel la
notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
Si je ne m'abuse, un TCP RST est renvoyé lors d'une requête TCP,
C'est vrai.
l'ICMP port unreachable étant lui réservé à UDP.
Et éventuellement par défaut à tout autre protocole IP pour lequel la notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
-- Julien
_SebF - www.frameip.com
"Annie D." a écrit dans le message de news: ceq8gl$ht9$
Ce que je voulais dire, c'est que si la pile IP ne l'avait pas fait, il aurait fallu inclure cette émission de RST dans votre programme. Comme la pile s'en charge, vous n'avez pas besoin de le faire.
Je n'avais pas compris ce que tu voulais dire :) Et je n'avais pas pensé à voir cela dans ce sens.
C'est donc propre d'envoyer un Rst. Alors qu'égoïstement, on a tendance, comme je le voulais, à ne pas envoyer le Rst.
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
"Annie D." <annie.demur@free.fr> a écrit dans le message de news:
ceq8gl$ht9$1@biggoron.nerim.net...
Ce que je voulais dire, c'est que si la pile IP ne l'avait pas fait, il
aurait fallu inclure cette émission de RST dans votre programme. Comme
la pile s'en charge, vous n'avez pas besoin de le faire.
Je n'avais pas compris ce que tu voulais dire :) Et je n'avais pas pensé à
voir cela dans ce sens.
C'est donc propre d'envoyer un Rst. Alors qu'égoïstement, on a tendance,
comme je le voulais, à ne pas envoyer le Rst.
--
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
"Annie D." a écrit dans le message de news: ceq8gl$ht9$
Ce que je voulais dire, c'est que si la pile IP ne l'avait pas fait, il aurait fallu inclure cette émission de RST dans votre programme. Comme la pile s'en charge, vous n'avez pas besoin de le faire.
Je n'avais pas compris ce que tu voulais dire :) Et je n'avais pas pensé à voir cela dans ce sens.
C'est donc propre d'envoyer un Rst. Alors qu'égoïstement, on a tendance, comme je le voulais, à ne pas envoyer le Rst.
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
Julien Salgado
Annie D. a écrit :
Julien Salgado wrote:
l'ICMP port unreachable étant lui réservé à UDP.
Et éventuellement par défaut à tout autre protocole IP pour lequel la notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
Je croyais que "protocol unreachable" était utilisé pour signaler qu'un protocole n'était pas supporté.
Oui. C'est moi qui me suis embrouillé, au temps pour moi.
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la notion de port pour faire du multiplexage comme TCP ou UDP.
C'est un joli nom :)
J'envoie une demande de communication avec le protocole AFP à un hôte distant sur un port donné. Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur ICMP protocol unreachable. S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié, il me renvoie une erreur ICMP port unreachable.
Non ?
Tout à fait... il faut juste que je me réveille.
-- Julien
Annie D. a écrit :
Julien Salgado wrote:
l'ICMP port unreachable étant lui réservé à UDP.
Et éventuellement par défaut à tout autre protocole IP pour lequel la
notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
Je croyais que "protocol unreachable" était utilisé pour signaler qu'un
protocole n'était pas supporté.
Oui. C'est moi qui me suis embrouillé, au temps pour moi.
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la
notion de port pour faire du multiplexage comme TCP ou UDP.
C'est un joli nom :)
J'envoie une demande de communication avec le protocole AFP à un hôte
distant sur un port donné.
Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur
ICMP protocol unreachable.
S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié,
il me renvoie une erreur ICMP port unreachable.
Et éventuellement par défaut à tout autre protocole IP pour lequel la notion de port ouvert/fermé a un sens.
C'est plutôt ICMP protocol unreachable (code 3, type 2) dans ce cas.
Je croyais que "protocol unreachable" était utilisé pour signaler qu'un protocole n'était pas supporté.
Oui. C'est moi qui me suis embrouillé, au temps pour moi.
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la notion de port pour faire du multiplexage comme TCP ou UDP.
C'est un joli nom :)
J'envoie une demande de communication avec le protocole AFP à un hôte distant sur un port donné. Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur ICMP protocol unreachable. S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié, il me renvoie une erreur ICMP port unreachable.
Non ?
Tout à fait... il faut juste que je me réveille.
-- Julien
_SebF - www.frameip.com
"Annie D." a écrit dans le message de news: ceq94t$i7v$
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la notion de port pour faire du multiplexage comme TCP ou UDP. J'envoie une demande de communication avec le protocole AFP à un hôte distant sur un port donné. Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur ICMP protocol unreachable.
Oui
S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié, il me renvoie une erreur ICMP port unreachable. Non ?
Ca dépends
Le Datagrame ne sera pas envoyé à la couche Tcp ou Udp. Je pense donc que cela dépend de ton AFP, car c'est toi, Annie, qui définit le fonctionnement de l'AFP. Tcp et Udp sont natif à ta pile IP et sont donc intégrés dans la gestion des Socket. Si tu developpes un process basé sur un "nouveau" type-protocol, ta pile Ip ne connaitra pas le fonctionnement de ton AFP, il faudra sûrement que tu gères les renvois d'erreurs.
Qu'en pensez-vous ?
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
"Annie D." <annie.demur@free.fr> a écrit dans le message de news:
ceq94t$i7v$1@biggoron.nerim.net...
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la
notion de port pour faire du multiplexage comme TCP ou UDP.
J'envoie une demande de communication avec le protocole AFP à un hôte
distant sur un port donné.
Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur
ICMP protocol unreachable.
Oui
S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié,
il me renvoie une erreur ICMP port unreachable.
Non ?
Ca dépends
Le Datagrame ne sera pas envoyé à la couche Tcp ou Udp. Je pense donc que
cela dépend de ton AFP, car c'est toi, Annie, qui définit le fonctionnement
de l'AFP.
Tcp et Udp sont natif à ta pile IP et sont donc intégrés dans la gestion des
Socket. Si tu developpes un process basé sur un "nouveau" type-protocol, ta
pile Ip ne connaitra pas le fonctionnement de ton AFP, il faudra sûrement
que tu gères les renvois d'erreurs.
Qu'en pensez-vous ?
--
_SebF
http://www.frameip.com
Un site pour les spécialistes IP
"Annie D." a écrit dans le message de news: ceq94t$i7v$
Si je crée mon protocole "AFP" (Annie Fancy Protocol) qui utilise la notion de port pour faire du multiplexage comme TCP ou UDP. J'envoie une demande de communication avec le protocole AFP à un hôte distant sur un port donné. Si cet hôte ne supporte pas le protocole AFP, il me renvoie une erreur ICMP protocol unreachable.
Oui
S'il supporte AFP mais qu'aucun processus n'écoute sur le port spécifié, il me renvoie une erreur ICMP port unreachable. Non ?
Ca dépends
Le Datagrame ne sera pas envoyé à la couche Tcp ou Udp. Je pense donc que cela dépend de ton AFP, car c'est toi, Annie, qui définit le fonctionnement de l'AFP. Tcp et Udp sont natif à ta pile IP et sont donc intégrés dans la gestion des Socket. Si tu developpes un process basé sur un "nouveau" type-protocol, ta pile Ip ne connaitra pas le fonctionnement de ton AFP, il faudra sûrement que tu gères les renvois d'erreurs.
Qu'en pensez-vous ?
--
_SebF
http://www.frameip.com Un site pour les spécialistes IP
