RB951-2n running 6.15
Trying to simply access a few phones that reside on a VLAN. Same dstnat rules I use on other Mtik devices are in place but unable to get through to the hosts.
Following the connection track, the router is sending syn packets but they are either not being received by the hosts or are not getting back out. I have mucked with the VLAN by placing it in a bridge with LAN but get no established connection love.
Below is an image of the firewall connection and a NAT and IP addy dump.
I have also disabled every rule in the filter besides these to find solution.
When TCP state “syn sent” is as far as it gets, that means that the host is not yet sent back a “syn received”. So, the request is never really getting to the device I presume. I can ping the host device from the router however.
That is the problem. In addition to the DST NAT rule you need to have a rule in the forward chain which permits the traffic to the DST NATed address. e.g. a rule which specifies the in-interface and the destination address/port (after DST NATing). Without that the traffic is blocked as an invalid connection.
Same results. Tried variants on this as well including action=forward, out-interface=vlan1,bridge-local
Question, is this a new requirement for V6? I’ve not had to setup this rule in the past. Just the dst-nat for each host.
you need to enable the masquerade rule for the phone subnet. with the config you have now only this private range can reach the internet (172.16.15.0/24)
which can be done for security but port forwarding won’t work if the device can’t get to the internet.
but you want to put an out-interface on that rule.
I have moved a forward rule for one phone all the way to the top. To answer your post specifically itmethod, I updated a masquerade rule for that phone subnet as follows:
Still no go however interesting info on what the connection tracker shows is when I attempt to remote into the phone, my PC opens up over 1000 connections to the router on many different ports briefly then stops when no reply is received.
The forward rule needs to include the IP/port after DST NAT. I think you have it with the correct IP but the pre-conversion port. Try changing the port to 80.