Chronique d'un dépannage de problème réseau domestique atypique
Categories:
Le phénomène est que l’ordinateur portable Lenovo Xiaoxin, dès qu’il sort du bureau, toute la famille perd l’accès à Internet. Quand on le ramène au bureau et qu’on le branche sur l’alimentation, le réseau domestique reprend normalement. Le DNS auto-hébergé à la maison NullPrivate DNS interrompt occasionnellement, la machine principale se déconnecte parfois, après vérification, il s’agit d’un problème de commutateur, un redémarrage du commutateur résout le problème.

Ce commutateur Mercury que j’utilise depuis plusieurs années n’avait jamais posé de problème, mais récemment, il a présenté plusieurs dysfonctionnements nécessitant un redémarrage, ce qui a attiré mon attention. Soit l’équipement vieillit, soit la cause profonde n’est pas le commutateur.
J’ai remarqué que dès que j’utilisais l’ordinateur portable Xiaoxin en dehors du bureau, le DNS domestique se coupait, ce qui m’a laissé perplexe. L’ordinateur portable Xiaoxin utilise le réseau filaire du commutateur quand il est branché, et le WiFi quand il est débranché. Le service DNS est hébergé sur un hôte J4215 connecté au commutateur. L’utilisation du WiFi par l’ordinateur portable Xiaoxin pourrait-elle affecter le commutateur ou les équipements qui y sont connectés ? Conflit IP ? Conflit d’adresse MAC ?
La structure du commutateur est simple, mais je ne peux pas le déboguer. Cette affaire est restée en suspens un certain temps. Pour prévenir les pannes occasionnelles du commutateur, j’ai activé le WiFi sur la machine principale comme connexion de sauvegarde, et j’ai ajouté le DNS Aliyun comme sauvegarde pour le DNS domestique, afin d’éviter les plaintes de la famille en cas de panne.
Aujourd’hui, une idée fulgurante m’a traversé l’esprit : et si ce n’était pas un conflit entre le WiFi de l’ordinateur portable Xiaoxin et le commutateur, ce qui ne correspond pas aux connaissances physiques ou réseau ? Et si c’était l’instant où l’ordinateur portable est débranché qui causait la panne du commutateur ?
En réexaminant la façon dont l’ordinateur portable Xiaoxin utilise le réseau filaire du commutateur quand il est branché, il passe d’abord par un hub Baseus. Ce hub avait été acheté à l’origine pour le MacBook Pro, car le Mac n’a pas de port USB-A, avec un hub actif Baseus. Le MacBook Pro est la machine de réserve de ma femme, inutilisée depuis longtemps, donc je l’ai laissé avec l’alimentation et le câble réseau branchés, écran éteint en veille.

Le hub Baseus m’a été transféré pour mon Lenovo Xiaoxin 16 pouces habituel, 5000 yuans pour le 16 pouces haut U avec graphiques intégrés et grande batterie, excellent rapport qualité-prix, parfait pour moi. Le hub peut être alimenté par une source, avec trois ports USB-A et un HDMI en sortie. Ainsi, au quotidien, je n’ai besoin que d’un seul port Type-C pour connecter le Xiaoxin à l’alimentation, la souris sans fil, le clavier sans fil et l’écran.

Pour une stabilité réseau maximale, j’utilisais occasionnellement un autre hub USB UGREEN, qui supporte trois ports USB-A et un port Ethernet gigabit. Je le branchais de l’autre côté du Lenovo Xiaoxin pour utiliser le réseau filaire distribué par le commutateur. Cela a fonctionné sans problème pendant un moment, jusqu’au jour où j’en ai eu marre de brancher deux hubs sur le Xiaoxin. Pourquoi ne pas faire du hub en cascade ? J’ai donc branché le hub UGREEN sur le hub Baseus, comme ceci :

