Répéteur Wifi

Afin de filtrer les requêtes DNS chez moi, j’utilise PiHole en tant que serveur DHCP et DNS. Suite au passage chez Free où l’IPV6 est activée par défaut, j’ai ajouté mon serveur PiHole en tans que DNS personnalisé IPV6 pour que le filtrage continue de fonctionner même en IPv6. Tout fonctionne parfaitement, sauf l’association du répéteur. Il semblerait qu’il faille désactiver les DNS personnalisés IPv6 lors de la première association sinon le répéteur clignote en bleu indéfiniment. Le simple fait de décocher l’option dans l’interface de la Freebox permet au répéteur de se connecter et ceci instantanément.

Une fois l’association faite, il est possible d’activer l’option des DNS personnalisés et cela semble fonctionner, parc contre je ne sais pas si cela va durer dans le temps, notamment lors du renouvellement des baux DHCP et/ou adresse IPV6.

Faut-il ajouter une entrée DNS particulière ?

Cordialement.

Bonjour,

Pour résumer et après de nombreux tests j’ai découvert une anomalie dans le fonctionnement du répéteur Wifi.
Cette dernière s’est déclarée suite à la mise à jour 1.2.8 (4.2.7 pour le serveur)
Le serveur est une freebox Delta (donc en version 4.2.7).

Situation :

Sur le réseau (VM sur freebox en Debian10) un serveur pi.hole fonctionne. Il assure :
- Service DHCP IPv4.
- Service DNS IPv4 + DNS IPv6.
- Service PXE
- Blocage de publicité (par filtrage de résolutions DNS spécifiques.)

Le DHCP (IPv4) est donc désactivé sur la freebox. Par contre, dans le paramétrage de cette dernière, dans la configuration IPv6 (onglet DNS IPv6) l’IPv6 du serveur pi.hole est indiqué (et donc “Forcer l’utilisation des serveurs DNS IPv6” est coché).

Cela fonctionne parfaitement avant la version 1.2.8.

Depuis la 1.2.8, le répéteur ne trouve plus sa connexion (clignotement orange).
- La situation se rétablie en désactivant le forçage de l’utilisation des serveur DNS IPv6.
- La situation se rétablie en mettant en premier serveur DNS IPv6 l’IPv6 local du routeur (fd0f:ee:b0::1) et en gardant le forçage DNS IPv6.

Par contre cela ne fonctionne pas en indiquant l’IPv6 dans la liste des DNS du serveur pi.hole.

Ces deux dernières options font perdre les fonctionnalités de blocage de publicité, car les requêtes partent directement vers le DNS de la freebox et non sur le pi.hole.

En indiquant la délégation DNS pour les domaines free.fr et freebox.fr vers fd0f:ee:b0::1 au serveur pi.hole le problème reste le même (clignotement orange, pas de répéteur).

Quel est la solution ? Que demande le répéteur wifi qui semble bloquer son démarrage ?

Bonjour à tous,

Je viens de créer un réseau WiFi invité, pour essayer la fonctionnalité, mais surtout pour proposer une connexion à nos locataires, sans qu’ils aient accès à notre réseau privé.

- Quand je suis connecté au répéteur sur le réseau principal avec un PC Lenovo (Windows 10), la vitesse de connexion entre le PC et le répéteur est de 433,3 Mbits/s et les débits pour surfer sont plus que convenables : https://www.speedtest.net/result/d/87a2a112-a673-43a8-ac48-bf9ed0158a53

- Quand j’utilise le réseau invité, au même endroit dans la maison (à moins de 2 mètres du répéteur connecté en ethernet, connexion entre le PC et le répéteur toujours à 433,3 Mbits/s), avec le même PC, j’obtiens ces résultats : https://www.speedtest.net/my-result/d/7922ff16-404d-491f-ab11-4d081630fee3

Est-ce le choix de Free de limiter la vitesse du réseau invité ? Est-ce que le répéteur gère mal le réseau invité ? Y a t il un autre problème ?

Par avance merci

(Merci à Nicolas Escande (nico-e))

Plusieurs appareils sont bien connectés au répéteur mais le nombre reste à “0” et aucun appareil n’apparaît dans la liste du répéteur.