Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3707 connectés 

  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Connexion sur répéteur : certains sites inaccessibles

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Connexion sur répéteur : certains sites inaccessibles

n°1266440
Labestiol8​8
Posté le 30-12-2025 à 15:51:07  profilanswer
 

Bonjour,
 
Pour me connecter à internet sur mon PC portable je passe par un répéteur Netgear EX6130 car ma Livebox est trop éloignée.
Sur Windows et autre appareils connectés, comme les téléphones, je n'ai aucun problème à me connecter et à naviguer sur internet.
 
Mais depuis que j'ai migré mon PC portable vers Linux Mint, lorsque je me connecte au répéteur, certains sites sont inaccessibles : Youtube, Google pas de problème. HFR, Reddit inaccessible.
Par contre, lorsque je me connecte directement à la Livebox, je n'ai pas de problème.
 
Les SSID du répéteurs et de la Livebox sont différents. Pas de roaming.
 
Merci


---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
mood
Publicité
Posté le 30-12-2025 à 15:51:07  profilanswer
 

n°1266452
Anonymous ​Coward
Posté le 30-12-2025 à 23:13:27  profilanswer
 

Bonjour,
 
C'est comme si ton portable sous Linux Mint connecté au répéteur n'arrivait pas à joindre un serveur web accessible uniquement via IPv4.
 
Pour s'en assurer, est-ce que tu pourrais tester d'accéder aux sites web suivants et dire si cela fonctionne ?

github.com
ebay.com
twitch.tv
stackoverflow.com
imgur.com


C'est un extrait de la liste des sites web les plus fréquentés qui sont accessibles en IPv4 mais pas encore en IPv6, https://whynoipv6.com/ .

n°1266456
Labestiol8​8
Posté le 31-12-2025 à 12:49:55  profilanswer
 

Effectivement, aucun des sites ne fonctionnent
 
J'ai essayé en mettant une adresse Ipv4 manuel, toujours le même problème


Message édité par Labestiol88 le 31-12-2025 à 13:33:14

---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
n°1266461
Anonymous ​Coward
Posté le 31-12-2025 à 15:09:51  profilanswer
 

Sur le PC sous Linux Mint, avec adresse IPv4 remise "en DHCP", est-ce que tu pourrais nous indiquer le plus fidèlement possible le résultat des commandes ci-dessous ?
 

ip link ls

ip -4 addr ls

ip -4 route ls

ip -4 rule ls

En option, le retour de

sudo nmcli conn show


Ce, dans les cas :
 
- Où le PC est connecté en WiFi à la Livebox
 
- Où le PC est connecté en WiFi au répéteur Netgear EX6130

n°1266468
Labestiol8​8
Posté le 31-12-2025 à 17:55:28  profilanswer
 

PC connecté a la Livebox :
 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group 57841 qlen 1000
    link/ether c8:60:00:09:23:1b brd ff:ff:ff:ff:ff:ff
3: wlx503eaa99f38e: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group 57841 qlen 1000
    link/ether 50:3e:aa:99:f3:8e brd ff:ff:ff:ff:ff:ff


1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
3: wlx503eaa99f38e: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group 57841 qlen 1000
    inet 192.168.1.20/24 brd 192.168.1.255 scope global dynamic noprefixroute wlx503eaa99f38e
       valid_lft 71241sec preferred_lft 71241sec


default via 192.168.1.1 dev wlx503eaa99f38e proto dhcp src 192.168.1.20 metric 600  
192.168.1.0/24 dev wlx503eaa99f38e proto kernel scope link src 192.168.1.20 metric 600  


0: from all lookup local
32764: from all lookup main suppress_prefixlength 0 suppress_ifgroup 57841
32765: not from all fwmark 0xe1f1 lookup 205
32766: from all lookup main
32767: from all lookup default


NAME                     UUID                                  TYPE      DEVICE>
Auto Livebox-5084        0098652d-5fd5-40d9-9863-0e7503cc88d2  wifi      wlx503>
lo                       9c59fb8e-0bc3-4ea1-aed5-aa7a5727c707  loopback  lo    >
Auto Livebox-5084        fdef5b5f-c01f-4503-ba69-2b14cdf5fd5f  wifi      --    >
Auto Livebox-5084_2GEXT  07dd4d65-9a84-4f95-ace2-77d9c68802a1  wifi      --    >
Auto Livebox-5084_2GEXT  070bd713-a290-49eb-ad05-dda4722ed680  wifi      --    >
Auto Livebox-5084_5GEXT  fb5c4eea-b9ec-48d0-87e5-cae06908bbd7  wifi      --    >
Auto Livebox-5084_5GEXT  76701e37-27de-454b-8a2b-8094a1c2cac9  wifi      --    >
Auto Livebox-C9A0        9795b5bc-7999-438f-8b94-c129de238fdb  wifi      --    >
Connexion filaire 1      42a93c35-1dca-3e73-9c98-6f746138cfef  ethernet  --    >
Livebox-5084_5GEXT       af0f682a-35e7-4871-9264-1b998c77ea8e  wifi      --    >
NVR083a2f0b2e9e          57accb41-f040-440f-9275-a32566247bf3  wifi      --    >


 
PC connecté au répéteur Livebox-5084_5GEXT :  
 

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp3s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group 57841 qlen 1000
    link/ether c8:60:00:09:23:1b brd ff:ff:ff:ff:ff:ff
