@MSGID:
<slrn10mpf03.bh8.news-1513678000@a-tuin.ms.intern> 25b12232
@REPLY: <10k5h8d$35do4$1@dont-email.me> fc85686f
@PID: PyGate 1.5.2
@TID: PyGate/Linux 1.5.2
@CHRS: ASCII 1
@TZUTC: 0000
@REPLYADDR news-1513678000@discworld.dascon.de
@REPLYTO 3:633/10 UUCP
On 2026-01-13, mm0fmf <none@invalid.com> wrote:
> I may be wrong and sometimes am but I thought all you needed to add was 
> edit /etc/sysctl.conf and ensure it contains "net.ipv4.ip_forward = 1", 
> save and reboot. Mine came with the line in there but commented out.

That is for IP routing, using seperate IP networks on the ethernet and wifi
side. You can do that, but it may make the setup more complicated and cause
problems with prototols that rely on broadcast/multicast packets, as these
are not routed. Also, if your WIFI clients require internet access, you need
to setup routes on your internet router so it can forward packages back to
the WIFI gateway. You need to decide if routing or bridging best suits your
needs.

"normal" WIFI access points usually operate in bridging mode.



For bridging, you need to set up a bridge device, with both the ethernet and
wifi devices slaved to the bridge. In that scenario, the slave devices do
not get IP addresses assigned - the bridge device is the one with the IP
address.

Looking at a running example (on custom hardware, not a raspberry),
with a single of the 3 wifi modules active, it looks like this (eth1 is the
ethernet interface, phy0-ap0 is wifi):

root@lx6500-dev:~# brctl show
bridge name     bridge id               STP enabled     interfaces
br-lan          7fff.00a057802bee       no              eth1
                                                        phy0-ap0

root@lx6500-dev:~# ip l
 4: eth1:  mtu 1500 qdisc mq master
br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 00:a0:57:80:2b:ee brd ff:ff:ff:ff:ff:ff
 5: br-lan:  mtu 1500 qdisc noqueue
state UP mode DEFAULT group default qlen 1000
    link/ether 00:a0:57:80:2b:ee brd ff:ff:ff:ff:ff:ff
 6: phy0-ap0:  mtu 1500 qdisc noqueue
master br-lan state DOWN mode DEFAULT group def0
    link/ether 04:f0:21:bf:45:cc brd ff:ff:ff:ff:ff:ff

root@lx6500-dev:~# ip a
 4: eth1:  mtu 1500 qdisc mq master
br-lan state UP group default qlen 1000
    link/ether 00:a0:57:80:2b:ee brd ff:ff:ff:ff:ff:ff
 5: br-lan:  mtu 1500 qdisc noqueue
state UP group default qlen 1000
    link/ether 00:a0:57:80:2b:ee brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 brd 192.168.1.255 scope global br-lan
       valid_lft forever preferred_lft forever
    inet6 fe80::2a0:57ff:fe80:2bee/64 scope link proto kernel_ll 
       valid_lft forever preferred_lft forever
 6: phy0-ap0:  mtu 1500 qdisc noqueue
master br-lan state DOWN group default qlen 1000
    link/ether 04:f0:21:bf:45:cc brd ff:ff:ff:ff:ff:ff

Using that configuration, WIFI clients get addresses from the existing DHCP
server on the LAN, and are in the same IP network as the LAN devices.

cu
Michael
-- 
Some people have no respect of age unless it is bottled.

--- PyGate Linux v1.5.2
 * Origin: Dragon`s Lair, PyGate NNTP<>Fido Gate (3:633/10)
SEEN-BY: 19/10 50/109 153/757 218/840 840 220/70
221/1 6 360 226/17 100
SEEN-BY: 229/426 240/1120 267/800 301/1 113 812
310/31 335/364 341/66 463/68
SEEN-BY: 633/10 280 414 418 420 422 509 2744
712/848 770/1 3 100 340 350
SEEN-BY: 772/210 220 230 5019/40 5020/715 848 1042
4441 12000 5030/49 722
SEEN-BY: 5030/1081 1474 5053/55 5061/133 5075/128
@PATH: 633/10 280 770/1 218/840 221/6 301/1
5020/1042 4441