Wi‑Fi vs Ethernet sous Windows : comprendre la priorité réseau et forcer l’interface (GUI & PowerShell)

Quand un PC Windows est connecté en Wi‑Fi et en Ethernet, tout passe souvent par le câble. Voici comment Windows choisit l’interface, et surtout comment forcer l’usage du Wi‑Fi (ou d’un autre lien) sans débrancher quoi que ce soit — avec l’interface graphique et avec PowerShell.

Sommaire

Vue d’ensemble de la question

Un utilisateur remarque que, lorsque son poste est relié simultanément au réseau sans‑fil et à un câble Ethernet, les transferts sortants prennent systématiquement l’interface Ethernet : le débit mesuré correspond à la connexion filaire et le moniteur de ressources n’affiche aucune activité sur l’interface Wi‑Fi. La question naturelle est double : pourquoi Windows fait‑il ce choix, et comment inverser la priorité pour utiliser le Wi‑Fi (ou tout autre lien) sans toucher physiquement aux câbles.

Ce que Windows fait vraiment : routes, métriques et « meilleur coût »

Windows ne choisit pas « Wi‑Fi » ou « Ethernet » par affinité ; il choisit la meilleure route vers chaque destination. Pour comprendre le résultat observé, il faut garder en tête l’ordre de décision suivant :

La correspondance la plus précise (longest prefix match) : une route /32 (IPv4) ou /128 (IPv6) l’emporte sur une route par défaut /0.
Le coût de la route (RouteMetric) : plus c’est petit, plus c’est prioritaire.
Le coût de l’interface (InterfaceMetric, souvent abrégé « metric ») : plus c’est petit, plus l’interface est privilégiée si les deux premières étapes sont à égalité.

Par défaut, Windows calcule automatiquement le metric de chaque interface à partir de sa vitesse et de quelques heuristiques. En pratique : Ethernet (1 Gb/s ou plus) obtient souvent un metric plus faible que Wi‑Fi, ce qui explique que le trafic parte par le câble dès que les deux liens offrent une route par défaut.

Où voir ces informations

Interface graphique : Paramètres → Réseau et Internet → Paramètres réseau avancés → Plus d’options d’adaptateur (Windows 11) ou Win + R → ncpa.cpl.
PowerShell : # Interfaces et métriques Get-NetIPInterface | Sort-Object AddressFamily, InterfaceMetric | Format-Table InterfaceAlias, AddressFamily, NlMtu, Dhcp, InterfaceMetric # Routes par défaut (0.0.0.0/0 et ::/0) Get-NetRoute -DestinationPrefix 0.0.0.0/0, ::/0 | Sort-Object AddressFamily, RouteMetric, ifIndex | Format-Table AddressFamily, InterfaceAlias, NextHop, RouteMetric, ifIndex

Réponse & solutions proposées (pas‑à‑pas)

Objectif	Méthode pas‑à‑pas	Notes / Conseils
Comprendre l’ordre de priorité	Windows attribue à chaque interface un metric (coût). Plus la valeur est faible, plus l’interface est prioritaire. Par défaut : Ethernet < Wi‑Fi < cellulaire. La sélection finale se fait route par route ; la route la plus précise l’emporte, puis le coût de la route, puis le coût de l’interface.	Regardez `Get-NetRoute` et `Get-NetIPInterface` pour voir les coûts effectifs.
Modifier la priorité sans débrancher	Win + R → `ncpa.cpl` pour ouvrir Connexions réseau. Clic droit sur l’interface à prioriser (ex. « Wi‑Fi »), Propriétés → Protocole IP v4 → Propriétés → Avancé. Décochez Métrique automatique et saisissez un nombre plus petit que celui de l’autre interface (par ex. 10 pour le Wi‑Fi, 25 pour l’Ethernet). Répétez la même opération pour Protocole IP v6 si vous utilisez IPv6. Validez, puis désactivez/réactivez l’interface ou reconnectez‑vous si nécessaire.	Les métriques IPv4 et IPv6 sont indépendantes. Ajustez les deux si besoin.
Méthode PowerShell (rapide, scriptable)	# Préférer le Wi‑Fi à l'Ethernet Set-NetIPInterface -InterfaceAlias "Wi-Fi" -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 10 Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 25 # (Optionnel) Faites pareil en IPv6 si utilisé Set-NetIPInterface -InterfaceAlias "Wi-Fi" -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 10 Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 25 # Vérifier Get-NetIPInterface \| Select-Object InterfaceAlias, AddressFamily, InterfaceMetric \| Sort-Object AddressFamily, InterfaceMetric	Remplacez les alias si votre carte s’appelle différemment (ex. « Ethernet 2 »).
Désactiver temporairement une interface	Dans Connexions réseau, clic droit → Désactiver sur l’adaptateur non désiré ; ou, plus vite : `Disable-NetAdapter -Name "Ethernet" -Confirm:$false Enable-NetAdapter -Name "Ethernet"`	Pratique pour des tests. Recommandé uniquement de façon temporaire.
Vérifier l’effet	Lancez un test de débit (ex. Speedtest ou iperf3). Ouvrez Gestionnaire des tâches → Performance → Wi‑Fi / Ethernet : la bonne interface doit afficher du trafic. Contrôlez la route par défaut : `tracert -4 1.1.1.1 tracert -6 2606:4700:4700::1111`	Surveillez aussi l’onglet Réseau du Moniteur de ressources.

