forcer_client_wifi_rv340w.md 5.1 KB

Assurer qu'un client Wi-Fi reste sur une borne précise et tracer ses déconnexions

Objectif : > Forcer (autant que possible) un client donné (MAC/IP) à rester associé à une borne Wi‑Fi précise (RV340W) et tracer ses déconnexions.

Sur un réseau Wi‑Fi standard sans contrôleur centralisé, il faut être clair :

⚠️ Le choix de la borne est toujours décidé par le client. Un point d'accès ne peut pas garantir à 100 % qu'un client ne se connectera pas à une autre borne portant le même SSID. On peut seulement influencer fortement ce comportement.


1. Identifier le client

Récupérer : - son adresse MAC Wi‑Fi (ex : AA:BB:CC:DD:EE:FF) - éventuellement son IP attribuée par DHCP.

Interface RV340W → Status > Wireless Clients.


2. Méthode la plus fiable : SSID dédié

Si c'est acceptable :

  • Créer un SSID spécifique sur le RV340W (ex : SSID_DEVICE_X).
  • Ne pas configurer ce SSID sur les autres bornes.
  • Connecter uniquement cette machine à ce SSID.

Résultat : ✔️ Le client ne pourra se connecter qu'à ce RV340W.

➡️ C'est la seule méthode garantissable sans contrôleur.


3. Garder le même SSID : influencer le roaming

Si tu veux conserver un SSID identique sur toutes les bornes :

3.1 Réduire la puissance des autres bornes

Sur les autres AP : - Wireless > Radio Settings - Diminuer Transmit Power.

Sur le RV340W cible : - Laisser la puissance plus élevée.

➡️ Le client verra principalement le RV340W.


3.2 Choisir des canaux adaptés

  • RV340W sur un canal propre.
  • Autres bornes sur des canaux plus encombrés.

➡️ Le client préférera le lien le plus stable.


3.3 Filtrage MAC sur les autres bornes

Sur les autres AP : - Wireless > MAC Filter - Ajouter la MAC du client en Deny.

➡️ Même s'il tente de s'y connecter, l'AP refusera.

⚠️ Contraignant si plusieurs bornes, mais efficace.


3.4 Désactiver le roaming avancé

Sur toutes les bornes : - Désactiver 802.11r Fast Roaming - Désactiver Band Steering - Désactiver WMM si déjà identifié comme problématique.

➡️ Évite que les AP poussent le client ailleurs.


4. Réservation DHCP (IP stable)

Interface → LAN > DHCP Server > Static IP :

  • MAC : AA:BB:CC:DD:EE:FF
  • IP : 192.168.x.y

✔️ Utile pour le suivi et les logs. ❌ Ne force pas la borne.


5. Tracer les connexions / déconnexions sur le RV340W

5.1 Activer les logs Wi‑Fi

Interface → System > Log > Settings :

  • Activer :
    • Wireless events
    • Association / Disassociation
  • Niveau : Informational ou Debug.

Consulter : - Status > View Logs.

Exemples :

STA AA:BB:CC:DD:EE:FF associated on SSID MonSSID
STA AA:BB:CC:DD:EE:FF disassociated reason=...

5.2 Export vers un serveur Syslog

Interface → System > Log > Remote Logging :

  • Syslog Server : IP du serveur
  • Port : 514/UDP
  • Facility : local7

Sur le serveur :

journalctl -f | grep AA:BB:CC:DD:EE:FF

✔️ Historique centralisé.


6. Vérification en temps réel

Interface → Status > Wireless Clients :

  • MAC
  • SSID
  • RSSI
  • Uptime d'association

➡️ Si l'uptime repart à zéro → reconnexion.


7. Ce qui est impossible sans contrôleur

Sans solution centralisée (UniFi, Aruba, Cisco WLC) :

❌ Forcer absolument un client à rester sur un AP précis\ ❌ Forcer un handover contrôlé\ ❌ Avoir une vision globale multi‑bornes native


Synthèse

Objectif Solution


Forcer sur un RV340W SSID dédié ou MAC deny sur autres AP Influencer le choix Puissance + canaux IP stable Réservation DHCP Tracer déconnexions Logs Wi‑Fi + Syslog Garantie absolue ❌ Impossible sans contrôleur


Conclusion

Sans contrôleur Wi‑Fi, on ne peut pas forcer formellement un client à rester sur une borne donnée. La seule garantie est l'usage d'un SSID dédié ou le refus MAC sur les autres bornes, combinés aux logs Wi‑Fi pour tracer les déconnexions.