Initialement ping ou ICMP
Fermé
slim
-
8 juin 2017 à 23:52
brupala Messages postés 109569 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 15 mai 2024 - 10 juin 2017 à 09:28
brupala Messages postés 109569 Date d'inscription lundi 16 juillet 2001 Statut Membre Dernière intervention 15 mai 2024 - 10 juin 2017 à 09:28
A voir également:
- Initialement ping ou ICMP
- Port icmp - Forum Réseau
- Icmp port - Forum Windows
- Quelle est la différence entre TCP et ICMP ?? - Forum Réseau
- Ping port ✓ - Forum Programmation
- Ping instable ✓ - Forum Réseau
2 réponses
" non, c'est ARP en premier en ipv4, pas de ping (icmp echo) sans ARP. "
Pas vraiment observable sur Wireshark, c'est faux, et sur le net, il faut aussi ARP pour pinguer?...
Pas vraiment observable sur Wireshark, c'est faux, et sur le net, il faut aussi ARP pour pinguer?...
brupala
Messages postés
109569
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
15 mai 2024
13 635
8 juin 2017 à 23:55
8 juin 2017 à 23:55
Salut,
non, c'est ARP en premier en ipv4, pas de ping (icmp echo) sans ARP.
je ne sais pas ce que fait packet tracer et je m'en fous, mais il ne dit pas tout.
non, c'est ARP en premier en ipv4, pas de ping (icmp echo) sans ARP.
je ne sais pas ce que fait packet tracer et je m'en fous, mais il ne dit pas tout.
d'accord je vais continuer avec vous
l'adresse de mon PC1 est 192.168.0.1
j'ai fais >ping 172.16.0.1
avec 172.16.0.1 est l'@ ip de mon PC2 qui est relié directement à mon PC2 a travers un câble croisé.
donc une requête ARP est envoyée à mon PC2 pour récupérer son adresse ip.
qu'est ce qui va se passer après ?
l'adresse de mon PC1 est 192.168.0.1
j'ai fais >ping 172.16.0.1
avec 172.16.0.1 est l'@ ip de mon PC2 qui est relié directement à mon PC2 a travers un câble croisé.
donc une requête ARP est envoyée à mon PC2 pour récupérer son adresse ip.
qu'est ce qui va se passer après ?
brupala
Messages postés
109569
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
15 mai 2024
13 635
>
slim
9 juin 2017 à 00:35
9 juin 2017 à 00:35
pas pour récupérer son adresse ip, tu l'as déjà puisque tu la mets en argument de ton ping, mais pour avoir son adresse mac, si le réseau est multipoint (ethernet est multipoints).
une fois qu'il a répondu avec son adresse mac, il peut envoyer icmp echo
une fois qu'il a répondu avec son adresse mac, il peut envoyer icmp echo
slim
>
brupala
Messages postés
109569
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
15 mai 2024
9 juin 2017 à 00:40
9 juin 2017 à 00:40
oui j’excuse c'été pour récupérer l' @ MAC
mais ici si tu as remarqué, l'@IP source et destination sont de classe réseau différents
donc je cherche à savoir ou sera détecté le problème, donc quelle phase et avec quel protocole
mais ici si tu as remarqué, l'@IP source et destination sont de classe réseau différents
donc je cherche à savoir ou sera détecté le problème, donc quelle phase et avec quel protocole
brupala
Messages postés
109569
Date d'inscription
lundi 16 juillet 2001
Statut
Membre
Dernière intervention
15 mai 2024
13 635
>
slim
9 juin 2017 à 09:50
9 juin 2017 à 09:50
Ah oui, OK,
je n'avais pas remarqué que le réseau destination était différent.
Dans ce cas,
l' ARP se fait avec la passerelle indiquée par la route qui va bien, en général la passrellle par défaut.
Mais tu as dit que tu étais avec un câble croisé, donc pas de routeur, donc les machines doivent être dans le même réseau IP pour que ça fonctionne.
une passerelle ne peut être que dans le même réseau ip (justement pour faire ARP) que l'interface de sortie.
Ce que tu as fait ne peut pas fonctionner, tout simplement.
Après,
il y a des combines, genre proxy ARP, mais autant faire propre dès le départ, c'est bien plus simple.
je n'avais pas remarqué que le réseau destination était différent.
Dans ce cas,
l' ARP se fait avec la passerelle indiquée par la route qui va bien, en général la passrellle par défaut.
Mais tu as dit que tu étais avec un câble croisé, donc pas de routeur, donc les machines doivent être dans le même réseau IP pour que ça fonctionne.
une passerelle ne peut être que dans le même réseau ip (justement pour faire ARP) que l'interface de sortie.
Ce que tu as fait ne peut pas fonctionner, tout simplement.
Après,
il y a des combines, genre proxy ARP, mais autant faire propre dès le départ, c'est bien plus simple.
Modifié le 10 juin 2017 à 09:34
Comment ça c'est faux ?
peut-etre (sans doute) que ta passerelle par défaut est déjà dans le cache ARP, afin d'éviter de faire un ARP à chaque paquet envoyé sur le net ....
commande arp -a