Impossibilité d'accéder au réseau par ethernet [Résolu]

[satanluimm]

Bonjour à tous

je renconre un problème des plus inquiètant.

Après une coupure de courant hier, mon pc n'accède plus au réseau via le controleur ethernet de ma carte mère.
Pensant que le pilote avait pus être corrompu, je l'ai supprimé puis réinstallé, sans succès.
J'ai tenté de désactiver le pare-feu, idem.
Désespéré après que la manip de réinstallation des pilotes n'ai rien changé, j'ai même réinstallé mon os (windows seven ultimate avec un clef valide) mais le problème était toujours présent à la fin de l'installation...

Après quelque recherche j'ai ténté cette commande
netsh winsock reset all, toujours rien.

Pour vérifier si je pouvais tout de même obtenir une connexion d'une manière ou d'une autre, j'ai installé un dongle wifi, et bien que le signal soit des plus pourri, j'accède pourtant bien à internet et au ressources connectés au réseau Freebox.

Seven identifie bien le réseau auquel je suis connecté et reçois une adresse ipV4 valide, ce qui implique qu'il envoi bien une requête d'adressage à la freebox et qu'il reçoit correctement la réponse...

Le plus étrange dans cette histoire c'est que mon contrôleur ethernet intégré reçois une adresse ipv4 valide.
C'est celle que j'ai configuré via dhcp dans l’interface de gestion de ma freebox.(je reçois même une adresse ipv6 mais je ne sais pas si celle là est valide par contre car je ne connais pas ipv6).

Pour vous dire, j'ai même tenter d'installer une autre carte ethernet de marque différente avec donc un pilote différent je reçois aussi une ip valide mais je me retrouve avec le même résultat qu'avec mon contrôleur ethernet intégré pas de réseau...

Le problème ce situe donc du côté de "l'ethernet" d'une manière générale à priori...

Je suis à court d'idée et donc de solution, c'est pourquoi je m'en remet à vos avis et conseils avisés..

Merci par avance pour vos réponses

[JML19]

Bonjour

Si tu reçois une IP du DHCP tu es sur le réseau LAN.

Pour le reste je ne vois pas où est le problème si tu parles de LAN de WAN ou de Droit sur le réseau.

[satanluimm]

J'ai bien une ip! mais je n'ai pas accès au machines connecté à mon réseau, au même titre que je n'ai pas accès au net...

Même un ping vers ma passerelle ne fonctionne pas! l'hôte n'est pas trouvé !

[gretch]

bonjour.

pourrais tu nous copier coller le résultat d'un ipconfig /all ?
arrive tu à faire un ping sur 127.0.0.1 ?
et sur ta propre ip ?
et sur ton nom_de_machine ?

[satanluimm]

C:\Users\win7>ipconfig/all

Configuration IP de Windows

Nom de l'hôte . . . . . . . . . . : win7-PC
Suffixe DNS principal . . . . . . :
Type de noeud. . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Connexion au réseau local :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : NETGEAR GA311 Gigabit Adapter #3
Adresse physique . . . . . . . . . . . : 00-14-6C-81-DD-DD
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui

Carte Ethernet Connexion au réseau local 2 :

Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller
Adresse physique . . . . . . . . . . . : 00-24-1D-1D-4E-24
DHCP activé. . . . . . . . . . . . . . : Oui
Configuration automatique activée. . . : Oui
Adresse IPv6. . . . . . . . . . .*. . .: 2a01:e35:2e2b:d8a0:f158:f6e7:a7c1:d5
4e(préféré)
Adresse IPv6 temporaire . . . . . . . .: 2a01:e35:2e2b:d8a0:445d:f1e:2719:db9
a(préféré)
Adresse IPv6 de liaison locale. . . . .: fe80::f158:f6e7:a7c1:d54e%11(préféré
)
Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.11(préféré)
Masque de sous-réseau. . . .*. . . . . : 255.255.255.0
Bail obtenu. . . . . . . . .*. . . . . : lundi 21 novembre 2011 18:46:17
Bail expirant. . . . . . . . .*. . . . : mardi 22 novembre 2011 06:46:17
Passerelle par défaut. . . .*. . . . . : fe80::224:d4ff:fead:4545%11
192.168.1.254
Serveur DHCP . . . . . . . . . . . . . : 192.168.1.254
Serveurs DNS. . . . . . . . . . . . . : 192.168.1.254
NetBIOS sur Tcpip. . . . . . . . . . . : Activé

Carte Tunnel isatap.{2B7F0291-2839-4C28-AC85-35034B001264} :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Carte Microsoft ISATAP
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui

Carte Tunnel Teredo Tunneling Pseudo-Interface :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui

Carte Tunnel isatap.{58E2FEE8-DEA4-4EB9-BE0E-2D39D909BDF4} :

Statut du média. . . . . . . . . . . . : Média déconnecté
Suffixe DNS propre à la connexion. . . :
Description. . . . . . . . . . . . . . : Carte Microsoft ISATAP #2
Adresse physique . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP activé. . . . . . . . . . . . . . : Non
Configuration automatique activée. . . : Oui