Cas d’usage pratiques et recettes prêtes à l’emploi

Garder Internet sur le Wi‑Fi et utiliser l’Ethernet pour un LAN interne

Scénario courant : vous voulez Internet via le Wi‑Fi, mais un second câble Ethernet sert à joindre un réseau local (lab, IoT, imprimantes, etc.). Dans ce cas, la méthode la plus propre est :

Ne pas configurer de passerelle par défaut sur la carte Ethernet (laissez le champ « Passerelle » vide en IPv4 et IPv6).
Ajoutez des routes spécifiques vers les sous‑réseaux internes via la passerelle du LAN Ethernet si nécessaire.

Exemple PowerShell :

# Supposez que le LAN Ethernet est 10.10.0.0/16 avec une passerelle 10.10.0.1
# et que l'interface Ethernet a l'index ifIndex 12 (à vérifier via Get-NetIPInterface).
New-NetRoute -AddressFamily IPv4 -DestinationPrefix "10.10.0.0/16" `
  -InterfaceIndex 12 -NextHop "10.10.0.1" -RouteMetric 10 -PolicyStore ActiveStore

Résultat : le trafic Internet (par défaut) partira par le Wi‑Fi, mais tout ce qui est destiné à 10.10.0.0/16 utilisera l’Ethernet. Vous évitez les boucles et les conflits de passerelles.

Forcer temporairement une destination à passer par le Wi‑Fi

Vous pouvez diriger un flux vers une destination précise (une IP ou un sous‑réseau) en ajoutant une route statique préférentielle via le prochain saut du Wi‑Fi :

# Remplacez 203.0.113.50 par la destination voulue,
# 192.168.1.1 par la passerelle de votre Wi‑Fi,
# et 15 par l'ifIndex de votre Wi‑Fi.
New-NetRoute -AddressFamily IPv4 -DestinationPrefix "203.0.113.50/32" `
  -InterfaceIndex 15 -NextHop "192.168.1.1" -RouteMetric 1 -PolicyStore PersistentStore

Astuce : pour Forcer tout un sous‑réseau, utilisez le bon préfixe (ex. 203.0.113.0/24). Pour supprimer la route plus tard :

Remove-NetRoute -AddressFamily IPv4 -DestinationPrefix "203.0.113.50/32" -InterfaceIndex 15 -NextHop "192.168.1.1"

Préférer systématiquement le Wi‑Fi à l’Ethernet (tout trafic)

Si votre objectif est d’acheminer la majorité du trafic par le Wi‑Fi et d’utiliser Ethernet comme lien de secours, définissez des métriques fixes :

# IPv4
Set-NetIPInterface -InterfaceAlias "Wi-Fi"   -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 50
# IPv6 (si utilisé)
Set-NetIPInterface -InterfaceAlias "Wi-Fi"   -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 50

Si un VPN s’installe, il ajoutera souvent ses propres routes par défaut à coût très faible, contournant ce réglage. Voir la section « Cas particuliers » ci‑dessous.

Chemin graphique pas‑à‑pas (Windows 10 et 11)

Le chemin varie légèrement entre versions, mais la logique est identique.

Windows 11

Paramètres → Réseau et Internet → Paramètres réseau avancés → Plus d’options d’adaptateur.
Clic droit sur Wi‑Fi → Propriétés → double‑clic Protocole Internet version 4 (TCP/IPv4) → Avancé….
Décochez Métrique automatique, saisissez la valeur souhaitée (ex. 10).
Répétez pour IPv6 si nécessaire, puis validez.

Windows 10

Win + R → ncpa.cpl → mêmes étapes que ci‑dessus dans les propriétés de la carte.

Script « un clic » : profils de priorité

