OpenWRT - Dumb AP geeft geen internet via Wifi

[deepbass909]

Ik trek inmiddels de haren uit m'n kop van frustratie. Ik heb een Netgear WNDR3700 over die ik in wil zetten als een gigabit switch onder mijn bureau en als wifi access point op de boven verdieping.
Hier draait OpenWRT 18.06 op (laatste build).

Als ik een schone installatie erop zet en de router via de WAN-poort met m'n modem verbindt, dan krijg ik braaf een netwerk-adres toegewezen op de WAN-poort in de range van het ene netwerk (192.168.178.x) en deelt hij aan de aangesloten PC's en telefoons zelf een IP uit in de de range 192.168.1.x.
In dit geval heb ik vol internet toegang, zoals via bekabelde cliënts als via wifi (op 5 GHz haal ik ruim 80Mbit, de max van mijn internet). Maar ik zit dan achter een NAT. Voor de telefoons en pc's niet direct een probleem, maar de printer die naast de router staat, is op dat moment niet meer bereikbaar vanaf het andere netwerk.

Doel is dus simpel, de WNDR3700 moet een simpel access point worden die alles forward naar m'n modem-router.

Ik heb daarvoor de handleiding van OpenWRT zelf (https://wiki.openwrt.org/doc/recipes/dumbap) gevolgd, de WAN-, LAN en WLAN-poorten samen onder gebracht in één vlan, firewall en DHCP-server uitgeschakeld. Voor de router zelf heb ik zowel een statisch als dynamisch toegewezen adres getest.

In deze configuratie heb ik met bekabelde pc's een goede verbinding. Ze krijgen netjes een vrij IP-adres in de range 192.168.178.x.
Maar wifi-apparaten krijgen geen IP-adres toegewezen.

Mijn huidige config:
/etc/config/network

code:

config interface 'loopback'
    option ifname 'lo'
    option proto 'static'
    option ipaddr '127.0.0.1'
    option netmask '255.0.0.0'

config globals 'globals'
    option ula_prefix 'fda4:3c3e:ae20::/48'

config interface 'lan'
    option type 'bridge'
    option proto 'dhcp'
    option ifname 'eth0.1 eth1'

config switch
    option name 'switch0'
    option reset '1'
    option enable_vlan '1'
    option blinkrate '2'
    option enable_vlan4k '1'

config switch_vlan
    option device 'switch0'
    option vlan '1'
    option ports '0 1 2 3 5t'

config switch_port
    option device 'switch0'
    option port '1'
    option led '6'

config switch_port
    option device 'switch0'
    option port '2'
    option led '9'

config switch_port
    option device 'switch0'
    option port '5'
    option led '2'

/etc/config/wireless:

code:

config wifi-device 'radio0'
    option type 'mac80211'
    option channel '11'
    option hwmode '11g'
    option path 'pci0000:00/0000:00:11.0'
    option htmode 'HT20'
    option country 'US'
    option legacy_rates '1'

config wifi-iface 'default_radio0'
    option device 'radio0'
    option mode 'ap'
    option ssid '2 Springfield'
    option encryption 'psk2'
    option key '**********'
    option network 'lan'

config wifi-device 'radio1'
    option type 'mac80211'
    option channel '36'
    option hwmode '11a'
    option path 'pci0000:00/0000:00:12.0'
    option htmode 'HT20'
    option country 'US'
    option legacy_rates '1'

config wifi-iface 'default_radio1'
    option device 'radio1'
    option mode 'ap'
    option ssid '2 Springfield 5GHz'
    option encryption 'psk2'
    option key '**********'
    option network 'lan'

De firewall is op deze router volledig uitgeschakeld.

Op de verschillende fora van o.a. OpenWRT kan ik geen oplossing vinden, en ook de howto geeft mij geen houvast meer...

[Mijzelf]

Heb je het paragraafje 'Multicast Forwarding' ook gelezen en toegepast?

[deepbass909]

Mijzelf schreef op vrijdag 24 augustus 2018 @ 11:55:
Heb je het paragraafje 'Multicast Forwarding' ook gelezen en toegepast?

Gelezen, maar ik zou niet weten wat dit te maken heeft met het niet forwarden van DHCP-requests van wifi-clients? Multicast is namelijk is compleet anders.

Maar ik heb het zekerheidshalve wel even getest en het maakt (zoals ik zelf wel verwachtte) geen verschil.

---

Update, inmiddels is het gefixed. Het bleek niet in OpenWRT te zitten, maar in m'n FRITZ!Box 7581 modem/router van XS4ALL. Om de één of andere onbekende reden gaf die geen IP-adressen aan wifi-cliënts die via een andere router verbinding zochten.

Een herstart en volledige reset van de DHCP-tabel in de FRITZ!Box heeft het hele probleem opgelost (nadat ik eerst tig-keer de andere router heb gereset, verschillende firmwares heb geprobeerd, etc... )

Maar nu haal ik tenminste weer de volle 80 MBit van m'n abo op de telefoon

Nu nog uitvogelen waarom van m'n WRT320n de wifi het niet meer wil doen... Die moet namelijk naar de garage voor wifi daar.

[ Voor 42% gewijzigd door deepbass909 op 25-08-2018 17:13 ]