3: wlx503eaa99f38e: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group 57841 qlen 1000
    link/ether 50:3e:aa:99:f3:8e brd ff:ff:ff:ff:ff:ff


1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever


Rien pour ip -4 route ls


0: from all lookup local
32764: from all lookup main suppress_prefixlength 0 suppress_ifgroup 57841
32765: not from all fwmark 0xe1f1 lookup 205
32766: from all lookup main
32767: from all lookup default


NAME                     UUID                                  TYPE      DEVICE>
Livebox-5084_5GEXT       af0f682a-35e7-4871-9264-1b998c77ea8e  wifi      wlx503>
lo                       9c59fb8e-0bc3-4ea1-aed5-aa7a5727c707  loopback  lo    >
Auto Livebox-5084        fdef5b5f-c01f-4503-ba69-2b14cdf5fd5f  wifi      --    >
Auto Livebox-5084        0098652d-5fd5-40d9-9863-0e7503cc88d2  wifi      --    >
Auto Livebox-5084_2GEXT  07dd4d65-9a84-4f95-ace2-77d9c68802a1  wifi      --    >
Auto Livebox-5084_2GEXT  070bd713-a290-49eb-ad05-dda4722ed680  wifi      --    >
Auto Livebox-5084_5GEXT  fb5c4eea-b9ec-48d0-87e5-cae06908bbd7  wifi      --    >
Auto Livebox-5084_5GEXT  76701e37-27de-454b-8a2b-8094a1c2cac9  wifi      --    >
Auto Livebox-C9A0        9795b5bc-7999-438f-8b94-c129de238fdb  wifi      --    >
Connexion filaire 1      42a93c35-1dca-3e73-9c98-6f746138cfef  ethernet  --    >
NVR083a2f0b2e9e          57accb41-f040-440f-9275-a32566247bf3  wifi      --    >


Message édité par Labestiol88 le 31-12-2025 à 18:02:01

---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
n°1266469
Anonymous ​Coward
Posté le 31-12-2025 à 18:59:57  profilanswer
 

C'est intéressant !
 
La liste des règles de routage , sur un Linux "normal", correspond à celà :

$ ip -4 rule ls
0:      from all lookup local
32766:  from all lookup main
32767:  from all lookup default


Les deux règles que tu as en plus dans la liste, de numéros (ou "priority" ) 32765 et 32764 sont un résidu d'un VPN de type WireGuard. Voir improved-rule-based-routing .
 
Comme l'interface réseau qui aurait été créée par un WireGuard en cours de fonctionnement n'apparaît pas dans la liste obtenue par ip link ls , je suppose que les règles de routage sont restées suite à un crash ou une désinstallation quelconque et qu'elles mettent le bazar.
 
Pour supprimer ces 2 règles de routage, utilise :

sudo ip -4 rule del prio 32764
sudo ip -4 rule del prio 32765


Après la suppression de ces 2 règles suivie d'une déconnexion du WiFi puis reconnexion au réseau du répéteur, avec un peu de chance l'accès en IPv4 devrait fonctionner à nouveau.
 
Si la commande ip -4 route ls ne renvoie toujours aucune entrée / ligne après ça, c'est qu'il y a un problème supplémentaire.
 
 
 
Je mets en gras règles de routage car celles-ci et les entrées de table de routage sont deux choses bien différentes

n°1266471
Labestiol8​8
Posté le 31-12-2025 à 21:20:04  profilanswer
 

C'est normal. Cela correspond belle et bien à mon VPN (NordVPN) et sur le-quelle je n’étais effectivement pas connecté. D’où le fait qu'il n'apparaisse pas dans ip link ls.
 
Le problème est antérieur à l’installation de NordVPN. J'ai quand même tenté de supprimer les 2 règles, mais cela ne résout pas le problème.