Eh bien, ça marchait ! Maintenant, le Xiaoxin gérait tout avec un seul port C.
Jusqu’à récemment, les problèmes réseau se sont multipliés, l’hôte J4125 et la machine de bureau principale se déconnectaient fréquemment. Cela m’a fait suspecter ce montage. Après des tests, j’ai découvert les régularités suivantes :
Xiaoxin->Baseus+alimentation->UGREEN->câble réseau->commutateur, sous cette connexion :
flowchart LR
电源[🔌 电源] --> 倍思[倍思 Hub]
小新[💻 小新笔记本] --> 倍思
倍思 --> 绿联[绿联 Hub]
绿联 --> 网线[🔗 网线]
网线 --> 交换机[🔀 交换机]
style 小新 fill:#4a9eff,color:#fff
style 倍思 fill:#ff6b6b,color:#fff
style 绿联 fill:#51cf66,color:#fff
style 交换机 fill:#ffd43b,color:#000- Alimentation branchée sur Baseus, hub Baseus branché sur l’ordinateur portable, hub UGREEN branché sur Baseus, câble réseau sur hub UGREEN, puis sur commutateur
- Utilisation du Xiaoxin avec Baseus branché, réseau normal.
- Débranchement du câble Baseus du Xiaoxin, quelques secondes plus tard, tous les équipements du commutateur se déconnectent.
- Rebranchement du câble Baseus sur le Xiaoxin, réseau reprend normalement
Xiaoxin+alimentation->Baseus->UGREEN->câble réseau->commutateur, sous cette connexion :
flowchart LR
电源[🔌 电源] --> 小新[💻 小新笔记本]
小新 --> 倍思[倍思 Hub]
倍思 --> 绿联[绿联 Hub]
绿联 --> 网线[🔗 网线]
网线 --> 交换机[🔀 交换机]
style 小新 fill:#4a9eff,color:#fff
style 倍思 fill:#ff6b6b,color:#fff
style 绿联 fill:#51cf66,color:#fff
style 交换机 fill:#ffd43b,color:#000- Alimentation branchée directement sur l’ordinateur portable Xiaoxin, hub Baseus branché sur l’ordinateur portable, hub UGREEN branché sur Baseus, câble réseau sur hub UGREEN, puis sur commutateur
- Brancher/débrancher l’alimentation du Xiaoxin, tout normal.
- Brancher/débrancher le câble Baseus, tout normal.
Xiaoxin->Baseus+alimentation, Xiaoxin->UGREEN, sous cette connexion :
flowchart LR
电源[🔌 电源] --> 倍思[倍思 Hub]
小新[💻 小新笔记本] --> 倍思
小新 --> 绿联[绿联 Hub]
绿联 --> 网线[🔗 网线]
网线 --> 交换机[🔀 交换机]
style 小新 fill:#4a9eff,color:#fff
style 倍思 fill:#ff6b6b,color:#fff
style 绿联 fill:#51cf66,color:#fff
style 交换机 fill:#ffd43b,color:#000- Alimentation branchée sur Baseus, hub Baseus branché sur l’ordinateur portable, hub UGREEN branché directement sur l’ordinateur portable
- Brancher/débrancher le câble Baseus du Xiaoxin, tout normal.
- Brancher/débrancher le câble UGREEN du Xiaoxin, tout normal.
Xiaoxin+alimentation->Baseus->UGREEN, sous cette connexion :
flowchart LR
电源[🔌 电源] --> 小新[💻 小新笔记本]
小新 --> 倍思[倍思 Hub]
倍思 --> 绿联[绿联 Hub]
绿联 --> 网线[🔗 网线]
网线 --> 交换机[🔀 交换机]
style 小新 fill:#4a9eff,color:#fff
style 倍思 fill:#ff6b6b,color:#fff
style 绿联 fill:#51cf66,color:#fff
style 交换机 fill:#ffd43b,color:#000- Alimentation branchée sur l’ordinateur portable Xiaoxin, hub Baseus branché sur Xiaoxin, hub UGREEN branché sur Baseus
- Brancher/débrancher l’alimentation du Xiaoxin, tout normal.
- Brancher/débrancher le câble Baseus, tout normal.
Baseus+alimentation->UGREEN->câble réseau->commutateur, sous cette connexion :
flowchart LR
电源[🔌 电源] --> 倍思[倍思 Hub]
倍思 --> 绿联[绿联 Hub]
绿联 --> 网线[🔗 网线]
网线 --> 交换机[🔀 交换机]
style 倍思 fill:#ff6b6b,color:#fff
style 绿联 fill:#51cf66,color:#fff
style 交换机 fill:#ffd43b,color:#000- Sans ordinateur portable, juste alimentation sur Baseus, hub UGREEN sur Baseus, câble réseau sur hub UGREEN
- Brancher/débrancher le câble d’alimentation de Baseus, tout normal.
À ce stade, je peux conclure que le problème vient de la combinaison ordinateur portable Xiaoxin -> hub Baseus + alimentation -> hub UGREEN -> câble réseau -> commutateur. Quand le Type-C de Baseus est débranché de l’ordinateur portable Xiaoxin, le commutateur tombe en panne. Je soupçonne un problème de négociation d’alimentation du Baseus, car après débranchement de Baseus du Xiaoxin, il y a un délai de quelques secondes avant que le commutateur ne se déconnecte. De plus, sans l’ordinateur portable, le simple branchement/débranchement de l’alimentation sur Baseus n’affecte pas le commutateur. Pour affecter le commutateur, l’alimentation est un facteur clé ; l’alimentation passe par les deux hubs et le câble réseau jusqu’au commutateur, causant la panne. Le hub Baseus est l’anneau critique : sans ordinateur portable, juste débrancher l’alimentation de Baseus n’affecte pas le commutateur. Seule la déconnexion du hub Baseus alimenté de l’ordinateur portable Xiaoxin cause la panne du commutateur. Le hub UGREEN alimente normalement les ports USB-A, mais pourquoi transmet-il la tension via le câble réseau au commutateur ? À cause du protocole PoE ? Je ne suis pas expert en hubs USB, c’est une zone de connaissance aveugle, je ne peux plus l’expliquer.
Résumé : La probabilité qu’un hub USB affecte le réseau domestique n’est pas nulle. Après avoir débranché le hub UGREEN et le câble réseau du hub Baseus, le branchement/débranchement de l’ordinateur portable Xiaoxin ne cause plus de panne réseau à la maison.
Généralisation :
- Mon blog : https://blog.jqknono.com/zh-cn/blog/2025/11/29/%E8%AE%B0%E4%B8%80%E6%AC%A1%E9%9D%9E%E5%85%B8%E5%9E%8B%E5%AE%B6%E5%BA%AD%E7%BD%91%E7%BB%9C%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5/
- Le service DNS que j’utilise : https://www.nullprivate.com/pages/pricing/?invitecode=16Y6M46XHHR
Post-scriptum :
Au début, je remarquais seulement que depuis l’entrée en hiver, les pannes réseau étaient fréquentes, sans pouvoir les relier à l’ordinateur portable. Cet ordinateur est la plupart du temps en veille, principalement utilisé avec le navigateur Edge et le bureau à distance, sans services en cours. Le phénomène de pannes sporadiques a duré deux semaines avant que je ne me souvienne soudainement : dès que j’emportais l’ordinateur portable Xiaoxin en dehors du bureau, le DNS domestique se coupait. Pendant ce temps, une fois même, le routeur principal de la maison n’arrivait plus à se connecter en amont, rendant le WiFi inutilisable. Le commutateur est connecté par câble réseau au routeur Xiaomi ; redémarrer le routeur ne résolvait pas le problème en amont, il fallait redémarrer le commutateur en aval. Ce phénomène n’est apparu qu’une fois et n’a pas pu être reproduit par la suite. Pourquoi ce problème seulement en hiver ? Cette année, nous avons installé un chauffage au sol facturé au forfait consommation ; pour économiser, nous n’avons pas chauffé le bureau. Auparavant, l’ordinateur était toujours branché ; maintenant, le bureau est trop froid, je l’emporte au salon, et les problèmes réseau ont commencé, révélant qu’un hub USB actif pouvait affecter le réseau domestique. Ce n’est fondamentalement pas un problème réseau, mais un problème d’alimentation. Si j’avais demandé de l’aide à Mercury, Xiaomi ou l’opérateur Unicom, cela serait probablement resté une énigme.