Pour basculer rapidement entre « Préférer Wi‑Fi » et « Préférer Ethernet », créez deux scripts PowerShell signés (ou autorisez temporairement l’exécution locale).

prefer-wifi.ps1

$wifi     = "Wi-Fi"
$ethernet = "Ethernet"

# Désactiver la métrique automatique et fixer la priorité (IPv4)

Set-NetIPInterface -InterfaceAlias $wifi     -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias $ethernet -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 40

# IPv6 (optionnel)

Set-NetIPInterface -InterfaceAlias $wifi     -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias $ethernet -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 40

# Afficher un résumé

Get-NetIPInterface | ? { $_.InterfaceAlias -in $wifi, $ethernet } |
ft InterfaceAlias, AddressFamily, AutomaticMetric, InterfaceMetric -Auto

prefer-ethernet.ps1

$wifi     = "Wi-Fi"
$ethernet = "Ethernet"

Set-NetIPInterface -InterfaceAlias $ethernet -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias $wifi     -AddressFamily IPv4 -AutomaticMetric Disabled -InterfaceMetric 40
Set-NetIPInterface -InterfaceAlias $ethernet -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 10
Set-NetIPInterface -InterfaceAlias $wifi     -AddressFamily IPv6 -AutomaticMetric Disabled -InterfaceMetric 40

Get-NetIPInterface | ? { $_.InterfaceAlias -in $wifi, $ethernet } |
ft InterfaceAlias, AddressFamily, AutomaticMetric, InterfaceMetric -Auto

Revenir au comportement par défaut

Set-NetIPInterface -InterfaceAlias "Wi-Fi"   -AddressFamily IPv4 -AutomaticMetric Enabled
Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv4 -AutomaticMetric Enabled
Set-NetIPInterface -InterfaceAlias "Wi-Fi"   -AddressFamily IPv6 -AutomaticMetric Enabled
Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily IPv6 -AutomaticMetric Enabled

Diagnostiquer : check‑list claire et actionnable

Regarder les routes par défaut : Get-NetRoute -DestinationPrefix 0.0.0.0/0, ::/0. Si plusieurs routes par défaut existent, la plus « économique » gagnera.
Comparer les metrics : Get-NetIPInterface. Les valeurs les plus basses doivent se trouver sur l’interface que vous voulez prioriser.
Contrôler les passerelles : une double passerelle par défaut peut créer des chemins non désirés. Laissez la passerelle vide sur les liens « latéraux » (LAN isolé).
Tester IPv4 et IPv6 : un réglage IPv4 seul ne suffit pas si la destination favorise IPv6.
Tracer la route : tracert -4 et tracert -6 pour valider le chemin effectif.
Mesurer : faites un test de débit pendant que vous surveillez Gestionnaire des tâches → Performance.

Comprendre les champs de la table de routage

Champ	Rôle	Impact sur la priorité
`DestinationPrefix`	Plage de destination (ex. 0.0.0.0/0 ou 10.10.0.0/16).	Plus le préfixe est long, plus la route est spécifique et donc prioritaire.
`NextHop`	Passerelle utilisée pour atteindre la destination.	N’influe pas directement sur le coût, mais détermine l’accessibilité.
`RouteMetric`	Coût de la route elle‑même.	Évalué avant le coût d’interface.
`InterfaceMetric`	Coût de l’interface (par famille IPv4/IPv6).	Évalue le « prix » d’utiliser l’interface ; plus petit = mieux.
`ifIndex` / `InterfaceAlias`	Identifie l’interface réseau utilisée.	Utile pour créer/supprimer des routes ciblées.

Cas particuliers et subtilités importantes

VPN : la plupart des clients VPN ajoutent des routes par défaut spécifiques (ex. 0.0.0.0/1 et 128.0.0.0/1) ou des metrics très faibles sur leur adaptateur virtuel. Dans ce cas, modifier le metric du Wi‑Fi/Ethernet ne suffit pas ; regardez et ajustez les routes affectées par le VPN, ou demandez au client VPN d’« exclure le trafic Internet » (split‑tunneling).
IPv6 : si IPv6 est actif et la destination disponible en IPv6, Windows peut choisir une route IPv6 même si IPv4 est configuré différemment. Pensez à caler les metrics sur les deux familles.
SMB Multichannel : pour les transferts de fichiers SMB entre machines compatibles, Windows peut utiliser plusieurs interfaces en parallèle (agrégation au niveau SMB), mais ce n’est pas une agrégation générale du trafic IP (web, jeux, etc.). Pour tout le reste, la règle « une route gagnante » s’applique.
Hyper‑V / vEthernet : les vSwitch créent des interfaces virtuelles qui peuvent déposer des routes supplémentaires. Vérifiez que leurs metrics ne « volent » pas la priorité.
Partage de connexion/Point d’accès : l’Activation du point d’accès mobile crée des routes et un NAT côté hôte. Désactivez‑le si vous ne l’utilisez pas.
Politiques de routage spécifiques : des routes statiques (ex. ajoutées par un script) priment sur la métrique d’interface. Listez‑les avec route print ou Get-NetRoute.
DNS ≠ Routage : changer l’ordre des serveurs DNS n’influe pas sur le chemin emprunté par les paquets, uniquement sur la résolution de noms.