---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
n°1266478
Anonymous ​Coward
Posté le 01-01-2026 à 11:41:57  profilanswer
 

En mettant de coté le VPN pour le moment ...
 
Le fait que la table de routage pour IPv4 soit vide sur le PC Linux Mint connecté sur le répéteur vient très certainement du fait que le PC n'arrive pas à obtenir une adresse IPv4 via DHCP.
 
Un répéteur WiFi peut fonctionner de différentes manières mais une manière de faire classique est que tous les appareils connectés derrière le répéteur prennent l'adresse Ethernet / l'adresse MAC du répéteur.
 
Or, par défaut, certains client DHCP comme Linux Mint utilisent cette adresse MAC comme identifiant.
Là, la Livebox constate que l'identifiant du client DHCP n'est pas identique à l'adresse MAC utilisée sur le réseau (celle du répéteur) et elle refuse de répondre et de donner une adresse IPv4.
 
 
Avec nmcli , tu peux configurer un identifiant DHCP

sudo nmcli con mod 'Livebox-5084_5GEXT' ipv4.dhcp-client-id 'unnomquelconque'

Voir sa valeur actuellement configurée

nmcli conn show 'Livebox-5084_5GEXT' | grep -- dhcp-client-id

Le supprimer

sudo nmcli con mod 'Livebox-5084_5GEXT' ipv4.dhcp-client-id ''


 
Si le problème vient bien de là, tu configures une valeur d'identifiant DHCP pour la connexion WiFi via le répéteur, tu coupes puis relances cette connexion et cela devrait être mieux.
 
Et si tout marche, c'est une bonne idée de configurer le même identifiant DHCP pour la connexion 'Auto Livebox-5084' . Ainsi le PC obtiendra la même adresse IP, qu'il soit connecté derrière le répéteur ou non.

n°1266483
Labestiol8​8
Posté le 01-01-2026 à 15:24:11  profilanswer
 

Mes connaissances sont limitées dans le domaine du réseaux.  
 
Si j'ai bien compris, si il n'y a pas d'identifiant DHCP, c'est l'adresse MAC qui est utilisée.
 
Que je sois connecté à la Livebox ou au répéteur, je n'ai pas d'identifiant, donc dans les deux cas c'est l'adresse MAC qui est utilisé ?
 

nmcli conn show 'Livebox-5084_5GEXT' | grep -- dhcp-client-id
ipv4.dhcp-client-id:                    --


nmcli conn show 'Auto Livebox-5084' | grep -- dhcp-client-id
ipv4.dhcp-client-id:                    --
ipv4.dhcp-client-id:                    --


 
En me connectant à la Livebox, il n'y a qu'une adresse MAC de reconnu, donc la Livebox m'autorise une adresse IPv4.
En me connectant au répéteur, il y a deux adresses MAC, la Livebox ne m'autorise pas d'adresse.
 
Si je mets un identifiant et que je me reconnecte, cela ne fonctionne pas plus. ip -4 route ls ne me m'affiche toujours rien.

sudo nmcli con mod 'Livebox-5084_5GEXT' ipv4.dhcp-client-id 'linuxmint'


nmcli conn show 'Livebox-5084_5GEXT' | grep -- dhcp-client-id
ipv4.dhcp-client-id:                    linuxmint


 
Lorsque tu me dis de mettre une valeur d'identifiant DHCP, tu parles de juste mettre un nom, comme je l'ai fait, ou de mettre une adresse IP manuel ?
Car même en mettant une adresse IP manuel (+ masque et passerelle), cela ne fonctionne pas, mais ip -4 route ls me donne quelque chose comme si j'étais connecté à la Livebox.


---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
n°1266896
Labestiol8​8
Posté le 10-01-2026 à 14:18:48  profilanswer
 

Je remonte le fil car je n'ai toujours pas résolu mon problème. Même en faisant des recherche sur internet je ne trouve rien de similaire. Comme si j'étais le seul à avoir ce problème.
 
Par contre, à deux reprises la box a réussi à me filer une Ipv4 en étant connecté au répéteur. Je pouvais naviguer partout. Et je n'ai rien fait de spécifique.  
J'aimerais bien pouvoir me reconnecter dessus avec une Ipv4 afin de vous transmettre les résultats de commande comme demandé au début du fil, mais c'est au petit bonheur la chance.
 


---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.
mood
Publicité
Posté le 10-01-2026 à 14:18:48  profilanswer
 

n°1266899
Anonymous ​Coward
Posté le 10-01-2026 à 17:43:23  profilanswer
 

N'ayant pas répondu depuis plusieurs jours, je vous présente toutes mes excuses à ce sujet.
 
