La Fibre
Télécom => Réseau => 
Comment tester son débit ? => Discussion démarrée par: Grincheux le 12 août 2011 à 22:15:52
-
(https://lafibre.info/images/tuto/201106_impact_du_ping_en_fonction_du_systeme_exploitation.png)
On règle un MTU sur le PC pour un OS mais on ne touche pas au MTU de la box ou du modem.
Je serais curieux de voir ce que cela donne avec deux MTU corrects.
-
Un MTU de 1500 ne me semble pas optimum. Le mien en général est de 1442.
Comment tu mesures l'optimalité?
Il n'est nécessaire de régler la MTU que pour les FAI qui font du PPPoE (PPPoE seul prend 6 octets, en cas de LNS, le MTU baisse de 20 octets).
Le MTU devrait être automatiquement configuré par DHCP!
-
Comment tu mesures l'optimalité?
Manuellement (voir ici (http://mathenay.com/softsite/forum/viewtopic.php?f=34&t=70))
L'OS calcule son propre MTU, le routeur, la box ou le modem a aussi son propre MTU. Donc calculer un MTU va permettre d'optimiser les transferts entre l'ordinateur et la box. Entre la box et l'ordinateur, quel MTU est appliqué, celui de la box ou celui de l'OS ?
Entre le NRA et la box, si le MTU de la box est différent de celui de l'OS quelles sont les incidences ?
Optimiser, ok, mais il faut aller jusqu'où ?
Le tuto, plus haut, est très intéressant, difficile à lire et mériterait d'être éclairci. Personnellement, j'aimerais bien qu'il soit rendu plus clair car il est vraiment intéressant.
Quelles sont les incidences des antivirus, des proxys, sur les transferts ?
En fonction de l'OS que l'on utilise, peut-on avoir un MTU différent ?
Le MTU calculé à deux heures du matin sera-t-il le même qu'à 21 heures ?
Généralement, j'utilise un MTU de 1442 (soit 1470 octets de ping). Le but n'est pas toujours d'optimiser les transferts mais de ne pas perdre de paquets afin de m'assurer de la qualité de la ligne.
Merci pour toutes ces infos.
-
Qu'est-ce que TU appelles le MTU?
-
Le MTU est la taille des paquets que l'on fait transiter, par défaut c'est 1500.
-
Alors que signifie dans la page que tu cites :
"Le MTU est donc 1470 - 28, soit 1442."
-
Avant d'envoyer les paquets, on envoie un groupe de 28 octets qu'il ne faut pas prendre en compte et qui doivent être considérés comme une entête de la commande.
-
Non.
-
Explique
-
C'est n'importe quoi je sais pas comment dire autrement.
Je ne sais pas d'où sort ce "groupe de 28 octets" et de quel entête il s'agit.
OK j'ai saisi : c'est la taille de l'entête ICMP echo-request avant la "charge utile" ICMP. Par exemple avec un bourrage de 1472 octets dans le echo-request (avec "ping -l 1472") on arrive bien à un paquet IP de 1500 octets.
La MTU c'est in gabarit : c'est comme la hauteur maximum du camion qui peut passer dans un tunnel. On ne rajoute pas la taille des pneus, la hauteur du chapeau du chauffeur ou que sais-je. Si le camion n'est pas plus haut il passe, s'il est plus haut il ne passe pas. Si sur le trajet il y a un seul tunnel où le camion ne passe pas il faut fabriquer un camion moins haut.
La MTU c'est la taille maximale d'un paquet IP. Plus gros ça ne passera pas.
Avec Vista on peut voir la MTU de chaque interface avec :
netsh interface ipv4 show interfaces
et aussi le MTU de trajet pour atteindre une destination avec :
netsh interface ipv4 show destinationcache
-
Changer le MTU sous Windows
Une fois que vous avez déterminé le MTU optimal, il y a deux manières de modifier la valeur du MTU. Je vous indique ici la plus facile à mettre en oeuvre, via le logiciel Dr TCP
Une fois installer, vous avez une case "MTU", ou il faut indiquer la valeur trouver lors des test sous DOS en rajoutant 28 pour l'entete.
http://www.commentcamarche.net/faq/7185-introduction-au-mtu (http://www.commentcamarche.net/faq/7185-introduction-au-mtu)
-
Je ne pense pas qu'il soit utile de s'occuper de MTU, je pense que Windows se débrouille bien tout seul.
Si quelqu'un a une MTU < 1500 et veut bien me communiquer son adresse IP par MP, je testerai avec lui.
-
2.1 Statut du lien ADSL : Connecté
2.2 Etat de la connexion : Synchronisé
2.3 Dernière synchronisation ADSL : mercredi 10 août, 20:05:02
2.4 Durée de synchronisation ADSL : 3 jours 11:33:47
2.5 Statut de connexion PPP : Connecté
2.6 Statut du compte : OK
2.7 Nom de compte internet : fti/ceb37d4
2.8 Mode d'authentification PPP : PAP
2.9 Dernière connexion PPP : mercredi 10 août, 20:05:06
2.10 Durée de connexion PPP : 3 jours 11:33:43
2.11 Type de protocole PPP : PPPoE
2.12 Dernière erreur de connexion PPP :
2.13 Date de dernière déconnexion PPP : mercredi 10 août, 20:04:13
2.14 ATM VP/VC : 8/35
2.15 Mode ADSL : G992_3_A
2.16 Encapsulation : LLC
2.17 Latence : Intlv[LP0]
2.18 Taille maximum de MTU : 1492
2.19 Adresse IP WAN : 90.56.143.231
2.20 Adresse IP du BAS : 90.56.143.1
2.21 Serveur DNS primaire : 80.10.246.1
2.22 Serveur DNS secondaire : 81.253.149.2
Ma livebox
-
En fait tout tombe dans un trou noir
SENT (16.0390s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=16 id=2738 iplen=28
RCVD (16.0760s) ICMP 193.253.90.125 > 192.168.1.10 TTL=0 during transit (type=11/code=0) ttl=240 id=21387 iplen=56
SENT (16.8470s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=17 id=51305 iplen=1498
RCVD (16.9010s) ICMP 10.125.196.137 > 192.168.1.10 TTL=0 during transit (type=11/code=0) ttl=239 id=0 iplen=80
SENT (17.8490s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=18 id=51305 iplen=1498
SENT (18.8600s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=19 id=51305 iplen=1498
2ème essai :
SENT (15.9420s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=16 id=9998 iplen=1498
RCVD (16.0050s) ICMP 193.253.90.125 > 192.168.1.10 TTL=0 during transit (type=11/code=0) ttl=240 id=49989 iplen=56
SENT (16.9590s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=17 id=9998 iplen=1498
RCVD (17.0160s) ICMP 10.125.196.137 > 192.168.1.10 TTL=0 during transit (type=11/code=0) ttl=239 id=0 iplen=80
SENT (17.9740s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=18 id=9998 iplen=1498
SENT (18.9880s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=19 id=9998 iplen=1498
SENT (17.0460s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=17 id=2738 iplen=28
RCVD (17.0460s) ICMP 10.125.196.137 > 192.168.1.10 TTL=0 during transit (type=11/code=0) ttl=239 id=0 iplen=74
SENT (20.1140s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=18 id=2738 iplen=28
SENT (21.1290s) ICMP 192.168.1.10 > 90.56.143.231 Echo request (type=8/code=0) ttl=19 id=2738 iplen=28
bizarre.
-
Est-ce parce que la livebox ne répond pas aux pings ?
-
Ça n'aide pas en effet. Je n'ai pas trouvé un seul port ouvert, alors j'ai un peu de mal à tester.
-
Tu veux que j'en ouvre temporairement un ?
-
C'est sûr qu'avec un port TCP qui accepte une connexion ça pourrait aider.
Même une réponse au ping serait un plus.
-
Le port 23450 est ouvert et la livebox répond au ping
-
C'est difficile à voir avec :
nmap -sT -sU -p 23450 90.56.143.231
Starting Nmap 5.51 ( http://nmap.org (http://nmap.org) ) at 2011-08-14 09:33 Paris, Madrid (heure d'ÚtÚ)
Note: Host seems down. If it is really up, but blocking our ping probes, try -Pn
Nmap done: 1 IP address (0 hosts up) scanned in 3.94 seconds
et avec :
nmap -P0 -sT -sU -p 23450 90.56.143.231
Starting Nmap 5.51 ( http://nmap.org (http://nmap.org) ) at 2011-08-14 09:33 Paris, Madrid (heure d'ÚtÚ)
Nmap scan report for ADijon-156-1-112-231.w90-56.abo.wanadoo.fr (90.56.143.231)
Host is up.
PORT STATE SERVICE
23450/tcp filtered unknown
23450/udp open|filtered unknown
Nmap done: 1 IP address (1 host up) scanned in 4.99 seconds
-
J'ai déplacé les messages dans un post a part.
Je vous arrête tous les deux : le réglage de la MTU n'est plus nécessaire avec les box d'aujourd'hui : c'est elle qui font le travail.
Le PC se connecte su un serveur. Le PC a les réglages par défaut : MTU = 1500.
IPv4 a un en-tête de 20 octets. (cf IPv4 (https://fr.wikipedia.org/wiki/IPv4))
TCP a un en-tête de 20 octets (cf TCP (https://fr.wikipedia.org/wiki/Transmission_Control_Protocol))
Le PC va donc dans le paquet [SYN] de connexion indiquer une MSS (Maximum Segemt Size) de 1460
La box elle ait qu'elle utilise PPPoE qui réduit la MTU de 8 octets (cf PPP (https://fr.wikipedia.org/wiki/Point-to-Point_Protocol))
Elle va modifier a la volée la valeur de la MSS dans le paquet [SYN] et va la passer a 1452
Le réseau lui transporte le flux en L2TP (https://fr.wikipedia.org/wiki/Layer_2_Tunneling_Protocol) (pour la collecte de trafic). L2TP prend 40 octets d'en-tête. Le réseau va lui aussi a son trour modifier le paquet [SYN] pour mettre une mss à 1420.
Le serveur reçoit le paquet [SYN] et voit que le client ne supporte pas des paquet > 1420, il se limite donc a cette taille.
Dans sa réponse au [SYN], le paquet [SYN, ACK], il pré"cise que lui supporte une MSS de 1460. De nouveau le réseau va modifier cette valeur à 1420 avant l'entrée dans le L2TP.
La box voit passer le paquet, une MSS de 1420 est compatible avec PPPoE donc elle ne change rien et laisse la valeur 1420. SI il n'y a pas de L2TP (cas dun abonné qui est en PPPoE sur son réseau), elle va recevoire une MSS de 1460 qu'elle va passer à 1452.
Il ne sera nécessaire de fragmenter auun paquet car l'éméteur et le récepteur ne vont pas s'échanger des paquet au dessus de la taille limite.
Conclusion : L'optimisation MTU n'est plus nécessaire pour l'ADSL depuis plusieurs années. Il reste nécessaire avec des connexion 2G et 3G.
-
Super, et ça marche aussi avec TCP dans IP dans IP?
TCP dans 6in4?
TCP dans GRE?
TCP dans IPsec?
UDP?
Régler la MTU à la main n'est pas nécessaire parce que c'est automatique :
netsh interface ipv6 show interface
Idx Mét MTU État Nom
--- --- ----- ----------- -------------------
1 50 4294967295 connected Loopback Pseudo-Interface 1
9 25 1480 connected wifi
La MTU a été automatiquement réglée à 1480 parce que la Freebox et Windows Vista fonctionnent correctement ensemble.
-
Voici ce que j'ai relevé sur ma machine :
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv6 show interface
Idx Mét MTU État Nom
--- ---------- ---------- ------------ ---------------------------
1 50 4294967295 connected Loopback Pseudo-Interface 1
11 50 1280 disconnected isatap.{3C0AE8E6-FE33-486F-B808-8D26585B390C}
14 50 1280 connected Teredo Tunneling Pseudo-Interface
25 30 1500 connected Pont réseau
C:\Users\Grincheux>netsh interface ipv4 show interface
Idx Mét MTU État Nom
--- ---------- ---------- ------------ ---------------------------
1 50 4294967295 connected Loopback Pseudo-Interface 1
25 30 1500 connected Pont réseau
C:\Users\Grincheux>
Peux-tu commenter, cela risque de m'aider à comprendre
Merci
-
En IPv4, depuis ta machine, le MTU est de 1500. (Pour IPv6 je ne sais pas quelle interface tu utilises. Il faudrait faire "netsh interface ipv6 show addresses" et "netsh interface ipv6 show route" pour le savoir.)
Pour le MTU, dans "netsh interface ipv4 show destinationcache", quelle PMTU est indiquée pour la plupart des adresses? (ne pas poster le destinationcache ici, parce que ça ne nous ... regarde pas!)
-
Voici pour l'IPV6
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv6 show addresses
Interface 1 : Loopback Pseudo-Interface 1
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Préféré infinite infinite ::1
Interface 11 : isatap.{3C0AE8E6-FE33-486F-B808-8D26585B390C}
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Déprécié infinite infinite fe80::5efe:192.168.1.23%11
Interface 14 : Teredo Tunneling Pseudo-Interface
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Public Préféré infinite infinite 2001:0:5ef5:79fb:66:1922:a5c7:7003
Autre Préféré infinite infinite fe80::66:1922:a5c7:7003%14
Interface 25 : Pont réseau
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Préféré infinite infinite fe80::b0bd:cfa0:385d:3ff1%25
C:\Users\Grincheux>C:\Users\Grincheux>netsh interface ipv6 show route
Publier Type Mét Préfixe Idx Nom passerelle/interface
------- -------- --- ------------------------ --- ------------------------
Non Manuel 8 ::/0 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 ::1/128 1 Loopback Pseudo-Interface 1
Non Manuel 8 2001::/32 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 2001:0:5ef5:79fb:66:1922:a5c7:7003/128 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 fe80::/64 25 Pont réseau
Non Manuel 256 fe80::/64 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 fe80::5efe:192.168.1.23/128 11 isatap.{3C0AE8E6-FE33-486F-B808-8D26585B390C}
Non Manuel 256 fe80::66:1922:a5c7:7003/128 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 fe80::b0bd:cfa0:385d:3ff1/128 25 Pont réseau
Non Manuel 256 ff00::/8 1 Loopback Pseudo-Interface 1
Non Manuel 256 ff00::/8 14 Teredo Tunneling Pseudo-Interface
Non Manuel 256 ff00::/8 25 Pont réseau
C:\Users\Grincheux>
Voici pour l'IPV4
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show destinationcache
Interface 1 : Loopback Pseudo-Interface 1
PMTU Adresse de destination Adresse de saut suivant
---- --------------------------------------------- -------------------------
1500 127.0.0.1 127.0.0.1
Interface 25 : Pont réseau
PMTU Adresse de destination Adresse de saut suivant
---- --------------------------------------------- -------------------------
1500 65.54.61.220 192.168.1.1
1500 78.159.108.41 192.168.1.1
1500 192.168.1.1 192.168.1.1
1500 192.168.1.255 192.168.1.255
1500 193.252.22.56 192.168.1.1
1500 195.114.19.85 192.168.1.1
1500 195.200.217.68 192.168.1.1
1500 74.125.230.76 192.168.1.1
1500 224.0.0.252 224.0.0.252
C:\Users\Grincheux>
J'ai eu quelque soucis hier après-midi avec ma connexion internet et j'ai été obligé de faire un gros reset, ce qui peut expliquer que le MTU soit passé maintenant à 1500.
Je suis sous Windows 7 Pro
(http://mathenay.com/downloads/w7pro.jpg)
-
Je vois que tu n'as pas d'accès direct à Internet IPv6, donc que tu passes par Teredo. C'est un protocole d'encapsulation ce qui diminue la MTU possible : ta MTU IPv6 est donc de 1280.
Free fournis un accès direct à Internet IPv6 (je n'ai pas à faire d'encapsulation) avec une MTU de 1480.
-
J'utilise une LiveBox. En plus te Tech agréé SFR je suis partenaire Orange, pas raciste moi !
-
Sur mon portable, Asus, j'ai comme tout le monde, une connexion RJ45 et une connexion WiFi.
J'ai l'impression que Windows utilise d'abord la connexion WiFi au lieu du câble.
Comment le vérifier et définir que la connexion avec le câble est prioritaire.
Bien sûre, j'ai toujours la solution de désactiver la carte WiFi mais je n'y tiens pas car dans certains programmes que je fais, je veux tester sur toutes les cartes réseau présentes.
-
Pourquoi tu as défini un pont?
-
Hier après-midi je ne m'en sortais plus.
Entre les reset et les restaurations, rien ne marchait, plusieurs reboot de la LiveBox, que dalle !
J'ai défini un pont et là ça a marché !
J'ai aussi découvert que le pont cache bien les connexions.
Avant d'avoir des problèmes j'avais désisntallé des softs comme Netsus et avait pas mal modifié le parefeu de la livebox.
Je vais faire un essai en cassant le pont, on va voir si c'est ok.
-
Résultat sans pont, juste ma connexion RJ45 active
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv6 show addresses
Interface 1 : Loopback Pseudo-Interface 1
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Préféré infinite infinite ::1
Interface 10 : Connexion réseau sans fil
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Déprécié infinite infinite fe80::bc8f:b8e3:762d:74ce%10
Interface 11 : isatap.{6F3BEFB4-69F5-49D2-BB06-F8E3C28535F7}
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Déprécié infinite infinite fe80::5efe:192.168.1.2%11
Interface 14 : Teredo Tunneling Pseudo-Interface
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Public Préféré infinite infinite 2001:0:5ef5:79fd:8b2:dee:a5c7:7003
Autre Préféré infinite infinite fe80::8b2:dee:a5c7:7003%14
Interface 12 : Connexion au réseau local
Addr Type État DAD Vie valide Pers. Fav. Adresse
--------- ----------- ---------- ---------- ------------------------
Autre Préféré infinite infinite fe80::559c:a468:4787:adc4%12
C:\Users\Grincheux>
Pour l'IPV4
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show destinationcache
Interface 1 : Loopback Pseudo-Interface 1
PMTU Adresse de destination Adresse de saut suivant
---- --------------------------------------------- -------------------------
1500 127.0.0.1 127.0.0.1
Interface 12 : Connexion au réseau local
PMTU Adresse de destination Adresse de saut suivant
---- --------------------------------------------- -------------------------
1500 65.54.49.87 192.168.1.1
1500 74.125.39.103 192.168.1.1
1500 78.159.102.104 192.168.1.1
1500 192.168.1.1 192.168.1.1
1500 192.168.1.255 192.168.1.255
1500 195.200.217.68 192.168.1.1
1500 224.0.0.252 224.0.0.252
C:\Users\Grincheux>
-
Avec un pont : tes cartes réseaux apparaissent comme une seule carte Ethernet. Cela peut avoir un intérêt, si ça marche. J'ai essayé sous Vista, j'ai vu que cela ne marchait pas comme prévu, et j'ai abandonné.
Sans le pont : la couche réseau va traiter chaque carte indépendamment, donc tu peux avoir une IP différente sur chaque alors qu'elles sont reliées au même LAN.
-
Le Netsh affiche toutes les cartes y compris le pont réseau.
J'avais découvert des problèmes avec le pont réseau si l'on doit gérer les connexions entrantes.
J'avais fait ces tests il y a plusieurs mois, j'ai un peu oublié les subtilités découvertes à l'époque.
-
C'est sur IPv4 qu'il faut regarder, notamment :
netsh interface ipv4 show addresses
netsh interface ipv4 show route
-
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show addresses
Configuration pour l'interface « Connexion au réseau local »
DHCP activé : Non
Adresse IP : 192.168.1.2
Préfixe de sous-réseau : 192.168.1.0/24 (masque 255.255.255.0)
Passerelle par défaut : 192.168.1.1
Métrique de passerelle : 256
Métrique de l'interface : 30
Configuration pour l'interface « Connexion réseau sans fil »
DHCP activé : Non
Métrique de l'interface : 5
Configuration pour l'interface « Loopback Pseudo-Interface 1 »
DHCP activé : Non
Adresse IP : 127.0.0.1
Préfixe de sous-réseau : 127.0.0.0/8 (masque 255.0.0.0)
Métrique de l'interface : 50
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show route
Publier Type Mét Préfixe Idx Nom passerelle/interface
------- -------- --- ------------------------ --- ------------------------
Non Manuel 256 0.0.0.0/0 12 192.168.1.1
Non Manuel 256 127.0.0.0/8 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.0.0.1/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 192.168.1.0/24 12 Connexion au réseau local
Non Manuel 256 192.168.1.2/32 12 Connexion au réseau local
Non Manuel 256 192.168.1.255/32 12 Connexion au réseau local
Non Manuel 256 224.0.0.0/4 1 Loopback Pseudo-Interface 1
Non Manuel 256 224.0.0.0/4 12 Connexion au réseau local
Non Manuel 256 224.0.0.0/4 10 Connexion réseau sans fil
Non Manuel 256 255.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 255.255.255.255/32 12 Connexion au réseau local
Non Manuel 256 255.255.255.255/32 10 Connexion réseau sans fil
C:\Users\Grincheux>
-
Configuration pour l'interface « Connexion au réseau local »
Métrique de passerelle : 256
Métrique de l'interface : 30
Configuration pour l'interface « Connexion réseau sans fil »
DHCP activé : Non
Métrique de l'interface : 5
Le Wifi est plus petit que le filaire. Surprenant. C'est réglé à la main?
-
Et si tu connectes les deux interfaces, que tu fais :
netsh interface ipv4 show addresses
netsh interface ipv4 show route
route print
-
C'est ce que j'essaie de faire mais je n'arrive pas à démarrer ma carte wifi
-
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show addresses
Configuration pour l'interface « Connexion au réseau local »
DHCP activé : Non
Adresse IP : 192.168.1.2
Préfixe de sous-réseau : 192.168.1.0/24 (masque 255.255.255.0)
Passerelle par défaut : 192.168.1.1
Métrique de passerelle : 256
Métrique de l'interface : 30
Configuration pour l'interface « Connexion réseau sans fil »
DHCP activé : Non
Adresse IP : 192.168.1.9
Préfixe de sous-réseau : 192.168.1.0/24 (masque 255.255.255.0)
Métrique de l'interface : 25
Configuration pour l'interface « Loopback Pseudo-Interface 1 »
DHCP activé : Non
Adresse IP : 127.0.0.1
Préfixe de sous-réseau : 127.0.0.0/8 (masque 255.0.0.0)
Métrique de l'interface : 50
C:\Users\Grincheux>
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show route
Publier Type Mét Préfixe Idx Nom passerelle/interface
------- -------- --- ------------------------ --- ------------------------
Non Manuel 256 0.0.0.0/0 12 192.168.1.1
Non Manuel 256 127.0.0.0/8 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.0.0.1/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 192.168.1.0/24 12 Connexion au réseau local
Non Manuel 256 192.168.1.0/24 10 Connexion réseau sans fil
Non Manuel 256 192.168.1.2/32 12 Connexion au réseau local
Non Manuel 256 192.168.1.9/32 10 Connexion réseau sans fil
Non Manuel 256 192.168.1.255/32 12 Connexion au réseau local
Non Manuel 256 192.168.1.255/32 10 Connexion réseau sans fil
Non Manuel 256 224.0.0.0/4 1 Loopback Pseudo-Interface 1
Non Manuel 256 224.0.0.0/4 12 Connexion au réseau local
Non Manuel 256 224.0.0.0/4 10 Connexion réseau sans fil
Non Manuel 256 255.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 255.255.255.255/32 12 Connexion au réseau local
Non Manuel 256 255.255.255.255/32 10 Connexion réseau sans fil
C:\Users\Grincheux>
C'était juste un problème de filtrage MAC !
-
Attention :
Tu n'as pas de passerelle sur la carte Wifi : si tu débranches le câble tu n'aura plus accès à grand chose.
C'est mon 1111ème message!
-
Bien vu, j'ai corrigé, je relance les tests.
-
netsh interface ipv4 show addresses
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show addresses
Configuration pour l'interface « Connexion au réseau local »
DHCP activé : Non
Adresse IP : 192.168.1.2
Préfixe de sous-réseau : 192.168.1.0/24 (masque 255.255.255.0)
Passerelle par défaut : 192.168.1.1
Métrique de passerelle : 256
Métrique de l'interface : 30
Configuration pour l'interface « Connexion réseau sans fil »
DHCP activé : Non
Adresse IP : 192.168.1.9
Préfixe de sous-réseau : 192.168.1.0/24 (masque 255.255.255.0)
Passerelle par défaut : 192.168.1.1
Métrique de passerelle : 256
Métrique de l'interface : 25
Configuration pour l'interface « Loopback Pseudo-Interface 1 »
DHCP activé : Non
Adresse IP : 127.0.0.1
Préfixe de sous-réseau : 127.0.0.0/8 (masque 255.0.0.0)
Métrique de l'interface : 50
C:\Users\Grincheux>
netsh interface ipv4 show route
Microsoft Windows [version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.
C:\Users\Grincheux>netsh interface ipv4 show route
Publier Type Mét Préfixe Idx Nom passerelle/interface
------- -------- --- ------------------------ --- ------------------------
Non Manuel 256 0.0.0.0/0 12 192.168.1.1
Non Manuel 256 0.0.0.0/0 10 192.168.1.1
Non Manuel 256 127.0.0.0/8 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.0.0.1/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 127.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 192.168.1.0/24 12 Connexion au réseau local
Non Manuel 256 192.168.1.0/24 10 Connexion réseau sans fil
Non Manuel 256 192.168.1.2/32 12 Connexion au réseau local
Non Manuel 256 192.168.1.9/32 10 Connexion réseau sans fil
Non Manuel 256 192.168.1.255/32 12 Connexion au réseau local
Non Manuel 256 192.168.1.255/32 10 Connexion réseau sans fil
Non Manuel 256 224.0.0.0/4 1 Loopback Pseudo-Interface 1
Non Manuel 256 224.0.0.0/4 12 Connexion au réseau local
Non Manuel 256 224.0.0.0/4 10 Connexion réseau sans fil
Non Manuel 256 255.255.255.255/32 1 Loopback Pseudo-Interface 1
Non Manuel 256 255.255.255.255/32 12 Connexion au réseau local
Non Manuel 256 255.255.255.255/32 10 Connexion réseau sans fil
C:\Users\Grincheux>
-
Mon problème avec la carte WiFi était que dans les propriétés de la carte j'avais remplacé l'adresse MAC par une adresse IP !
No comment svp
-
Je vais faire un peu d'explications pour ceux qui nou lisent et qui n'osent pas poser des questions ;)
Le métrique sert a un ordinateur ou un routeur à faire son choix. Le but d'avoir le métrique le plus petit.
Dans le cas de Grincheux il y a :
Métrique de passerelle : 256
Métrique de l'interface : 30
Configuration pour l'interface « Connexion réseau sans fil »
DHCP activé : Non
Métrique de l'interface : 5
Windows va préférer la connexion sans fil (le wi-fi) qui a un métrique plus faible que la connexion Ethernet.
Le métrique de la passerelle permet de faire son choix entre plusieurs passerelle.
Le Wifi est plus petit que le filaire. Surprenant. C'est réglé à la main?
Le métrique de la carte Ethernet devrait effectivement ere plus faible que celui du Wi-Fi.
-
Ok, je comprends.
La question suivante, tu dois t'en douter est :
Comment modifier le métrique, quelles sont les conséquences ?
-
Sous windows quand tu configures en mode "avancé" le TCP/IP d'une interface tu peux définir la métrique (ainsi que rajouter une passerelle ou modifier le métrique d'une passerelle)
Sinon Grincheux, tu dors quand ?
Tu reçois un SMS a chaque e-mail notifiant une réponse et tu te réveille pour répondre ? ;D
-
5 heures de sommeil max par nuit. Je me couche vers 21heures, 22 heures, donc généralement je suis debout vers 3 heures du matin.
J'en connais un autre, qui lui a le problème inverse, il veille tard...
-
Quelles sont les valeurs possibles pour le métrique.
Je me suis déjà servi de la passerelle, notamment quand je veux en mettre plusieurs.
Pas contre les valeurs du métrique je ne sais pas à quoi elles correspondent.
Je veux bien mettre bêtement 4 mais cela améliorera-t-il quelque chose ou au contraire est-ce une source de problème ?
-
La valeur intrinsèque du métrique a peu d'importance.
Ce qui compte c'est la valeur par rapport aux autres interfaces.
Dans ton cas "4" est une bonne valeur pour l'interface Ethernet (elle sera prioritaire sur le Wi-Fi)
Tu peux aussi décider d'augmenter le métrique de l'interface wi-fi.
-
Ma carte avait un métrique automatique, je l'ai passée en 4. On verra.
La carte Wi-Fi était aussi en automatique, je l'ai enlevé et mis la valeur 5.
-
Sous windows quand tu configures en mode "avancé" le TCP/IP d'une interface tu peux définir la métrique (ainsi que rajouter une passerelle ou modifier le métrique d'une passerelle)
Tu peux aussi utiliser netsh :
pour modifier la métrique d'une interface :
netsh interface ipv4 set interface interface=NOM metric=VALEUR
pour modifier la métrique d'une route :
netsh interface ipv4 set route prefix=DEST interface=ID metric=VALEUR
L'ID d'interface est soit le numéro "Idx" affiché par netsh interface ipv4 show route soit le nom affiché netsh interface ipv4 show addresses. Les noms des interfaces peuvent être modifiés comme des noms de fichiers dans la liste des interfaces réseau : j'ai mis des noms plus compacts comme "ether" et "wifi" que ce qui était proposé par défaut.
La route par défaut est 0.0.0.0/0 donc pour modifier une route par défaut :
netsh interface ipv4 set route prefix=0.0.0.0/0 interface=NUM metric=VALEUR
Remarque générale :
Les noms des paramètres (prefix=, interface= ...) peuvent le plus souvent être omis.
Les noms des catégories (interface, ipv4, ipv6), des commandes (show, set), des paramètres peuvent être abrégés : int pour interface; ip pour ipv4; se pour set; m pour metric donc
netsh i i s r 0.0.0.0/0 9 m=2
signifie
netsh interface ipv4 set route prefix=0.0.0.0/0 interface=9 metric=1
Pour faire une modification non-persistante : ajouter store=active à chaque commande.
Une fois qu'on a commencé à utiliser netsh, on ne revient plus à la fenêtre qui permet d'aller dans un onglet pour ouvrir une autre fenêtre pour aller dans "réglage avancé" pour cliquer encore 3 fois.
-
Merci pour l'info.
Je ne maitrise pas du tout netsh. J'ai déjà utilisé quelques commandes mais sans plus.
Maintenant je vais commencer à comprendre.
En ai-je l'utilité au quotidien, ça c'est une autre histoire.
Je pense que des gens qui font de la hot-line l'utilisent fréquemment, quant à moi...
En tout cas merci pour tes infos. J'ai bien aimé ta collaboration.
Je commence à y voir plus clair.
-
Je ne maitrise pas du tout netsh. J'ai déjà utilisé quelques commandes mais sans plus.
Au début je m'y perdais un peu, mais :
- c'est facile d'explorer les possibilités interactivement
- c'est organisé plutôt logiquement et "à plat" (alors que le fait de mettre un paramètre dans une sous-fenêtre "avancé" ne suit aucune logique)
- chaque commande est documentée (sommairement) par netsh (sans avoir à chercher un fenêtre d'aide séparée)
- les commandes non abrégées (telle que je les poste ici) sont plutôt lisibles
- dans une fenêtre de commande non privilégiée (sans élévation du niveau d'intégrité) on ne peut pas modifier les paramètres réseaux par erreur de toute façon
- cela permet de visualiser certains paramètres sans élévation du niveau d'intégrité
Aussi il n'y a rien de tel que la ligne de commande pour l'assistance en ligne :
1) une fois qu'un utilisateur sait lancer cmd.exe, c'est très facile de lui indiquer des commandes à tester (surtout via un forum ou tchat). S'il fallait le guider dans les fenêtre en lui disant cliquer ici, cliquer là, ce serait l'horreur. Ça vaut aussi quand pour écrire des instructions au tableau dans un salle de TP.
2) pour l'utilisateur qui sait faire un copier-coller dans la fenêtre de commande, c'est très facile de copier la réponse d'une commande
3) il n'est pas indispensable de faire des copies d'écran pour s'expliquer
Pour moi toute interface qui retire (1), (2) et (3) sans rien en échange est une régression significative dans l'utilisabilité.
Quand au terme même "interface graphique" pour désigner une fenêtre qui affiche juste du texte sans effet de présentation, des zones d'entrée et des boutons à cliquer, je trouve qu'il faut le dire vite.
Ce qui est bizarre concernant les fenêtre de configuration de Vista, c'est qu'on peut leur faire exactement les mêmes reproches qu'aux interfaces de Windows 3, mais encore pire :
- trop de fenêtres de configuration ne sont accessibles qu'en passant par une autre fenêtre, et trop de fenêtres sont modales (bloquent l'accès à la fenêtre qui y donne accès). Heureusement on ne passe pas tout son temps à changer les paramètres réseau, mais quand on le fait avec cette interface "graphique" c'est assez pénible;
- l'autre reproche étant les fenêtre minuscules avec dedans un longue liste scrollable, p.ex. la configuration des exceptions du pare-feu Windows (l'interface de configuration avancée du pare-feu n'a pas ce problème)
Pour moi, Vista met en avant ses interfaces de configuration les moins utilisables. Les utilisateurs "non avancés" n'iront jamais utiliser d'eux-même les autres interfaces (netsh, "Windows Firewall with Advanced Security") parce que c'est effrayant.
-
La valeur intrinsèque du métrique a peu d'importance.
Ce qui compte c'est la valeur par rapport aux autres interfaces.
Précisèment ce qui compte c'est le total :
metric - Métrique de l'interface, ajoutée à la métrique de
l'itinéraire pour tous les itinéraires sur
l'interface.
qui est indiqué par route print
-
Tu fais l'apologie du bon vieux MS-DOS !
Tu as raison, mais je ne partage pas ton avis dans le sens ou j'en ai marre des lignes de commandes et que je préfère cliquer.
Tes remarques concernant les fenêtres sont bonnes même si pour l'une d'elles je te trouve excessif.
Pour moi toute interface qui retire (1), (2) et (3) sans rien en échange est une régression significative dans l'utilisabilité.
Il est possible de faire un OS tout en ligne de commandes avec les possibilités des os d'aujourd'hui, ce n'est pas l'interface qui permet de lire les vidéos, juste les bibliothèques présentes.
On ne va pas s'éterniser sur le sujet d'autres ont déjà du le faire.