Le ping sur localhost fonctionne sans problème

[gretch]

etrange,

Si tu reçois une IP du DHCP tu es sur le réseau LAN.

+1

peut tu tenter ces tests stp ?
ping 192.168.1.11 ? (si c'est tjr ton ip au moment du test...)
ping NOM_MACHINE ?
ping 192.168.1.254
ping google.fr
tracert google.fr

peut tu me coller les différent résultat de ces tests ?

sinon coté box, tu n'as rien mis de particulier ? filtre mac, NAP, IPSEC, VPN...

[satanluimm]

Microsoft Windows [version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.

C:\Users\win7>ping 192.168.1.11

Envoi d'une requête 'Ping' 192.168.1.11 avec 32 octets de données*:
Réponse de 192.168.1.10*: Impossible de joindre l'hôte de destination.
Défaillance générale.
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128

Statistiques Ping pour 192.168.1.11:
Paquets*: envoyés = 4, reçus = 3, perdus = 1 (perte 25%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\Users\win7>ping 192.168.1.11

Envoi d'une requête 'Ping' 192.168.1.11 avec 32 octets de données*:
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.11*: octets=32 temps<1ms TTL=128

Statistiques Ping pour 192.168.1.11:
Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\Users\win7>ping win7-pc

Envoi d'une requête 'ping' sur win7-PC [fe80::f158:f6e7:a7c1:d54e%11] avec 32 o
tets de données*:
Réponse de fe80::f158:f6e7:a7c1:d54e%11*: temps<1ms
Réponse de fe80::f158:f6e7:a7c1:d54e%11*: temps<1ms
Réponse de fe80::f158:f6e7:a7c1:d54e%11*: temps<1ms
Réponse de fe80::f158:f6e7:a7c1:d54e%11*: temps<1ms

Statistiques Ping pour fe80::f158:f6e7:a7c1:d54e%11:
Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\Users\win7>ping 192.168.1.254

Envoi d'une requête 'Ping' 192.168.1.254 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.254:
Paquets*: envoyés = 4, reçus = 0, perdus = 4 (perte 100%),

C:\Users\win7>ping google.fr
La requête Ping n'a pas pu trouver l'hôte google.fr. Vérifiez le nom et essayez
à nouveau.

C:\Users\win7>tracert google.fr
Impossible de résoudre le nom du système cible google.fr.

Je précise que toutes les autres machines peuvent accéder au réseau, via wifi maintenant que j'y pense, je vais tester une autre machine sur de l'ethernet voire ce que ça donne.

-> L'autre machine même connectée en ethernet chope le réseau et internet.... relou !

Après niveau config de la freebox(révolution) je n'ai rien de particulier il me semble.
juste des ip fixes via dhcp mais la deuxième carte ethernet n'as pas de bail dhcp permanent de configuré.

Encore merci de vous penchez sur mon problème ça me rend vraiment chèvre....

[JML19]

Bonsoir

juste des ip fixes via dhcp mais la deuxième carte ethernet n'as pas de bail dhcp permanent de configuré.

IP fixe ou DHCP surtout pas les deux ?

[satanluimm]

Je précise...
Je parle des baux dhcp permanent qui permettent, via l'adresse mac d'une carte, d'affecter toujours la même adresse à cette carte.
Aucune de mes cartes n'est en ip fixe.
L'une a une adresse ip réservée et l'autre en obtient une à la connexion.

[gretch]

bon l'ip config nous en apprend bcp.

Envoyé par annexe 1

Statistiques Ping pour 192.168.1.11:
Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

Envoyé par annexe 2

'ping' sur win7-PC [fe80::f158:f6e7:a7c1:d54e%11]
Réponse de fe80::f158:f6e7:a7c1:d54e%11*: temps<1ms

Envoyé par Annexe 4

Bail obtenu. . . . . . . . .*. . . . . : lundi 21 novembre 2011 18:46:17
Bail expirant. . . . . . . . .*. . . . : mardi 22 novembre 2011 06:46:17

bon en gros :
l'annexe 1 nous apprend que l'ip v4 est en vrac ! (vérifier firewall, anti virus, service bien démarré(et probablement pas mal de choses que j'oubli))

l'annexe 2 nous apprend que l'ip V6 semble fonctionner

l'annexe 3 nous confirme que l'on est bien en DHCP donnée par un serveur en ip V4 (la c'est bizarre)!

ce qui m’embête c'est toutes ces traces d'ip v6, je doit concéder ne vraiment pas etre à l'aise dans ce domaine.

de plus je vois aussi des traces de teredo qui permet (si il est bien configuré ^^) permet une communication ipv4<=>ipv6 (connais mal aussi...)

du coup est ce que ça joue... possible... pas sure...

bon il faut que tu me confirme que tout les test effectuer fonctionne à partir d'un autre poste, et si possible fait moi aussi un copier coller de l'ip config et des résultats, essai aussi un tracert 192.168.1.254

[satanluimm]

Ok je vais faire ces tests par contre j'ai beaucoup de boulot ce soir donc je pense les faire demain.

Je te tiens au courant dès demain soir et je te poste les résultats.

Bonne fin de soirée et encore une fois merci!!

[satanluimm]

Je suis sincèrement désolé de ne pas avoir répondu avant.
Une grosse galère nous est tombé dessus au travail et j'ai bossé toute la soirée hier et je pense que je n'en ai pas encore fini pour ce soir...
Tout ça pour dire que je ne laisse pas votre gentillesse et votre dévouement tombé dans l'oubli...
Dès que ça se calme je vous poste les tests

[satanluimm]

Bon....

Bilan...

Le problème n'est toujours pas résolu mais je peux enfin exclure (à priori) la défaillance liée à windows...
Il semblerait, en fait, que le problème vienne de la liaison entre mes deux boîtiers CPL.
J'étais pourtant rassuré vis à vis de ce paramètre jusqu'à maintenant.
Je m'explique.

Quand le problème est appru, j'avais immédiatement connecté mon boîtiers CPL à une second machine sous centos qui avait alors capté le signal sans bronché, rassuré sur le moment, je m'étais empressé de passer à autre chose...
Ce soir je connecte à nouveau mon boitier, avec un troisième ordi sous seven (pour effectuer les tests demandé par gretch), et là je m'aperçois que les mêmes symptômes touchent à présent plus d'une machine...

Immédiatement je repasse sous centos et me rend compte que le problème survient aussi dessus!!!!
J'ai alors essayé de branché mon boitier CPL sur une autre prise de courant et là miracle ça passe!

Je tiens à précisé que la config IP valide lors de tous mes essais m'a complètement induit en erreur...

Le problème maintenant va être de déterminer d'ou le problème vient exactement:

• de la multiprise
• de la rallonge
• ou bien de la prise murale

En tout cas je tiens à vous remercier (pour la énième fois je sais) de vos réponses à tous les deux.

@Gretch dommage j'aurais pu bénéficier des conseils d'un vrai professionnel en matière de système Microsoft ^^

Enfin désolé pour la méprise, je me suis laissé emballé et n'ai pas vu ni même remis en question ces boîtiers dont j'aurais pourtant dû me méfier aux vues des différents aléas possible lié à ce genre de matériels...
C'est tout de même étrange qu'une simple coupure de courant ai pu mettre en défaut une installation qui fonctionne depuis un sacré bout de temps! Et pour vous dire chez moi ce ne sont pas les coupures qui manques...

Je termine par vous souhaiter une bonne soirée et promis là c'est bon j’arrête de me répandre^^
Je passe le sujet en résolu!

[sevyc64]

Les boitiers CPL se branchent directement sur une prise murales, ils n'aiment pas les rallonges et surtout les multiprises.

Attention aux installations en Tri-phasé, il faut un appareil spécifique en tête d'installation électrique pour que le CPL passe sur toute l'installation, sinon il n'est disponible que sur une seule phase.

[satanluimm]

Merci de ces précisions^^

N'ayant pas le choix j'ai dû placer l'arrivée du web sur une rallonge + multiprise mais qui sont de très bonne facture.( je les aient remplacé pour l'occasion...)

J'ai toujours eu des débits plus que convenables!
Et après avoir testé dans tous les sens il s'agît vraiment d'un problème des plus étranges étant donné que le problème est apparu alors qu'aucun élément de la topologie n'avait changé!!!

Pour être plus précis, j'ai une Freebox révolution et ses deux freeplug noirs mais aussi deux freeplug blanc hérités d'une Freebox V5.
Ils ont toujours cohabité jusqu'à présent!

Le premier des deux noirs était sur une multiprise et était isolé des trois autres le deuxième, branché sur la même multiprise que le premier blanc repérait l'autre noir sans aucun problème!
Je précise que ces trois là étaient et sont toujours au même étage.

Le deuxième blanc se situe un étage en dessous et détectait sans problème son homologue...
Je sais cela tient du miracle mais ça fonctionnait, et très bien qui plus est!

Désormais les deux noirs sont chaînés et se suivent sur une même multiprise.

N'ayant malheureusement pas de détails sur l'installation électrique de la maison, je suis dans l'impossibilité de déterminer précisément comment ces interférences ont pu apparaître.
La seule évidence est que le problème est survenu le lendemain d'une panne généralisée de courant dans la maison.

En ce qui concerne le tri-phasé, ma maison en est effectivement équipée en 360V pour l'utilisation de machines spécifiques, mais cette boucle est, en théorie, complètement isolé du réseau électrique biphasé... Enfin c'est ce qui est censé être.
Et puis je n'ai pas encore eu d'incendie dans la maison^^

Voilà bien que le problème soit désormais réglé je reste quand même perplexe!

Bonne soirée à toi!