AP filaire/sans fil derrière un routeur existant : DHCP désactivé, nouvelle IP LAN, port LAN

Ce que signifie vraiment le mode AP

Un AP n’est pas « un autre routeur » :

branchez le port LAN, pas le WAN ;
désactivez le DHCP sur l’AP ; le routeur principal continue d’attribuer les baux ;
placez l’IP LAN de l’AP en dehors de la plage DHCP du routeur principal ;
ne faites pas de NAT ni de double routage, sauf si vous voulez volontairement un second routeur.

Ce laboratoire vérifie uniquement un AP filaire + DHCP amont ; le SSID, le chiffrement et l’itinérance Wi-Fi n’ont pas de matériel et sont E1.

Topologie

Main router 192.168.1.1 (DHCP)
        │ LAN port
        │
   OpenWrt AP
   LAN br-lan 192.168.1.2/24
   DHCP: ignore
        │ LAN port
        │
   Client 192.168.1.136/24
   gateway 192.168.1.1

Le client obtient son bail du routeur principal ; la passerelle est .1, pas l’AP .2 ;
l’AP .2 sert uniquement à l’administration ;
si la passerelle du client devient .2, il existe un second serveur DHCP ou une mauvaise configuration.

Configuration

Shell du routeurSauvegarder et confirmer que le WAN n'est pas nécessaire

uci show network.lan
uci show dhcp.lan
uci show network.wan 2>/dev/null
cp /etc/config/network /etc/config/network.bak.$(date +%F)
cp /etc/config/dhcp /etc/config/dhcp.bak.$(date +%F)

Le mode AP n’a généralement pas besoin du WAN ; s’il subsiste, assurez-vous qu’il ne s’approprie pas la route par défaut ni le NAT.

AttenduVous connaissez l'IP LAN, l'état du DHCP et si le WAN est utilisé.

LuCIChanger l'IP LAN, désactiver le DHCP

Réseau → Interfaces → LAN → Éditer :

Adresse IPv4 : 192.168.1.2/24 (hors de la plage du routeur principal) ;
Serveur DHCP → Réglages généraux → Ignorer l’interface ;
Enregistrez et appliquez.

Ligne de commande :

uci set network.lan.ipaddr='192.168.1.2/24'
uci set dhcp.lan.ignore='1'
uci commit network
uci commit dhcp
/etc/init.d/network reload
/etc/init.d/dnsmasq restart

Rouvrez ensuite LuCI/SSH à l’adresse 192.168.1.2.

AttenduL'AP est en 192.168.1.2/24 et n'attribue plus de baux.

OrdinateurSe connecter au port LAN du routeur principal

Reliez le port LAN d’OpenWrt au port LAN du routeur principal ; n’utilisez pas le WAN.

Reconnectez/renouvelez sur le client :

ip addr show
ip route
cat /etc/resolv.conf
ping 192.168.1.1
ping 192.168.1.2

Le client de ce laboratoire a obtenu 192.168.1.136/24, passerelle 192.168.1.1 ; l’AP .2 était joignable.

AttenduLe client obtient son bail du routeur principal, avec la passerelle principale.

OrdinateurConfirmer que l'AP ne sert pas le DHCP

# Linux example
udhcpc -i eth0 -f -q -n -t 5

Vérifiez server 192.168.1.1 ; s’il indique 192.168.1.2, le DHCP de l’AP est toujours actif.

Ce laboratoire AP seul n’avait pas d’internet, donc l’échec de ping 1.1.1.1 est attendu ; l’accès réel à internet dépend du routeur principal.

AttenduLe serveur DHCP est le routeur principal, pas l'AP.

AP sans fil (E1)

Pas de matériel sans fil, donc non vérifié :

SSID/mot de passe/WPA2/WPA3 ;
canal 2,4/5 GHz, largeur, puissance d’émission ;
itinérance/802.11r/éjection des signaux faibles ;
isolation des clients sans fil ;
plusieurs AP avec un même SSID.

Principes :

reliez l’interface sans fil au pont br-lan ;
désactivez le DHCP ;
utilisez WPA2/WPA3, jamais un réseau ouvert ;
décalez les canaux, réutilisez le même SSID/mot de passe sur tous les AP ;
vérifiez d’abord le filaire, puis ajoutez le Wi-Fi, afin de ne pas modifier deux couches à la fois.

Échecs courants

Tout le réseau tombe après l’ajout de l’AP

Le DHCP de l’AP est toujours actif et entre en conflit avec le routeur principal ;
l’IP LAN de l’AP est en conflit avec le routeur principal ;
le port WAN de l’AP a été branché au LAN principal ;
une boucle entre le routeur principal et l’AP.

Débranchez l’AP, rétablissez le routeur principal, puis modifiez un élément à la fois.

Les clients n’obtiennent pas d’adresse

L’AP n’est pas relié au LAN principal ;
le DHCP de l’AP est désactivé mais celui du routeur principal est désactivé/saturé ;
VLAN/port isolé ;
l’interface sans fil n’est pas reliée en pont à br-lan.

Les clients ont une adresse mais une mauvaise passerelle

un autre serveur DHCP distribue .2 ;
le client a conservé un ancien bail ;
l’AP exécute encore un serveur DHCP ;
vérifiez cat /tmp/dhcp.leases (l’AP ne devrait avoir aucun nouveau bail).

Le Wi-Fi se connecte mais pas d’internet

l’interface sans fil n’est pas dans le pont LAN ;
le pare-feu sépare les zones sans fil et LAN ;
le routeur principal en amont le bloque ;
isolation des clients/réseau invité.

Démonstration enregistrée (laboratoire 008)

Laboratoire 008 : AP filaire, DHCP désactivé, le client obtient son bail de l'amontTélécharger le cast

VM OpenWrt 25.12.6 réelle : LAN de l'AP en .2, DHCP désactivé ; le client a obtenu 192.168.1.136/24 de l'amont 192.168.1.1, passerelle .1, et pouvait envoyer un ping à l'AP et à l'amont. Ce laboratoire n'a ni internet ni Wi-Fi.

Essai en laboratoire E2 (2026-10-20)

Environnement : VM x86 OpenWrt 25.12.6 200 ; LAN de l’AP 192.168.1.2/24 ; dhcp.lan.ignore=1 ; netns amont 192.168.1.1/24 + udhcpd de BusyBox ; client 192.168.1.136/24.
DHCP du client : serveur 192.168.1.1, bail de 864000 s ; passerelle .1.
Le client a envoyé un ping à l’AP .2 et à l’amont .1 ; ce laboratoire AP seul n’avait pas d’internet public, donc 1.1.1.1 a échoué.
Non testé : internet réel via le routeur principal, Wi-Fi/SSID/chiffrement/itinérance, clients Windows/téléphone, IPv6/RA.
Cast : public/casts/008-ap.cast ; recette : tests/recipes/ap-mode-25.12.md.

Sources et relecture

Ceci est un E2 partiel : l’AP filaire, la couche 2 et le DHCP ont été testés ; le sans-fil et l’internet réel en amont ne l’ont pas été.
Pas de relecteur indépendant ; les conclusions se limitent à cet environnement VM/netns.
Le mode AP, c’est « LAN uniquement + DHCP désactivé + IP LAN hors de la plage », pas une interface précise.

Sources

Router.Homes

Notes indépendantes sur OpenWrt. Chaque page précise le firmware, l’appareil, le gestionnaire de paquets et le retour arrière.

Icônes : Solar by 480 Design, CC BY 4.0