Exemples concrets (copier‑coller) pour aller vite

Afficher un résumé lisible des priorités actuelles

Get-NetIPInterface |
  Sort-Object AddressFamily, InterfaceMetric |
  Format-Table InterfaceAlias, AddressFamily, AutomaticMetric, InterfaceMetric -Auto

Donner la priorité au Wi‑Fi (et la garder après redémarrage)

# Fixer des métriques basses pour le Wi‑Fi
"IPv4","IPv6" | ForEach-Object {
  Set-NetIPInterface -InterfaceAlias "Wi-Fi" -AddressFamily $_ -AutomaticMetric Disabled -InterfaceMetric 10
  Set-NetIPInterface -InterfaceAlias "Ethernet" -AddressFamily $_ -AutomaticMetric Disabled -InterfaceMetric 40
}

Forcer une route par défaut temporaire via le Wi‑Fi

À utiliser avec précaution (risque de cheminement inattendu) :

# Remplacez 192.168.1.1 par la passerelle du Wi‑Fi et 15 par l'ifIndex Wi‑Fi
New-NetRoute -AddressFamily IPv4 -DestinationPrefix "0.0.0.0/0" `
  -InterfaceIndex 15 -NextHop "192.168.1.1" -RouteMetric 1 -PolicyStore ActiveStore

Cette route ne survivra pas au redémarrage (utile pour un test ponctuel). Pour la rendre persistante, utilisez -PolicyStore PersistentStore — mais il est généralement préférable d’ajuster les metrics que de multiplier les routes par défaut.

Questions fréquentes

Windows agrège‑t‑il automatiquement Wi‑Fi + Ethernet pour plus de débit ?

Non, pas pour le trafic IP en général. Windows Client choisit une seule route par flux. Seuls certains protocoles comme SMB Multichannel peuvent exploiter plusieurs interfaces pour leurs propres sessions.

Dois‑je modifier les metrics IPv4 et IPv6 ?

Oui si vous utilisez IPv6 (c’est le cas sur de nombreux réseaux actuels). Les metrics sont propres à chaque famille ; ajustez les deux pour éviter des surprises.

Je change le metric mais l’Ethernet reste utilisé.

Vérifiez la présence de routes statiques ou de routes injectées par un VPN. L’ordre de décision privilégie les routes spécifiques, avant de considérer le coût des interfaces.

Puis‑je forcer une application précise à utiliser le Wi‑Fi ?

Windows ne propose pas nativement un routage « par application ». Vous pouvez toutefois cibler les destinations de cette application avec des routes statiques (si elles sont prévisibles) ou recourir à des solutions tierces basées sur le filtrage WFP.

Erreurs courantes à éviter

Multiplier les routes par défaut persistantes sans maîtriser les coûts : cela complique le diagnostic et provoque des basculements imprévisibles.
Oublier IPv6 : beaucoup de services sont prioritaires en IPv6. Une metric favorable sur IPv4 seule peut ne rien changer.
Laisser une passerelle sur un lien « latéral » (câble vers un LAN isolé) : supprimez la passerelle et ajoutez des routes spécifiques au LAN.
Confondre DNS et routage : le choix du résolveur n’a aucun impact sur l’interface de sortie.

Modèle de décision pour choisir votre méthode

Besoin	Méthode recommandée	Pourquoi	Durabilité
Donner une priorité globale au Wi‑Fi	Fixer `InterfaceMetric` bas sur Wi‑Fi, plus haut sur Ethernet	Simple, lisible, sans impacts inattendus	Persistant
Utiliser Ethernet pour un sous‑réseau interne seulement	Supprimer la passerelle Ethernet, ajouter des routes spécifiques	Évite les doubles passerelles et les conflits	Persistant
Forcer un flux vers une destination ponctuelle	Ajouter une `New-NetRoute` ciblée	Contrôle fin sans toucher aux metrics globaux	Temporaire ou persistant selon `PolicyStore`
Test rapide sans modification durable	Désactiver temporairement l’interface non désirée	Réversible en un clic	Non persistant

Dépannage approfondi

1. Inspecter la table de routage « brute »

route print
# ou en PowerShell, plus structuré :
Get-NetRoute | Sort-Object AddressFamily, DestinationPrefix, RouteMetric | 
  ft AddressFamily, DestinationPrefix, NextHop, InterfaceAlias, RouteMetric, ifIndex -Auto

Recherchez des routes inattendues (ajoutées par un logiciel, un VPN, un pont, etc.).

2. Vérifier l’index d’interface et la passerelle

Get-NetIPConfiguration | 
  Select-Object InterfaceAlias, InterfaceIndex, IPv4Address, IPv4DefaultGateway, IPv6DefaultGateway | 
  Format-List

3. Tester l’accessibilité du prochain saut

Test-NetConnection -ComputerName 192.168.1.1 -TraceRoute

4. Nettoyer les metrics

# Réinitialiser les metrics automatiques sur toutes les interfaces
Get-NetIPInterface | % { Set-NetIPInterface -InterfaceIndex $_.InterfaceIndex `
  -AddressFamily $_.AddressFamily -AutomaticMetric Enabled }

