Tous les projets

Bonjour,

Je rencontre un problème reproductible d’association Wi-Fi avec une Google Nest Cam intérieure filaire de 3e génération.

Configuration :

1. Freebox Ultra V9
2. Freebox OS 4.12.2
3. Réseau utilisant initialement une configuration commune pour les bandes 2,4 GHz, 5 GHz et 6 GHz
4. Google Nest Cam intérieure filaire, 3e génération
5. Configuration réalisée depuis l’application Google Home
6. Tests effectués avec un iPhone récent sous iOS bêta et avec un autre iPhone sous une version stable d’iOS

Symptômes :

La Nest Cam est détectée par Google Home et commence son appairage. Elle passe en mode association, puis la configuration échoue de manière intermittente avec différents messages :

1. « Impossible de trouver l’appareil »
2. « Impossible de se connecter au Wi-Fi »
3. « Un problème est survenu »

Dans certains cas, la caméra apparaît brièvement comme connectée dans Freebox OS avec un excellent niveau de signal, mais Google Home indique malgré tout que la connexion Wi-Fi a échoué.

La caméra avait initialement réussi à être ajoutée, mais passait ensuite hors ligne. Après sa suppression de Google Home, il est devenu extrêmement difficile de terminer un nouvel appairage.

Une première caméra présentait déjà un comportement similaire. Elle a été remplacée par Google, mais la caméra de remplacement a rencontré pratiquement les mêmes problèmes.

Observations techniques :

Des captures radio ont été réalisées pendant les tentatives d’association.

La caméra parvient à :

1. détecter le SSID ;
2. effectuer l’authentification 802.11 ;
3. s’associer à un BSSID de la Freebox.

Certaines tentatives se bloquent ensuite pendant le « 4-Way Handshake » WPA2/EAPOL.

Des retransmissions EAPOL sont observées, suivies d’un timeout et parfois d’une déconnexion avec le code de raison 15.

Dans ces situations, la caméra n’atteint pas systématiquement l’étape DHCP. Le problème intervient donc avant le DNS et avant la connexion aux services cloud Google.

Lors des tests avec un SSID dédié en 2,4 GHz, plusieurs BSSID correspondant au même réseau ont été observés. La caméra a essayé successivement plusieurs BSSID.

Certaines tentatives ont échoué pendant le handshake EAPOL. Une tentative a finalement réussi sur l’un des BSSID : les quatre messages EAPOL ont alors été échangés correctement, puis la caméra a obtenu une adresse IP et poursuivi sa

configuration.

Le comportement semble donc intermittent et peut varier selon le BSSID ou la carte Wi-Fi de la Freebox sélectionnée par la caméra.

Tests effectués sur la Freebox :

1. configuration Wi-Fi commune ;
2. séparation temporaire des bandes ;
3. réseau exclusivement 2,4 GHz ;
4. création d’un SSID dédié ;
5. création d’un réseau invité ;
6. désactivation temporaire des radios 5 GHz et 6 GHz ;
7. désactivation du Wi-Fi steering ;
8. désactivation du MLO ;
9. largeur de bande limitée à 20 MHz ;
10. canal 6 fixe ;
11. canal automatique ;
12. essais après sélection automatique du canal 1 ;
13. WPA2 uniquement ;
14. mode de compatibilité WPA2/WPA3 ;
15. PMF désactivé ;
16. GCMP-256 désactivé ;
17. SSID visible ;
18. WPS désactivé ;
19. EAPOL version 2 ;
20. 802.11n activé ;
21. essais avec 802.11ax et 802.11be désactivés ;
22. redémarrage de la Freebox ;
23. réinitialisation complète de la caméra ;
24. suppression et nouvel ajout de la caméra dans Google Home ;
25. retour final à la configuration Wi-Fi commune.

Tests DNS et Internet :

Afin d’écarter un problème de filtrage, les essais suivants ont également été réalisés :

1. contournement complet d’AdGuard ;
2. DNS de la Freebox ;
3. DNS Cloudflare ;
4. DNS Google ;
5. absence de filtrage DNS personnalisé ;
6. vérification du DHCP et de l’accès à Internet avec d’autres appareils.

Le résultat ne dépend pas du serveur DNS utilisé.

Les autres équipements accèdent correctement à Internet. De plus, les échecs observés interviennent régulièrement avant même l’attribution d’une adresse DHCP.

Test comparatif sur un point d’accès indépendant :

Pour isoler la Freebox, un point d’accès de diagnostic a été créé sous Linux avec un adaptateur Alfa Network AWUS036AXML utilisant une puce MediaTek MT7921AUN.

