I would like to run a vLAN SSID for a 'work' network, the SSID is advertised, but I can not connect to the AP. I'll outline the basic configuration below. Please let me know if the OpenWRT configuration looks sane.
Thanks in advance!
Router running pfSense with a vLAN configured:
igc2 (opt1) 40 Work
The interface has a static IP, is enabled, running DHCP, and has firewall rules to allow connectivity.
Separate AP running OpenWRT, with the following relevant configuration:
config interface 'work'
option type 'bridge'
option ifname 'lan.40'
option proto 'none'
config device
option type 'bridge'
option name 'br-work'
list ports 'lan.40'
config wifi-iface 'work_radio1'
option device 'radio1'
option network 'lan.40'
option mode 'ap'
option ssid 'work'
option encryption 'psk2'
option key 'password'
52: br-work: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether b8:ec:a3:e1:06:8e brd ff:ff:ff:ff:ff:ff
inet6 fe80::baec:a3ff:fee1:68e/64 scope link
valid_lft forever preferred_lft forever
53: lan.40@lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-work state UP qlen 1000
link/ether b8:ec:a3:e1:06:8e brd ff:ff:ff:ff:ff:ff
...
55: wlan1-1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP qlen 1000
link/ether ba:ec:a3:e1:06:90 brd ff:ff:ff:ff:ff:ff
inet6 fe80::b8ec:a3ff:fee1:690/64 scope link
valid_lft forever preferred_lft forever
Let’s see the complete config, including the version info.
Please copy the output of the following commands and post it here using the "Preformatted text </> " button:
Remember to redact passwords, MAC addresses and any public IP addresses you may have:
root@nwa50ax-01:~# cat /etc/config/firewall
config defaults
option syn_flood 1
option input ACCEPT
option output ACCEPT
option forward REJECT
# Uncomment this line to disable ipv6 rules
# option disable_ipv6 1
option flow_offloading '1'
config zone
option name lan
list network 'lan'
option input ACCEPT
option output ACCEPT
option forward ACCEPT
config zone
option name wan
list network 'wan'
list network 'wan6'
option input REJECT
option output ACCEPT
option forward REJECT
option masq 1
option mtu_fix 1
config forwarding
option src lan
option dest wan
# We need to accept udp packets on port 68,
# see https://dev.openwrt.org/ticket/4108
config rule
option name Allow-DHCP-Renew
option src wan
option proto udp
option dest_port 68
option target ACCEPT
option family ipv4
# Allow IPv4 ping
config rule
option name Allow-Ping
option src wan
option proto icmp
option icmp_type echo-request
option family ipv4
option target ACCEPT
config rule
option name Allow-IGMP
option src wan
option proto igmp
option family ipv4
option target ACCEPT
# Allow DHCPv6 replies
# see https://github.com/openwrt/openwrt/issues/5066
config rule
option name Allow-DHCPv6
option src wan
option proto udp
option dest_port 546
option family ipv6
option target ACCEPT
config rule
option name Allow-MLD
option src wan
option proto icmp
option src_ip fe80::/10
list icmp_type '130/0'
list icmp_type '131/0'
list icmp_type '132/0'
list icmp_type '143/0'
option family ipv6
option target ACCEPT
# Allow essential incoming IPv6 ICMP traffic
config rule
option name Allow-ICMPv6-Input
option src wan
option proto icmp
list icmp_type echo-request
list icmp_type echo-reply
list icmp_type destination-unreachable
list icmp_type packet-too-big
list icmp_type time-exceeded
list icmp_type bad-header
list icmp_type unknown-header-type
list icmp_type router-solicitation
list icmp_type neighbour-solicitation
list icmp_type router-advertisement
list icmp_type neighbour-advertisement
option limit 1000/sec
option family ipv6
option target ACCEPT
# Allow essential forwarded IPv6 ICMP traffic
config rule
option name Allow-ICMPv6-Forward
option src wan
option dest *
option proto icmp
list icmp_type echo-request
list icmp_type echo-reply
list icmp_type destination-unreachable
list icmp_type packet-too-big
list icmp_type time-exceeded
list icmp_type bad-header
list icmp_type unknown-header-type
option limit 1000/sec
option family ipv6
option target ACCEPT
config rule
option name Allow-IPSec-ESP
option src wan
option dest lan
option proto esp
option target ACCEPT
config rule
option name Allow-ISAKMP
option src wan
option dest lan
option dest_port 500
option proto udp
option target ACCEPT
### EXAMPLE CONFIG SECTIONS
# do not allow a specific ip to access wan
#config rule
# option src lan
# option src_ip 192.168.45.2
# option dest wan
# option proto tcp
# option target REJECT
# block a specific mac on wan
#config rule
# option dest wan
# option src_mac 00:11:22:33:44:66
# option target REJECT
# block incoming ICMP traffic on a zone
#config rule
# option src lan
# option proto ICMP
# option target DROP
# port redirect port coming in on wan to lan
#config redirect
# option src wan
# option src_dport 80
# option dest lan
# option dest_ip 192.168.16.235
# option dest_port 80
# option proto tcp
# port redirect of remapped ssh port (22001) on wan
#config redirect
# option src wan
# option src_dport 22001
# option dest lan
# option dest_port 22
# option proto tcp
### FULL CONFIG SECTIONS
#config rule
# option src lan
# option src_ip 192.168.45.2
# option src_mac 00:11:22:33:44:55
# option src_port 80
# option dest wan
# option dest_ip 194.25.2.129
# option dest_port 120
# option proto tcp
# option target REJECT
#config redirect
# option src lan
# option src_ip 192.168.45.2
# option src_mac 00:11:22:33:44:55
# option src_port 1024
# option src_dport 80
# option dest_ip 194.25.2.129
# option dest_port 120
# option proto tcp
Applied the changes as suggested, unfortunately I still am unable to connect. At this point it could be a pfSense issue. I hope now though the OpenWRT configuration is in order.
The AP appears in the client WiFi list, but selecting it and entering a password does not provide a connection / IP address. The DHCP service is configured on pfSense.
Doesn't need it. DSA is "Distributed Switch Architecture" and is not necessary for the vast majority of devices with only a single ethernet port, since there is almost always no hardware switch inside (there are some examples of devices that actually have a built-in switch but only one ethernet port, but those are relatively rare).
This device is a MT7621 SoC with only one of the 5 switch ports pinned out to a physical connector. But there is no way to bypass the switch inside the MT7621, so there is still very much DSA under the hood.
It would be most likely to work to use a full DSA paradigm with bridge-vlans instead of separate bridges. Applying the dot notation directly to a DSA port seems to work only when a single VLAN is required on that port, e.g. to tag packets on WAN for a DSL modem.
With all that set up, finally you'd use option network lan10 in the AP wifi-iface configuration (in /etc/config/wireless) to attach an AP SSID to the VLAN. This will be a dumb AP where all wireless users are assigned IPs and routed by the pfSense router.
Everything is in place as yous have advised, but when I reload network service I lose connectivity to the AP. Connecting a serial cable I can see the service is still running, but the AP is no longer able to ping the router. Furthermore, connection attempts on the new SSIDs all fail.
I'll post the entire content of both network and wireless again. If nothing else it can be confirmed as correct.
Same thing happens; can't connect to the new SSIDs, it attempts to but hangs "Setting network address" (KDE Plasma). Just double checking the '*' was intentional?
Otherwise all configs looks good?
I'm getting to the point where it might be time to start posting on the pfSense forums.