Bonnes pratiques (résumé)

Agissez d’abord sur les metrics (solution simple et sûre).
Gardez une seule passerelle par défaut active, sauf besoin spécifique et maîtrisé.
Documentez vos changements : scripts .ps1 nommés, commentaires, et un rollback prêt.
N’oubliez pas IPv6 si votre environnement le propose.
Testez après chaque modification (débit + tracert + surveillance du trafic).

FAQ éclair express

Question	Réponse courte
Puis‑je inverser la priorité sans débrancher le câble ?	Oui : baissez le metric du Wi‑Fi (ou augmentez celui de l’Ethernet) via l’UI ou PowerShell.
Pourquoi rien ne passe par le Wi‑Fi quand le câble est branché ?	Parce que la route par défaut sur Ethernet a un coût total plus bas (metric plus faible) et « gagne ».
Changer le DNS changera‑t‑il l’interface utilisée ?	Non, le DNS ne joue aucun rôle dans la sélection du chemin IP.
Peut‑on utiliser Wi‑Fi + Ethernet en même temps pour doubler le débit ?	Pas en IP générique. Seuls certains protocoles (SMB Multichannel) le font, dans leur contexte.

Conclusion

Le comportement observé — l’Ethernet qui « prend tout » — est la conséquence logique du modèle de routage de Windows. La bonne nouvelle : vous gardez la main. Que ce soit pour donner la priorité au Wi‑Fi, cantonner l’Ethernet à un réseau interne, forcer des destinations précises ou revenir au mode automatique, les commandes et étapes ci‑dessus vous permettent d’obtenir un résultat prévisible, réversible et documentable — sans jamais tirer sur un câble.

Annexes rapides

Raccourcis utiles

Ouvrir les connexions réseau : Win + R → ncpa.cpl
Gestionnaire des tâches : Ctrl + Shift + Esc → Performance
Invite PowerShell admin : menu démarrer → tapez « PowerShell » → clic droit → Exécuter en tant qu’administrateur

Valeurs de metric de référence (guide pratique)

Interface	Metric conseillé	But principal
Wi‑Fi (prioritaire)	10–15	Trafic Internet par défaut
Ethernet (secondaire)	30–60	Secours / LAN spécifique
Cellulaire	75–90	Fallback coûteux (data)

Ces plages sont indicatives ; adaptez‑les à votre environnement et gardez des marges nettes entre interfaces.

Commande « tout‑en‑un » pour afficher l’état réseau

Get-NetAdapter |
  Select-Object Name, Status, LinkSpeed, MacAddress |
  Sort-Object Status -Descending

Get-NetIPConfiguration |
Select-Object InterfaceAlias, InterfaceIndex, IPv4Address, IPv4DefaultGateway, IPv6DefaultGateway

Get-NetIPInterface |
Select-Object InterfaceAlias, AddressFamily, AutomaticMetric, InterfaceMetric |
Sort-Object AddressFamily, InterfaceMetric

Get-NetRoute -DestinationPrefix 0.0.0.0/0, ::/0 |
Sort-Object AddressFamily, RouteMetric |
Format-Table AddressFamily, InterfaceAlias, NextHop, RouteMetric, ifIndex

Wi‑Fi vs Ethernet sous Windows : comprendre la priorité réseau et forcer l’interface (GUI & PowerShell)