Notifications et Wi-Fi

Le propriétaire reçoit ses alertes sur l’application Lucky Touch Admin. Sur Android, ces notifications passent par les services de Google. Un cas revient souvent : tout arrive en 4G, rien n’arrive sur le Wi-Fi (celui de la salle, du bureau, de la maison). Ce n’est ni la plateforme ni le téléphone : c’est ce Wi-Fi qui bloque le chemin de Google.

Pourquoi

Un téléphone Android garde une connexion permanente vers le service de notifications de Google, mtalk.google.com, sur les ports TCP 5228 à 5230 (le port 443 sert de repli, moins fiable). Ce sont des informations publiques de Google. Un Wi-Fi qui ferme ces ports fait taire les notifications sur ce réseau seulement, alors que la plateforme indique bien que la notification est partie. Les causes habituelles :

un routeur ou un pare-feu qui ne laisse sortir que quelques ports ;
un filtre DNS (du type AdGuard ou Pi-hole) qui bloque mtalk.google.com ;
un VPN actif sur le téléphone ou sur le réseau.

Vérifier

Sur le téléphone, en Wi-Fi, touchez Envoyer une notification de test.
Passez en 4G (Wi-Fi coupé) et recommencez. Si la notification arrive en 4G et pas en Wi-Fi, c’est le Wi-Fi.
Sur Android, composez dans l’application Téléphone :
📍 À taper sur : Téléphone Android (clavier d'appel)
```
*#*#426#*#*
```
L’écran « FCM Diagnostics » des services Google Play montre l’état de la connexion et l’heure du dernier message. Une connexion qui ne tient pas sur ce Wi-Fi confirme le blocage.

L’application dit la même chose en mots, sur l’écran Recevoir les alertes application fermée, section Wi-Fi, et dans le bloc Diagnostic.

Corriger, sur le routeur ou le pare-feu du Wi-Fi

Autorisez les connexions sortantes vers les ports TCP 5228, 5229 et 5230 ;
ou autorisez le nom mtalk.google.com dans le filtre DNS ;
ou désactivez le VPN qui coupe ce chemin.

Aucune ouverture entrante n’est nécessaire, et rien n’est à changer sur le serveur de la salle.