enigme

Envie de tchacher, n'hésitez pas !
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

salut à vous,

aujourd'hui notre prof de réseau nous a fait faire un tp avec une colle à la fin, j'expose le problème:

on a un poste A avec comme adresse ip 10.104.129.1 255.255.128.0 et un poste B en 10.104.64.2 255.255.0.0

ping poste A -> poste B = table arp Poste B se rempli avec l'adresse mac du Poste A
ping poste B -> poste A = table arp Poste A se rempli avec l'adresse mac du Poste B

la question est donc:

comment est-ce possible que la table arp du poste qui reçoit le ping se remplisse?

on est resté dessus une heure et demi sans trouver :D
Avatar de l’utilisateur
biour
Messages : 24389
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par biour »

ARP
Image
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

heu je saisi pas la réponse la :D
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

c'est pas normal ? ...
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

bas si je pense mais pk ca fait ca c'est ca la question :D
Avatar de l’utilisateur
biour
Messages : 24389
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par biour »

bon deja B: son masque permet toutes les IP pressente dans 10.104.x.x
A lui, tous ce qui ce trouve dans 10.104.128.x jusqu'a 10.104.255.x
donc
ou est le pblm?


edit pas tapai (6 ans que j'ai pas touché un reseau)
Image
Avatar de l’utilisateur
tugs
Messages : 3188
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par tugs »

suffit de matter le modèle OSI .

Mécanisme de propagation de niveau 2 . comme dit biour, table ARP .

Y'a que sur internet qu'on communique par ip . parce que déjà il peut y avoir des duplicats d'adresse MAC, et puis parce que le protocole ARP ne passe pas les FW/Routeur, sauf configuration explicite (Proxy ARP)

donc. qd on communique dans un réseau local. on communique entre MAC. le poste A pingue le poste B . il fait lui même sa résolution. rempli sa table ARP.

Dans les échanges, il faut bien que poste B réponde à A . Syn, Ack , synack, je refais pas le court tcp :D

donc pour répondre, il faut que B remplisse sa table pour avoir une correspondance entre l'ip qui lui envoi un message auquel il doit répondre et la mac. pour ca, broadcast , broadcast arp en l'occurence. question sur le réseau "qui a l'ip 10.104.129.1 ?" , réponse "c'est moi avec la MAC 00:11:22:33:44:55" :D

Ce mécanisme est très utilisé dans le cadre du CARP, VRRP, NRRP, etc.. en bref tous les protocoles de Virtual IP .
[*]I am retrogamer :geek:
Avatar de l’utilisateur
biour
Messages : 24389
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par biour »

ouaip voila, sauf que j'ai oublié la moitier apres :p
Image
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

ca je l'avais compris et donc tu le confirme, mais pourquoi ca rempli la table que d'un coté?
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

parce que si le poste A ping le poste B, le poste A n'a pas à connaître son adresse mac
fighting_falcon
Messages : 656
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par fighting_falcon »

bien sur que si !!!

ICMP est de niveau 4 sur la couche OSI, c'est encapsulé dans la couche réseau (IP ici), elle même encapsulé dans la couche liaison (Ethernet ici)

Donc quand tu ping de A vers B, le paquet envoyé c'est :
Couche 2 : @Mac src : A ; @Mac dst : B
Couche 3 : @IP src : A ; @IP dst : B
Couche 4 : ICMP type 8 (request)

Donc il a bien fallu qu'auparavant A résolve, via ARP, l'adresse MAC de B





Pour moi, il n'y a aucune égnime ni aucun problème, c'est le fonctionnement normal ...
la table ARP du poste "pingueur" se remplit d'un nouvel enregistrement : le poste "pingué" et vice versa ...
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

ouais désolé, c'est le matin j'ai du mal :D
Avatar de l’utilisateur
tugs
Messages : 3188
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par tugs »

bien sur que si !!!

ICMP est de niveau 4 sur la couche OSI, c'est encapsulé dans la couche réseau (IP ici), elle même encapsulé dans la couche liaison (Ethernet ici)

Donc quand tu ping de A vers B, le paquet envoyé c'est :
Couche 2 : @Mac src : A ; @Mac dst : B
Couche 3 : @IP src : A ; @IP dst : B
Couche 4 : ICMP type 8 (request)

Donc il a bien fallu qu'auparavant A résolve, via ARP, l'adresse MAC de B





Pour moi, il n'y a aucune égnime ni aucun problème, c'est le fonctionnement normal ...
la table ARP du poste "pingueur" se remplit d'un nouvel enregistrement : le poste "pingué" et vice versa ...
Merde alors, je me réveille ce matin et j'apprend qu'ils ont passés ICMP au niveau 4 du modèle OSI .. et on m'a pas prévenu :p

niveau 3 mon ami, niveau 3 . comme IP . 4 c'est transport, comme TCP :D
[*]I am retrogamer :geek:
fighting_falcon
Messages : 656
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par fighting_falcon »

Toutes mes confuses ...
Bien qu'il soit à un niveau équivalent au protocole IP (si l'on tente de rapprocher le modèle OSI au modèle TCP/IP), un paquet ICMP est néanmoins encapsulé dans un datagramme IP.
Source : http://fr.wikipedia.org/wiki/Internet_C ... e_Protocol
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

oui nan mais sur tout ca je suis d'accord et mon prof aussi :D

juste pk il n'y a que la station pingué qui a sa table remplie et pas la table qui ping? c'est ca la réel question :D

car ca la fait à presque tout le monde
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

ça le fait à tout le monde ou presque tout le monde ?
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

bas en faite quand je dis tout le monde c'est ceux qui ont bossé :D donc 3 binômes et on est 3 binômes à avoir eu ca
Avatar de l’utilisateur
biour
Messages : 24389
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par biour »

ben peut etre pasque le ping attend une reponse et donc donne son adress mac
comme cha le receveur sait ou renvoyer le ping donc rempli sa table machine ip XXXX = mac 1234
Image
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

c'est ce que j'ai donné comme explication et bas c'est pas ca ou bien je me suis mal expliqué :D
fighting_falcon
Messages : 656
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par fighting_falcon »

parce que votre OS il est tout pourri ???
parce que sur mon poste, je ping un pc, j'ai son entrée MAC dans ma table ARP ...
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

c'est xp pro xD

bas écoute c'est bien....
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

pareil, si je ping un pc depuis mon portable openbsd, je vois le pc dans le table arp
gizmo78
Messages : 20534
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par gizmo78 »

avec un masque de sr différent? vidé la table avant?
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

pas avec un masque de sous réseau différent, j'ai fait arp -a avant de me connecter, arp -a après connexion au réseau et avant le ping, et j'ai pingué puis arp -a et là il apparait

je vais essayer avec un masque de sous réseau différent
Avatar de l’utilisateur
Zedoune
Messages : 15343
Inscription : ven. 12 janv. 2018 17:44

enigme

Message par Zedoune »

pareil, les deux machines avec un masque de sous-réseau différent, quand je ping B, A retient la mac de B

(et B a retenu la mac de A)
Répondre