- État Confirmé
- Pourcentage achevé
- Type Anomalie
- Catégorie LAN → WiFi
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Basse
- Priorité Très Basse
- Basée sur la version 4.2.7
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Irwene (19/01/2021)
- Privée
Concerne le projet: Répéteur Wifi
Ouverte par Irwene - 19/01/2021
Dernière modification par Thibaut Freebox - 21/01/2021
Ouverte par Irwene - 19/01/2021
Dernière modification par Thibaut Freebox - 21/01/2021
FS#33772 - Pas d'IP attribuées aux périphériques connectés au réseau invité
Bonjour,
Tout d’abord, mon setup :
- Freebox Delta (firmware 4.2.7)
- Repeteur WiFi Pop (firmware 1.2.8, connecté à la delta via ethernet)
Je créé ensuite un réseau invité en mode : “Internet Seulement” (Expire: Jamais; Nombre d’utilisateurs max: 1).
Quand je tente de rejoindre ce réseau avec une de mes machines (une surface Go, sous windows 10, à jour, pour donner l’exemple le plus récent), l’appareil indique s’être connecté au réseau mais ne pas avoir de connectivité.
En allant dans les paramètres réseau, je constate une ip de configuration automatique (aucune adresse récupérée via DHCP donc), et rien d’autre (pas d’IP de DNS, pas de passerelle par defaut). J’ai par contre une vitesse de lien (866mb/s)
Cordialement.
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Le serveur DHCP de la freebox est bien actif et il y a suffisamment d'adresses disponibles dans la plage DHCP ?
Oui, il est bien actif et j'ai largement assez d'adresses en rab (~20 périphériques connectés, la plage d'attribution par défaut est de 40 addresses).
Je viens de faire un test supplémentaire.
Un réseau Wifi Invité en mode Internet + réseau local fonctionne correctement, le périphérique chope bien une IP et un accès réseau fonctionnel.
Bonjour
Le problème est le même sans passer par le répéteur ?
Cdt
@Thibaut le moment ou j'ai débranché l'alimentation electrique du répéteur, mon périphérique de test a chopé une IP.
Et j'ai confirmé avec un autre ordinateur.
Le problème viendrait donc du répéteur ?
De plus, il semblerait qu'avoir un réseau invité actif en mode internet seulement empêche le répéteur de démarrer.
Bonjour
Je ne travaille pas sur le répéteur, donc je vais déplacer votre tâche de leur côté pour voir ce qu'ils en pensent (possible que la feature du réseau invité ne soit pas encore implémentée par exemple).
Cdt
Bonjour,
Merci Thibaut pour le transfert de ticket. Cette fonctionnalité est implémentée et devrait fonctionner.
Le serveur DNS configuré sur votre réseau est celle d'un pihole. Pouvez vous remettre l'IP de votre Freebox Serveur pour voir si le problème vient de la ?
Merci.
192.168.0.254 donc ?
Je teste ça au plus tôt.
Oui c'est ça.
Merci.
Après avoir remis 192.168.0.254, le Répéteur WiFi Pop est toujours connecté à ce moment.
Je créé un nouveau réseau invité,en mode internet uniquement.
Mon téléphone de test me rapporte l'impossibilité d'obtenir une IP.
Je déconnecte le Répéteur (electriquement) et lui demande de se reconnecter, il récupère un IP quasi instantanément.
Je reconnecte le Répéteur, il démarre en erreur (point rouge uniquement sur l'afficheur)
Je supprime le réseau invité, et redémarre le répéteur, il démarre correctement.
J'ai donc envie de dire qu'a priori, le problème ne viendrait pas de ce changement de configuration sur le DHCP.
Hum ok.
Pourriez réaliser les manipulations suivantes:
- remettre également la configuration Serveur DNS IPv6 à sa valeur par défaut en décochant "Forcer l'utilisation d'un serveur DNS ipv6 personnalisé".
- reconfigurer le réseau invité en mode Internet uniquement
- redémarrer votre répéteur, il devrait se connecter, au pire laisser lui quelques minutes.
- connecter un appareil avec la clé invité sur le répéteur et nous communiquer l'adresse IP qui vous semble problématique
Merci pour votre aide.
Dois-je laisser la config DHCP par défaut ? Ou puis-je remettre le Pi-Hole comme serveur DNS ?
Je préfère demander afin de prévenir tout conflit avec vos investigations.
Oui. Laissez le serveur DHCP activé sur le freebox Serveur, avec comme IPv4 du serveur DNS celle de votre Freebox Serveur: 192.168.0.254
Dans les paramètres IPv6 désactivez l'utilisation d'un serveur DNS ipv6 personnalisé.
Merci.
Nous avons posté en même temps.
J'applique vos manipulations et vous laisserai savoir le résultat.
Après vos manipulation, le répéteur à cette fois bien démarré, cependant, mon périphérique de test (un Samsung Galaxy S7) me rapporte toujours un message comme quoi il n'a pas réussi à obtenir d'adresse IP
Ok merci.
Pour explorer une autre piste, pouvez vous nous donner la référence du switch ethernet que vous utilisez ? Savez vous si il laisse passer les VLAN ?
Ensuite, avec la configuration dhcp/dns actuelle, testez en déconnectant votre répéteur du réseau filaire ethernet et en le laissant se connecter en wifi à votre serveur (en espérant qu'il ne soit pas trop loin).
Puis ressayez de connecter votre smartphone avec la clé invité sur le répéteur.
Merci.
Pour le switch, il est connecté derrière le Player Delta.
C'est à dire que ma configuration est Freebox ⇔ Player Delta ⇔ Switch ⇔ Répéteur, le tout en ethernet
Le switch est un "D-Link DGS-105", aucune idée de sa gestion des VLAN.
Je vais tenter de redémarrer le répéteur en mode sans-fil, mais il me semble que le réseau est trop faible dans cette piece pour qu'il fonctionne.
L'intensité du signal était trop faible pour le répéteur, je l'ai mis dans une pièce intermédiaire le temps d'effectuer le test.
En WiFi pur, le Galaxy S7 récupère bien une IP.
Le problème est donc lié au réseau câblé.
Je vais tenter de brancher le répéteur directement à la box pour voir si le problème vient du switch
En ethernet sans passer par le switch, il y a récupération d'IP, le switch serait donc en cause ?
Est-il possible de faire quoique ce soit pour permettre le fonctionnement avec le Switch ? Ou dois-je en trouver un nouveau ? Dans ce cas, quelles fonctionnalités doivent être présentes dans sa fiche technique ?
Avez vous la possibilité de tester en connectant votre Serveur et votre Player sur le switch, plutôt que de brancher le Serveur sur le Player et ensuite le player sur le switch ?
Donc mettre en place le schéma suivant :
Freebox ⇔ Switch ⇔ Répéteur
Oui, cependant il me faudra plus de temps, le switch n'est pas facile d'accès ^^'
Oui c'est ça.
Dans votre manip précédente qui fonctionnait vous avez branché le répéteur directement sur le Serveur ou le Player ?
Merci.
Directement sur le Serveur
Votre dernier commentaire m'a donné l'idée de tester directement au port du player
Freebox Serveur ⇔ Player Delta ⇔ Répéteur
Et j'ai à nouveau le problème d'IP non distribuée, donc finalement, ça ne vient peut-être pas du switch.
Je ferais plus tard le test avec Freebox ⇔ Switch ⇔ répéteur
Oui c'est ce qu'on pensait, donc a priori on voit d'où vient le problème. On va investiguer du côté du player.
Le setup Freebox Server ↔ Switch ↔ Répéteur devrait régler votre problème de Wifi invité internet uniquement.
Si vous réappliquez votre configuration DNS personnalisée pour le pi-hole, je crains que votre répéteur rencontre d'autres problèmes pour lequel le fix sera bientôt dispo.
Vous pourrez réessayer une fois vos branchement réalisés mais si vous rencontrez des problèmes pour connecter le répéteur il faudra remettre la conf DNS par défaut en attendant la prochaine mise à jour.
Merci pour votre temps et les test réalisés.
Ok, je tente dès que j'ai pu accéder au switch et vous confirme ça.
Bonsoir,
Dernier message de la journée.
Je confirme, avec le branchement suivant tout fonctionne de manière nominale :
Freebox Serveur ⇔ Switch ⇔ Répéteur
J'ai même reconfiguré le pi-hole en tant que DNS dans les paramètres DHCP et IPv6, et tout fonctionne toujours parfaitement, même après redémarrage du répéteur et des appareils (bien entendu les appareils présents sur le réseau invité n'utilisent pas le pi-hole, mais ça faisait parti du résultat attendu)
Merci pour votre aide et bonne chance pour votre investigation côté player.
Bonjour,
Je viens de rencontrer le même problème.
Impossible de connecter un pc Windows 10 au réseau invité (via répéteur free) : clé Ok, mais ip non attribuée. Dans Windows : « connecté, pas d’internet ». Sur la freebox la MAC est bien vue connectée au réseau invité.
En lisant ce post, j’ai redémarré le répéteur : connexion instantanée et ip attribuée (pendant le reboot, donc en direct via le freebox server)
Répéteur free en ethernet (via switchs)
Aucun problème wifi avec les autres appareils (Mac, iOS, …)
Freebox delta
Cordialement
Et en lisant tout le post, je vois qu’on parle de VLAN. Mes switchs sont des zyxel avec gestion vlan et j’ai des VLANs.
Il y a-t-il une configuration particulière attendue et pour faire fonctionner le répéteur wifi avec réseau invité ?
Il faut configurer le port du switch en 'Tag Egress Member' au lieu de "Untag Egress Member". Peut-être le documenter quelque part si ce n'est pas déjà fait. De mon coté la conf est corrigée et ça fonctionne.
En fait, non ça ne fonctionne pas, il me manque de la configuration.
Ma config : Freebox Delta SFP —– (untag VLAN 1) Switch (tagged VLAN -1-2) —– (tagged VLAN -1-2) Switch —— (untagged VLAN 1) Répeteur POP
J'ai des périphériques des 2 cotés des switchs en untagged VLAN 2 en IP fixe ( aggregation de lien)
Mes switchs sont des Zyxel
En théorie, comme la Freebox utilise un VLAN pour le répeteur wifi
Je devrais déclarer les VLAN sur mes switchs, et passer le lien en tagged coté Freebox et répéteur sur ce VLAN
⇒ Quels sont les ID de VLAN utilisés par la Freebox ? (pour le répéteur au moins?)
… la réponse est 300 pour le VLAN wifi invité (merci tcpdump). Cela fonctionne bien maintenant.