Réponse Ping
Bonjour,
Je ne dois pas avoir les yeux en face des trous mais voilà ce que répond mon PC sous Windows 7 Pro 64 à une requete ping sur une machine arrêtée
Envoi d'une requ^te 'Ping' 192.168.1.150 avec 32 octets de donn'esÿ:
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
Statistiques Ping pour 192.168.1.150:
Paquetsÿ: envoy's = 4, re#us = 4, perdus = 0 (perte 0%),
??????? Il n'arrive pas à joindre la machine mais 0% de perte
La même chose sous Linux avec un résultat cohérent
PING 192.168.1.150 (192.168.1.150) 56(84) bytes of data.
From 192.168.1.205 icmp_seq=1 Destination Host Unreachable
From 192.168.1.205 icmp_seq=2 Destination Host Unreachable
From 192.168.1.205 icmp_seq=3 Destination Host Unreachable
From 192.168.1.205 icmp_seq=4 Destination Host Unreachable
--- 192.168.1.150 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3001ms
Une machine virtuelle XP tournant dans ce même Seven via VirtualBox répond correctement
Envoi d'une requ^te 'ping' sur 192.168.1.150 avec 32 octets de donn'esÿ:
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
Statistiques Ping pour 192.168.1.150:
Paquetsÿ: envoy's = 4, re#us = 0, perdus = 4 (perte 100%),
Avez-vous la même contradiction en pinguant sous Seven une machine arrêtée ?
Merci
Je ne dois pas avoir les yeux en face des trous mais voilà ce que répond mon PC sous Windows 7 Pro 64 à une requete ping sur une machine arrêtée
Envoi d'une requ^te 'Ping' 192.168.1.150 avec 32 octets de donn'esÿ:
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
R'ponse de 192.168.1.201ÿ: Impossible de joindre l'h"te de destination.
Statistiques Ping pour 192.168.1.150:
Paquetsÿ: envoy's = 4, re#us = 4, perdus = 0 (perte 0%),
??????? Il n'arrive pas à joindre la machine mais 0% de perte
La même chose sous Linux avec un résultat cohérent
PING 192.168.1.150 (192.168.1.150) 56(84) bytes of data.
From 192.168.1.205 icmp_seq=1 Destination Host Unreachable
From 192.168.1.205 icmp_seq=2 Destination Host Unreachable
From 192.168.1.205 icmp_seq=3 Destination Host Unreachable
From 192.168.1.205 icmp_seq=4 Destination Host Unreachable
--- 192.168.1.150 ping statistics ---
4 packets transmitted, 0 received, +4 errors, 100% packet loss, time 3001ms
Une machine virtuelle XP tournant dans ce même Seven via VirtualBox répond correctement
Envoi d'une requ^te 'ping' sur 192.168.1.150 avec 32 octets de donn'esÿ:
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
D'lai d'attente de la demande d'pass'.
Statistiques Ping pour 192.168.1.150:
Paquetsÿ: envoy's = 4, re#us = 0, perdus = 4 (perte 100%),
Avez-vous la même contradiction en pinguant sous Seven une machine arrêtée ?
Merci
5 réponses
-
ContributeurBonjour
J'ai la meme chose , sur un win7 et un win8.
mais ca dépend du probleme :
sur un "délai d'attende de la demande dépassé " , il y a bien 4 de perdus , il n'y a pas de réponse au ping
sur un " Impossible de joindre l'hôte de destination" , il y a 0 de perdus, c'est la passerelle ou le pc lui meme qui répond , et il n'y a rien de perdu..
C'est assez tordu comme conception , non ?
-
-
-
en principe,
le résultatimpossible de joindre l'hôte de destination
ne devrait intervenir qu'en cas de réception de messageicmp unreachable
en réponse.
Mais ce message n'a pas lieu d'être sur un lan directement connecté où l'on commence par un arp .
je ferai d'autres tests pour voir si c'est lié à une connectivité ipv6 en parallèle. -
-
IPv6 sert forcément si on a la connectivité,
après, on peut avoir un autre débat (pas facile) au niveau sécurité, mais il n'est pas inutile et il est inéluctable surtout, il vaut mieux appendre à maîtriser dans un cadre professionnel .
Mais sur le sujet de départ, c'était juste une hypothèse de travail, car si on constate tous la perversité du truc, il faut encore gratter pour trouver une logique explicative.
-
-
Sous w10 les choses semblaient rentrer dans l'ordre au premier ping, juste après le démarrage de la machine) (100% de pertes) mais au second même chose sous 7 et 8.1
Microsoft Windows [Version 6.4.9841]
(c) 2014 Microsoft Corporation. All rights reserved.
C:\Users\test>ping 192.168.1.150
Pinging 192.168.1.150 with 32 bytes of data:
Reply from 192.168.1.205: Destination host unreachable.
Reply from 192.168.1.205: Destination host unreachable.
Reply from 192.168.1.205: Destination host unreachable.
Reply from 192.168.1.205: Destination host unreachable.
Ping statistics for 192.168.1.150:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
C:\Users\test> -
Encore mieux:
la même VM avec 2 interfaces connectées (elle a changé d'adresse ip): là c'est correct.
pourtant dans le cas plus haut, il n' y a pas de raison que l'on ait d'icmp redirect.
-
Slt
Merci de ta réponse
201 et 205 sont les machines qui émettent le ping
Bon, c'est pour le moins curieux -
Salut,
201 ou 205, c'est ton interface ?
oui, j'ai la même chose chez moi :-(
Encore une preuve que windows et les normes ça fait deux.
et ... Voili Voilou Voila !
