Forum Linux.général Répéteur Wifi qui refuse de fournir une adresse IPv4 par DHCP

Posté par  (site web personnel, Mastodon) . Licence CC By‑SA.
Étiquettes :
3
30
mar.
2025

Hello tout le monde,

Ma sœur utilise un ordinateur sous Ubuntu 24.04.2 (acheté sur https://laptopwithlinux.com/, si mes souvenirs sont bons). Le Wifi chez elle est fourni par une Livebox Orange, et pour améliorer la force du signal dans sa chambre qui est loin de la Livebox, elle a un répéteur Wifi de modèle Netgear, AC1200 Universal Pass Through WiFi Range Extender, EX6130.

Récemment (elle ne se souvient pas de mises à jour ou autres circonstances qui auraient pu causer le problème), certains sites se sont mis à être inaccessibles quand elle est connectée via le répéteur. En quelques coups de cuillère à pot de curl -v, j'ai pu déterminer qu'elle a de la connectivité IPv6 mais pas IPv4.

Le gestionnaire réseau sur cette machine est NetworkManager. La commande nmcli répond

wlp2s0: connecté à Livebox-<identifiant supprimé>_2GEXT
        "MEDIATEK MT7921 802.11ax"
        wifi (mt7921e), 4C:82:A9:60:85:79, hw, mtu 1500
        ip6 par défaut
        inet6 2a01:cb15:8406:c700:c42b:a04a:21a6:aeb2/64
        inet6 2a01:cb15:8406:c700:688d:7ecd:9bf7:6969/64
        inet6 fe80::3133:5a9:8be2:bf34/64
        route6 fe80::/64 metric 1024
        route6 2a01:cb15:8406:c700::/64 metric 600
        route6 default via fe80::12e9:92ff:fe6c:70c0 metric 600

Ce qui est étrange, c'est que la machine ne possède pas d'IPv4 pour communiquer à travers la Livebox. Pour comprendre ce qui se passe, j'ai fait

sudo nmcli general logging level TRACE domains ALL

pour activer le logging de verbosité maximale de NetworkManager, et regardé dans journalctl -ru NetworkManager. Extraits du log (informations personnelles comme le hostname supprimées) :

NetworkManager[1244]: <debug> [1743341805.0249] device[751094abf8a73062] (wlp2s0): ip:dhcp4: set state fail (was pending)
NetworkManager[1244]: <trace> [1743341805.0248] device[751094abf8a73062] (wlp2s0): ip:dhcp4: DHCP failing: timeout getting lease
NetworkManager[1244]: <debug> [1743341791.6172] dhcp4 (wlp2s0): event: send DISCOVER to 255.255.255.255
NetworkManager[1244]: <debug> [1743341775.3487] dhcp4 (wlp2s0): event: send DISCOVER to 255.255.255.255
NetworkManager[1244]: <debug> [1743341766.6000] dhcp4 (wlp2s0): event: send DISCOVER to 255.255.255.255

Manifestement, NetworkManager n'arrête pas d'envoyer des demandes de prêt d'IPv4 par DHCP (paquets DISCOVER), et il ne reçoit aucune réponse.

Ce qui est étrange, c'est que sur ses autres appareils (Apple), ça fonctionne.

Je ne sais pas bien quoi faire à partir de là. Des idées ?

(Je devrais peut-être faire un tcpdump et apprendre à lire ça, mais je n'y connais rien en réseaux donc c'est un peu beaucoup demander, là tout de suite. Mais je peux essayer si c'est l'option la plus prometteuse pour comprendre et résoudre le problème.)

Merci pour vos conseils.

  • # Commentaire supprimé

    Posté par  . Évalué à 2 (+0/-0). Dernière modification le 30 mars 2025 à 18:02.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # idées

    Posté par  (site web personnel) . Évalué à 3 (+1/-0).

    Est ce que dans la configuration de network-manager pour ce réseau wi-fi il y a bien l'IPv4 qui est activée? Et est ce que ça fait pareil quand elle se connecte directement à la Livebox?

    Quand tu dis que ça marche sur les autres appareils, tu as bien vérifié qu'ils reçoivent une adresse IPv4 sur le réseau de la Livebox? Ils utilisent peut être un VPN, proxy, ou simplement le réseau mobile.

    Un LUG en Lorraine : https://enunclic-cappel.fr

    • [^] # Re: idées

      Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0). Dernière modification le 30 mars 2025 à 18:20.

      Je n'ai pas vérifié la configuration de ce réseau (je peux essayer de le faire), mais comme NetworkManager manifestement demande une IPv4 par DHCP et ne l'obtient pas, je ne crois pas que ce soit juste désactivé à son niveau…

      Non, le problème ne se produit pas quand elle se connecte directement à la Livebox, seulement sur le répéteur.

      Je n'ai pas non plus regardé les autres appareils de mes propres yeux mais elle dit qu'ils fonctionnent bien avec le Wifi du répéteur (en plus de bien fonctionner en mobile et sur le Wifi de la Livebox). Et il n'y a aucun VPN dans l'histoire.

  • # unicast vs broadcast

    Posté par  . Évalué à 4 (+2/-0).

    il n'est pas exclu :

    • que le protocole DHCP utilise le broadcast ou l'unicast en fonction du serveur, mais aussi du client
    • cela pourrait être la raison qui ferait la différence, en particulier sur le bridge wifi (répéteur) ne fait pas transiter l'un des 2 (broadcast vs unicast).

    tu peux essayer sur PC Linux, la commande DHCP suivante : dhclient -v "interface"

    • -v active le mode verbose,
    • interface : interface réseau ; tu peux les lister avec nmcli device status

  • # pb de repeteur

    Posté par  (site web personnel, Mastodon) . Évalué à 2 (+0/-0).

    je pensais bêtement qu'un répéteur n'était qu'une extension du réseau, jusqu'à ce que je me rends que c'est en fait un mini routeur avec serveur DHCP et qui n'utilise pas forcément la même classe d'adresse IP et autres joyeusetés imposées et non configurables, de fait avec un répéteur sans marque j'étais incapable de récupérer le flux rtsp d'une caméra.
    Du coup j'ai mis le prix et j'ai pris un répéteur TP-Link RS305 qui a l'avantage d'être entièrement configuration notamment pour la partie réseau, et du coup j'ai pu récupérer mon flux rtsp.

    https://www.funix.org mettez un manchot dans votre PC

Envoyer un commentaire

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.