Ping entre 2 PC WIN10
Samsoum6
Messages postés
20
Date d'inscription
Statut
Membre
Dernière intervention
-
brupala Messages postés 112015 Date d'inscription Statut Membre Dernière intervention -
brupala Messages postés 112015 Date d'inscription Statut Membre Dernière intervention -
Bonjour, je n'arrive pas a pinger entre mes 2 PC Win10 en lan sans passer par la carte wifi ou un routeur.
De pc a pc avec différents câbles RG45
192.168.1.8 vers 192.168.1.80 ==> Impossible
192.168.1.8 vers 192.168.1.45 ==> Impossible
En adressage DHCP pour le 1er et le 2eme en 192.168.1.80 ==> Impossible et vise versa
Le sous masque est de 255.255.255.0 pour les deux
Pas de passerelle ou DNS
Je vous remercie de votre aide
De pc a pc avec différents câbles RG45
192.168.1.8 vers 192.168.1.80 ==> Impossible
192.168.1.8 vers 192.168.1.45 ==> Impossible
En adressage DHCP pour le 1er et le 2eme en 192.168.1.80 ==> Impossible et vise versa
Le sous masque est de 255.255.255.0 pour les deux
Pas de passerelle ou DNS
Je vous remercie de votre aide
A voir également:
- 192.168.1.80
- Reinitialiser pc - Guide
- Supercopier 2 - Télécharger - Gestion de fichiers
- Test performance pc - Guide
- Pc lent - Guide
- 2 ecran pc - Guide
6 réponses
Bonjour,
Est-ce que la découverte de réseau est activer entre les 2 win10 ?
Est-ce que la découverte de réseau est activer entre les 2 win10 ?
brupala
Messages postés
112015
Date d'inscription
Statut
Membre
Dernière intervention
14 168
Normalement, ça ne doit pas empêcher les ping.
Samsoum6
Messages postés
20
Date d'inscription
Statut
Membre
Dernière intervention
>
brupala
Messages postés
112015
Date d'inscription
Statut
Membre
Dernière intervention
surtout que j'arrive a pinger mon réseau lan ( switch et autres)
Samsoum6
Messages postés
20
Date d'inscription
Statut
Membre
Dernière intervention
Oui sur les deux PC win10 je pense que c'est par default mais merci
Salut,
si j'ai bien compris, ça fonctionne quand ils sont connectés à un routeur ou un point d'accès wifi, mais pas avec un câble direct, c'est ça ?
Tu dis que l'un des deux est en dhcp, je suppose donc que tu n'as pas de serveur dhcp sur celui qui est en ip fixe.
Si il ne trouve pas de serveur dhcp, il va prendre une apipa comme adresse (169.254.0.0/16)
Pour éviter cela,
il faut aller dans la configuration tcpipv4 avancée et mettre ton adresse 1.45 en configuration alternative.
c'est qui le 1.8 au fait ?
si j'ai bien compris, ça fonctionne quand ils sont connectés à un routeur ou un point d'accès wifi, mais pas avec un câble direct, c'est ça ?
Tu dis que l'un des deux est en dhcp, je suppose donc que tu n'as pas de serveur dhcp sur celui qui est en ip fixe.
Si il ne trouve pas de serveur dhcp, il va prendre une apipa comme adresse (169.254.0.0/16)
Pour éviter cela,
il faut aller dans la configuration tcpipv4 avancée et mettre ton adresse 1.45 en configuration alternative.
c'est qui le 1.8 au fait ?
Salut,
Je te remercie déjà pour ton rapide retour.
1-Avec un routeur ou sans routeur ( avec mon routeur maison et celui du travail) ca ne marche pas le pig entre les deux PC.
2-C'état un exemple de le mettre en DHCP l'un ou l'autre mais toujours connectés l'au avec l'autre uniquement, mais sinon avec des adresse fixe ca ne ping pas.
3-Le 192.168.1.8 est mon 1er PC avec un adresse fixe, et le 192.168.1.80 ( ensuite le 1.45) c'est l'adresse fixe de mon 2éme PC.
Je te remercie déjà pour ton rapide retour.
1-Avec un routeur ou sans routeur ( avec mon routeur maison et celui du travail) ca ne marche pas le pig entre les deux PC.
2-C'état un exemple de le mettre en DHCP l'un ou l'autre mais toujours connectés l'au avec l'autre uniquement, mais sinon avec des adresse fixe ca ne ping pas.
3-Le 192.168.1.8 est mon 1er PC avec un adresse fixe, et le 192.168.1.80 ( ensuite le 1.45) c'est l'adresse fixe de mon 2éme PC.
Ok, donc, ça n'a jamais fonctionné en fait ?
Est ce qu'il n'ya que le ping qui ne passe pas ou autre chose non plus ?
Tu parles de wifi et d'ethernet, ils ont les deux ?
Edt ce qu'ils indiquent connecté à un moment ?
Est ce qu'il n'ya que le ping qui ne passe pas ou autre chose non plus ?
Tu parles de wifi et d'ethernet, ils ont les deux ?
Edt ce qu'ils indiquent connecté à un moment ?
Oui en effet quand je voulais voir sur mon lan si j'arrive a pinger les équipements sur un switch j'ai remarqué l'impossibilité de pinger d'une coté ou de l'autre ( d'un pc vers le deuxième).
Les autres équipement j'arrive a les pinger de n'importe que PC le 1er ou le 2eme sans aucun soucis.
Oui je désactive la carte Wifi quand je travail sur le lan et sans connexion Wan.
En fraisent un scan avec angry Ip scanner j'arrive a voir les deux PC avec leurs IP respective et correct en effet.
Les autres équipement j'arrive a les pinger de n'importe que PC le 1er ou le 2eme sans aucun soucis.
Oui je désactive la carte Wifi quand je travail sur le lan et sans connexion Wan.
En fraisent un scan avec angry Ip scanner j'arrive a voir les deux PC avec leurs IP respective et correct en effet.
Question bête : si c'est un câble droit, logique que cela ne marche pas. Avec un routeur, c'est logique, entre 2 PC, il faut peut-être un câble croisé (cela dépend de la carte réseau).
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Je pense que c'est ca! j'ai trouvé une ligne de commande pour activer cette fonctionne mais c'est toujours pareil!
C'est due surement au faite que ces sont des PC socièté à mon avis...
C'est due surement au faite que ces sont des PC socièté à mon avis...
Bonjour !
Par défaut le pare-feu Windows bloque les requêtes entrantes ICMP.
Je t"invite a créer une règle pare feu, pour autoriser le protocole ICMP ;)
Par défaut le pare-feu Windows bloque les requêtes entrantes ICMP.
Je t"invite a créer une règle pare feu, pour autoriser le protocole ICMP ;)
Bonsoir,
Assurément: un pare-feu qui ne commence pas par vous demander quand vous l'installez quelles règles vous entendez mettre en place en réseau local, ou pour le moins ne vous demande pas votre avis au lieu de censurer en silence est vraiment à la noix.
Mais bon: toutes les pythies vont continuer à clamer que seul Windows Defender est, si j'ose, défendable.
Assurément: un pare-feu qui ne commence pas par vous demander quand vous l'installez quelles règles vous entendez mettre en place en réseau local, ou pour le moins ne vous demande pas votre avis au lieu de censurer en silence est vraiment à la noix.
Mais bon: toutes les pythies vont continuer à clamer que seul Windows Defender est, si j'ose, défendable.
Windows defender est comme les autres parefeu,
sauf qu'on ne sait jamais trop quelles sont les règles par défaut sur un parefeu, quel qu'il soit.
il n'y a que quand on plonge dedans, ce qui n'est pas facile et un vrai métier que l'on peut en tirer des conclusions et adapter.
Reste que à mon avis ICMP echo request ne devrait pas être bloqué par défaut, aussi bien en ipv4 qu'en ipv6.
Après ça reste lourd de configurer le parefeu de defender en mode avancé, je te l'accorde, mais sur le papier, on peut régler plein de choses (à peu près tout) au millimètre, trop au millimètre je trouve, mais bon comme j'ai dit, ça reste un métier de régler un parefeu.
sauf qu'on ne sait jamais trop quelles sont les règles par défaut sur un parefeu, quel qu'il soit.
il n'y a que quand on plonge dedans, ce qui n'est pas facile et un vrai métier que l'on peut en tirer des conclusions et adapter.
Reste que à mon avis ICMP echo request ne devrait pas être bloqué par défaut, aussi bien en ipv4 qu'en ipv6.
Après ça reste lourd de configurer le parefeu de defender en mode avancé, je te l'accorde, mais sur le papier, on peut régler plein de choses (à peu près tout) au millimètre, trop au millimètre je trouve, mais bon comme j'ai dit, ça reste un métier de régler un parefeu.
Ben si: je n'utilise pas Windows Defender mais Comodo, chacun son truc, que j'ai initialement paramétré à aucune règle par défaut, et à me demander mon avis lors de chaque tentative de connexion; on va évidemment ensuite se simplifier la vie en regroupant cela par type d'applications, de zones réseau, de groupes de ports..., et n'en restant pas moins que tout ce qui n'est pas explicitement autorisé ou interdit (echo request, en ce qui nous intéresse) va alors pleurer.
Peu de gens le font, parce que cela rend le travail très pénible pendant quelques semaines, mais c'est seulement une histoire de patience et de jugeote, pas de profession.
Quelque part, le principe est que ce qui n'est pas indispensable doit être interdit (ou au moins questionné), lequel principe est beaucoup plus difficile à mettre en oeuvre pour gérer des permissions de scripts (NoScript et consorts).
La raison de répondre au Ping sur le WAN n'est pas évidente (certaines Box le bloquent d'ailleurs par défaut ou en option); mais c'est peut-être un faux problème si on commence par faire un jeu de règles d'autorisation sur ce qui circule sur le seul réseau local (y compris localhost que l'on a parfois la fâcheuse tendance d'oublier).
Peu de gens le font, parce que cela rend le travail très pénible pendant quelques semaines, mais c'est seulement une histoire de patience et de jugeote, pas de profession.
Quelque part, le principe est que ce qui n'est pas indispensable doit être interdit (ou au moins questionné), lequel principe est beaucoup plus difficile à mettre en oeuvre pour gérer des permissions de scripts (NoScript et consorts).
La raison de répondre au Ping sur le WAN n'est pas évidente (certaines Box le bloquent d'ailleurs par défaut ou en option); mais c'est peut-être un faux problème si on commence par faire un jeu de règles d'autorisation sur ce qui circule sur le seul réseau local (y compris localhost que l'on a parfois la fâcheuse tendance d'oublier).