Ugg. I have two issues I believe are partially related. I have a 2 WAN 1 LAN setup where I have static IPs on each WAN. Id like to be able to port forward from each WAN static IP to the same internal LAN server. I can get one or the other working. Im NOT trying to load balance or anything special other than dual wan port forwarding. We want to be able to reach a terminal server, for instance, by way of either WAN carrier. Im positive this is because Im an idiot with Mikrotik. Ive tried several suggestions in the forum for input chain marking but it didn’t work either. I tried just entering 0.0.0.0/0 to Gate1 distance 1 and 0.0.0.0/0 to Gate2 distance 1 or 2, in either case, only one side will forward.
Related to this, I have a 3 WAN load balance setup at another location working perfect for its designed use. All three WANs have multiple static IPs but I have the same issue as above here too. I can get forwarding to work on WAN1 but not WAN2 or WAN3 unless I disable the other forward NATs and create new ones for one of the other WANs.
Would anyone be willing to make me a small copy and paste script to plunk in this test box and play with to get me started? Unfortunately I came from a point and click PFSense world and am trying to learn RouterOS under pressure.
THANKS FOR THE QUICK REPLY! I plopped that in from scratch and now the server gets destination host unreachable trying to get out the router, but oddly enough, 3389 works from WAN2 but not from WAN1?? Any ideas there? I dumped everything else config wise so other than what you sent above and the IP Assignment, is there anything else I need? Masq. rules?
’
Thanks
That will prefer WAN1 over WAN2 for all traffic except the stuff we’re specifically marking to go back out WAN2 because it came in through WAN2 in the first place.
And no - I suspect my wife would kill me if I actually hard committed more of my time than I already do to my job. Playing on forums is fine because I can drop it at any time…
It is working like a charm. However…dang theres always a however…I have a similar issue. From the outside, I can ping the WAN1 interface but not WAN2 unless I reverse the distance. Anyway around that? My monitoring system is spitting on me. 3389 works inbound over either link great though! Spot project work at your own pace?
So far we were only applying routing marks to return traffic that flows through the router and came in through the LAN interface - that doesn’t cover ICMP to the router itself. The above lines should fix that.
and while I have the Guru online, I have another issue I cant figure out in RouterOS and I guess its called hairpin NAT. In PFSense it was called NAT reflection. …inside hosts trying to access services hosted internal across the wan. You any good with that? Even worse, the whole reason I bought another one of these RB750Gs was to just stick the servers behind that and clients route out the other one. all because I couldn’t figure out that! But hey, $99.00 bucks verses another week of me screaming at the wall.
I have been wondering why would you mark connection in the prerouting chain instead of input and forward. I understand that you save mangle rules by doing so, but if you follow the PCC wiki, they mark input chain only.
If you do dst-nat without adding any other rules than the one in this wiki, you would end up without dst-nat not working. To go around this I added some rule in the forward chain as follow