Il y a un ou deux posts relatant un problème identique sur le web, je tâcherais de mettre le lien.
 
J'ai retrouvé un Netgear EX6150 au fond d'un carton et si je prenais le temps, je pourrais utiliser une Raspberry Pi et mieux comprendre le problème. :pfff:  
 
Oui, avec NetworkManager (nmcli) sous Linux, en l'absence d'identifiant DHCP spécifié, c'est l'adresse MAC qui est utilisée.
Vous avez fait ce qu'il fallait pour tester.
 
Est-ce que vous sauriez donner le retour de la commande ipconfig ou ipconfig /all depuis un Windows connecté sur le répéteur ?

n°1267064
Labestiol8​8
Posté le 14-01-2026 à 18:18:37  profilanswer
 

Voici le retour de ipconfig/all du PC sous W11 connecté au répéteur
 

Code :
  1. Configuration IP de Windows
  2.    Nom de l’hôte . . . . . . . . . . : DESKTOP-BSH5K53
  3.    Suffixe DNS principal . . . . . . :
  4.    Type de noeud. . . . . . . . . .  : Hybride
  5.    Routage IP activé . . . . . . . . : Non
  6.    Proxy WINS activé . . . . . . . . : Non
  7.    Liste de recherche du suffixe DNS.: home
  8. Carte Ethernet Ethernet :
  9.    Statut du média. . . . . . . . . . . . : Média déconnecté
  10.    Suffixe DNS propre à la connexion. . . :
  11.    Description. . . . . . . . . . . . . . : Intel(R) Ethernet Controller (3) I225-V
  12.    Adresse physique . . . . . . . . . . . : 04-42-1A-98-EE-ED
  13.    DHCP activé. . . . . . . . . . . . . . : Oui
  14.    Configuration automatique activée. . . : Oui
  15. Carte réseau sans fil Connexion au réseau local* 9 :
  16.    Statut du média. . . . . . . . . . . . : Média déconnecté
  17.    Suffixe DNS propre à la connexion. . . :
  18.    Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter
  19.    Adresse physique . . . . . . . . . . . : DC-21-48-7D-35-A8
  20.    DHCP activé. . . . . . . . . . . . . . : Oui
  21.    Configuration automatique activée. . . : Oui
  22. Carte réseau sans fil Connexion au réseau local* 10 :
  23.    Statut du média. . . . . . . . . . . . : Média déconnecté
  24.    Suffixe DNS propre à la connexion. . . :
  25.    Description. . . . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #2
  26.    Adresse physique . . . . . . . . . . . : DE-21-48-7D-35-A7
  27.    DHCP activé. . . . . . . . . . . . . . : Oui
  28.    Configuration automatique activée. . . : Oui
  29. Carte réseau sans fil Wi-Fi :
  30.    Suffixe DNS propre à la connexion. . . : home
  31.    Description. . . . . . . . . . . . . . : Intel(R) Wi-Fi 6 AX201 160MHz
  32.    Adresse physique . . . . . . . . . . . : DC-21-48-7D-35-A7
  33.    DHCP activé. . . . . . . . . . . . . . : Oui
  34.    Configuration automatique activée. . . : Oui
  35.    Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.15(préféré)
  36.    Masque de sous-réseau. . . . . . . . . : 255.255.255.0
  37.    Bail obtenu. . . . . . . . . . . . . . : mercredi 14 janvier 2026 18:00:43
  38.    Bail expirant. . . . . . . . . . . . . : jeudi 15 janvier 2026 18:00:49
  39.    Passerelle par défaut. . . . . . . . . : 192.168.1.1
  40.    Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
  41.    Serveurs DNS. . .  . . . . . . . . . . : 192.168.1.1
  42.    NetBIOS sur Tcpip. . . . . . . . . . . : Activé


---------------
Dieu a dit : Il faut pacifier. Il faut désarmer. Bush a compris : Il faut pas s'y fier. Il faut des armées.

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Réseaux grand public / SoHo
  Réseaux

  Connexion sur répéteur : certains sites inaccessibles

 

Sujets relatifs
connexion interface tplinkRépéteur Wifi extérieur avec une simple prise électrique ?
problème de réception / envoie de certains mails chez OVH et spam listCoupleur rj 45 ou boîtier connexion LSA
Perte de connexion au démarrage d'un deuxième pcConnexion Switch BBox
Connexion ethernet impossible[Résolu] Réparation d'un câble ethernet : pas de connexion
Connexion plus stable en wifi qu'en RJ45bloquer des sites depuis ma freebox
Plus de sujets relatifs à : Connexion sur répéteur : certains sites inaccessibles


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)