Configuration du point d’accès :

1. SSID distinct ;
2. 2,4 GHz uniquement ;
3. WPA2-PSK ;
4. chiffrement CCMP/AES ;
5. PMF désactivé ;
6. largeur de bande de 20 MHz ;
7. canal 6 ;
8. DHCP et NAT indépendants ;
9. capture complète du trafic réseau.

Sur ce point d’accès indépendant, la même Nest Cam et le même iPhone ont réussi l’appairage.

La caméra a ensuite :

1. terminé le handshake WPA2 ;
2. obtenu une adresse DHCP ;
3. effectué ses requêtes DNS ;
4. contacté les services Google ;
5. téléchargé une mise à jour OTA de 112 075 145 octets ;
6. redémarré ;
7. rejoint automatiquement le réseau ;
8. affiché correctement le flux vidéo en direct dans Google Home.

Ce test permet d’écarter raisonnablement :

1. une panne matérielle permanente de la caméra ;
2. un problème général avec Google Home ;
3. le téléphone utilisé ;
4. la version bêta d’iOS ;
5. AdGuard ;
6. le serveur DNS ;
7. l’accès Internet ;
8. le compte Google.

Résultat actuel :

La caméra a fini par fonctionner après de nombreuses tentatives et après sa mise à jour, mais la réussite de l’association n’a pas été constante.

Le problème ne semble pas être une simple faiblesse du signal : la caméra a été testée à proximité de la Freebox et un signal très fort a été observé.

Les résultats orientent plutôt vers :

1. une instabilité du handshake WPA2/EAPOL ;
2. une différence de comportement entre les BSSID ou cartes Wi-Fi de la Freebox ;
3. une interaction avec la configuration commune multi-bande ;
4. le Wi-Fi steering ;
5. le mode WPA2/WPA3 de transition ;
6. PMF, MLO, 802.11ax ou 802.11be ;
7. ou un problème dans le firmware Wi-Fi de la Freebox Ultra.

Captures disponibles :

Je dispose de plusieurs captures PCAP correspondant :

1. à un appairage réussi sur le point d’accès indépendant ;
2. à des échecs d’appairage sur la Freebox ;
3. à une tentative réussie après plusieurs échecs ;
4. aux échanges EAPOL, DHCP, DNS et OTA.

Je préfère ne pas publier ces captures directement sur le bugtracker, car elles contiennent des identifiants réseau. Je peux néanmoins fournir une version anonymisée ou les transmettre par un canal privé à l’équipe Freebox.

Questions pour l’équipe technique :

1. Pouvez-vous examiner les journaux Wi-Fi internes de la Freebox pendant une nouvelle tentative d’association ?
2. Pouvez-vous vérifier la cause exacte des timeouts EAPOL et des déconnexions avec le code de raison 15 ?
3. Existe-t-il un problème connu avec les Nest Cam récentes sur la Freebox Ultra ?
4. Existe-t-il une différence de firmware ou de comportement entre les différentes cartes ou les différents BSSID Wi-Fi de la Freebox Ultra ?
5. Le mode WPA2/WPA3, PMF, MLO, le steering ou le fonctionnement multi-BSSID peuvent-ils provoquer ce type d’échec ?
6. Une correction du firmware Wi-Fi ou de Freebox OS est-elle prévue ?
7. Pouvez-vous indiquer une configuration temporaire officiellement recommandée sans désactiver définitivement les fonctionnalités Wi-Fi récentes ?

Je peux reproduire le problème à une heure précise afin de permettre la corrélation avec les journaux internes de la Freebox.

Merci de transmettre cette tâche à l’équipe chargée du firmware Wi-Fi de la Freebox Ultra.

Bonjour,

Je vous écris pour car je rencontre des difficultés dans la gestion des enregistrements DNS PTR 4 et 6 sur le panel admin.

Actuellement, il semble que les abonnés Free n’ont pas la possibilité de modifier directement les enregistrements PTR pour leurs adresses IP publiques fullstack, ce qui est souvent nécessaire pour garantir la bonne configuration des serveurs de messagerie et éviter les blocages liés aux vérifications de reverse DNS.

Permettre cette modification directement depuis l’espace abonné ou via une interface dédiée faciliterait grandement la gestion des serveurs auto-hébergés et améliorerait l’expérience des utilisateurs avancés.

qu’en pensez vous ?

Je vous remercie de bien vouloir considérer cette demande et reste à votre disposition pour tout complément d’information si nécessaire.

Bien cordialement,
Nathan Samani