Tout fonctionne sauf que qu'en une machine ne peut pas avoir de réponse d'une autre machine avec tcpdump.

ça bloque avec le curseur à la ligne sans aucun message et ne me donne pas le message suivant :

-
Edité par barman 16 novembre 2015 à 12:44:01

Je n'ai pas bien compris ton problème ?

Lors de l'envoi des requêtes en page 118 du cours pdf , on devrait voir les textes(comme limage du dessus), cad "....echo request,.....", mais moi sur ma debian, je n'avais pas ce message, à la place je n'ais pas eu de message, donc je ne pouvais savoir que c'etait en demande d'echo.

malheureusement je ne peux plus vous faire une image car j'ai configuré la route par défault ce qui ne me permet plus d'avoir ce problème de non réponse.

mais comme je dois refaire le tp et que si  le probleme revient je ne manquerais pas de vous le dire;

ou si il y a une commande qui me permet d'enlever cette route par defaut, alors là je pourai faire une capture d'image.

-
Edité par barman 16 novembre 2015 à 15:22:21

Sur la copie d'écran en haut on voit que seules les demandes de ping passent, mais pas les réponses.

pour ça je suis d'accord que"Sur la copie d'écran en haut on voit que seules les demandes de ping passent", mais ce sont ces demandes que je ne voyais pas. avez vous une commande qui me permette d'enlever la route par defaut, pour que je puisse vous montrer cela.

merci

route del default gw

merci

donc je me suis en configuration comme en page 118 du pdf au lieu d'avoir ça :

J'ai ça cerclé en rouge:

route de debian03 pour info :

-
Edité par barman 16 novembre 2015 à 16:27:57

Oui mais non, il faut que tu fasses ton ping et ton tcpdump en même temps. En utilisant plusieurs consoles par exemple avec les touches CTRL+ALT+F1, CTRL+ALT+F2, etc.

ok mais avec les CTRL+ALT+F1, CTRL+ALT+F2 on travail sur le meme debian, ici debian01, mais avec des ttyx,

alors que d'apres ce que j'ai compris il faut un ping par exemple sur debian03 et tcpdump sur debian01.

alors là je sais pas...

Oui mais sur ta copie d'écran tu faisais le ping et le tcpdump sur la même machine.

De toute façon le tcpdump te dira si cela marche ou pas, car sur la machine qui ping, il ne devrait pas y avoir de retour.

Merci Monsieur Eric Lalitte 

-
Edité par barman 18 novembre 2015 à 19:21:35

-

-
Edité par barman 21 novembre 2015 à 9:16:35

Ici, tes 3 machines sont dans le même réseau, donc tu n'as pas besoin de mettre deux interfaces à Debian2.

Ensuite, ta commande arp-sk semble être fausse. Ecris déjà ici ce que tu dois mettre dans chacun des champs des en-têtes et pourquoi.

-

-
Edité par barman 21 novembre 2015 à 10:21:50

Mais l'idée n'est pas de recopier le bouquin, mais de comprendre l'attaque et de l'adapter à ton environnement, sinon tu ne comprendras pas et ne pourra jamais sortir du contexte du livre.

ok

je vais revoir cette ligne.

-
Edité par barman 19 novembre 2015 à 19:08:43

abmael, je pense qu'il est inutile de t'énerver parce que tu n'y arrives pas, j'essaye de te conseiller comme je le peux avec les éléments que tu me donnes.

Là, on voit clairement que la ligne arp-sk que tu entres n'est pas correcte, je t'invite donc à la ré-écrire afin de comprendre ce qui n'allait pas. 

Je peux te dicter la solution, mais ce n'est pas comme cela qu'on apprend et si tu ne te confrontes pas au problème et trouves toi-même la solution, tu n'auras pas appris à le résoudre.

Donc dans notre cas, quelle est l'adresse IP de la machine qui envoie la trame ? à qui est destinée la trame ? et quelles sont les adresses que tu as mises en destination en couches 2 et 3 ? est-ce correct ?

l'adresse ip de la machine Debian203 qui envoie la trame est  :192.168.0.3 et l'adresse ip de la machine Debian201  à qui est destiné la trame est :192.168.0.1

-
Edité par barman 21 novembre 2015 à 9:15:22

Sur ta copie d'écran c'est debian201 qui semble envoyer les trames, or dans le arp-sk c'est l'inverse.

ha ok, quand je tape le code à partir de debian202 , j'ai une erreur de segmentation !

-
Edité par barman 21 novembre 2015 à 12:53:55

Non, trouve la bonne ligne à entrer pour que tu le fasses sur Debian01, comme ça cela montrera que tu as bien compris.

que je fasse sur debian201 ou 202,  j'ai une erreur de segmentation, je ne sais pas ce que cela veut dire ? Mais bon je pense qu'il ya un bug.., c'est pas possible autrement j'ai reverifier toute la ligne et ça colle.... 

je vois pas d'autre réponse..

 là je ne vois vraiment pas !!

Je vais de nouveau revoir arp 

-
Edité par barman 21 novembre 2015 à 14:03:01

En faisant une révision je m'aperçois que le protocole de couche 3 est avant l'en-tête de couche 3, alors que je pensais que le protocole de couche 3 englobait  l'en-tête de couche 3 est il possible de m'eclaircir

-
Edité par barman 17 mai 2016 à 15:12:24

abmael a écrit:

-

-
Edité par abmael hier à 9:16

Bonjour,

Peux tu ne pas effacer tes messages une fois que M. Lalitte t'a répondu ?

Comme ça ceux qui auront le même problème n'auront pas à reposer la question.

Merci

Les messages que j'efface n'ont rien avoir avec des questions sur le cours, seulement une seule fois ou j'ai viré une serie d'mages par erreur!

@abmael: Oui c'est ça, on indique le type de protocole de couche 3 en couche 2.

L'adresse Mac à la page 128 du pdf :

est me semble t il erronée normalement c'est 192.168.1.254 ?

Oui, tout à fait, je corrige, merci !

si j'ai bien compris en page 126 du pdf pour le deroulement ARP:

1)Toutes les machines sur le réseau recoivent la requête et toutes la refuse sauf 0.254

2) la machine 192.168.0.254 tout d'abord ajoute l'adresse MAC de    192.168.0.1 sur sa table ARP,.

3) 192.168.0.254 répond à la requête de 192.168.0.1

4)192.168.0.1 rçoit la requête et ajoute l'adresse MAC de 0.254 sur sa table ARP