06-03-2013 09:24 AM
Prior to shooting myself in the foot I want to make sure I'm on the right track.
I have an application where I'd like to take inbound connections directed at a particular port on my untrusted "outside" FW interface and redirect them to the same port on an RFC1918-addressed host on my trusted "inside" interface. That is:
OUTfirewall:47808 -> INrinkchiller:47808
I'm looking a Understanding_NAT-4.1-RevC.pdf and it seems to point to a NAT policy like this:
This doesn't make a whole lot of sense to me. Am I on the right track or hopelessly confused? 🙂
06-03-2013 09:35 AM
destination translation is for inbound traffic (out to out zone) so removing the source translation would the first step. Dest translation address object should point to your internal IP. The OUTfirewall object should also reflect the public facing IP.
06-03-2013 11:35 AM
Thanks! So something along the lines of this?
And finally, it just occurred to me, since I'm hiding a bunch of devices behind that same external FW IP am I asking for trouble?
06-03-2013 11:50 AM
The security rule is good (outside to inside) destined for public facing IP. Inside to Outside source translation with dynamic IP/Port Src Translation for outbound traffic is a typical Src. NAT rule.
Click Accept as Solution to acknowledge that the answer to your question has been provided.
The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!
These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!
The LIVEcommunity thanks you for your participation!