This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Dnat

Hello everyone,

Please forgive me; I'm working on only a few hours of sleep this year so I'm hoping that this is just a silly oversight on my behalf that is easily fixed:

I don't want to post unedited firewall logs here so I'll do my best to make this easy to understand without missing too much information.

I have several NAT rules set up in my UTM.  I can see outside connections being made and accepted to these NAT rules but then something odd happens: the connection is blocked going back out to the requester.



Here's a snippet from the logs:

2015:01:07-16:34:49 74 ulogd[20893]: id="2000" severity="info" sys="SecureNet" sub="packetfilter" name="Packet logged" action="log" fwrule="62012" initf="eth1" srcmac="((Requestor's MAC))" dstmac="((UTM's MAC))" srcip="((Known IP of Requester))" dstip="((eth1 WAN IP))" proto="6" length="48" tos="0x08" prec="0x20" ttl="112" srcport="30148" dstport="55550" tcpflags="SYN" 

2015:01:07-16:34:49 74 ulogd[20893]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="br0" outitf="eth1" srcmac="((Requestor's MAC))" dstmac="((UTM's MAC))" srcip="((eth1 WAN IP))" dstip="((Known IP of Requester))" proto="6" length="48" tos="0x00" prec="0x00" ttl="126" srcport="55550" dstport="30148" tcpflags="ACK SYN" 
2015:01:07-16:34:49 74 ulogd[20893]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="br0" outitf="eth1" srcmac="((Requestor's MAC))" dstmac="((UTM's MAC))" srcip="((eth1 WAN IP))" dstip="((Known IP of Requester))" proto="6" length="48" tos="0x00" prec="0x00" ttl="126" srcport="55550" dstport="4308" tcpflags="ACK SYN" 
2015:01:07-16:34:49 74 ulogd[20893]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="br0" outitf="eth1" srcmac="((Requestor's MAC))" dstmac="((UTM's MAC))" srcip="((eth1 WAN IP))" dstip="((Known IP of Requester))" proto="6" length="40" tos="0x00" prec="0x00" ttl="126" srcport="55550" dstport="48752" tcpflags="RST" 
2015:01:07-16:34:52 74 ulogd[20893]: id="2001" severity="info" sys="SecureNet" sub="packetfilter" name="Packet dropped" action="drop" fwrule="60002" initf="br0" outitf="eth1" srcmac="((Requestor's MAC))" dstmac="((UTM's MAC))" srcip="((eth1 WAN IP))" dstip="((Known IP of Requester))" proto="6" length="48" tos="0x00" prec="0x00" ttl="126" srcport="55550" dstport="30148" tcpflags="ACK SYN" 


So what I'm seeing is that the request comes in on the port that I'm expecting and it is accepted.  After that the firewall drops my packets from my UTM's WAN IP on their way back to the requester's IP.

The DNAT rules are built the same way I've built them a hundred times before.  Intrusion Protection is off.  Advanced Threat Protection is off.  Application Control is not licensed and is disabled as well.

UTM v9.305-4

Help.


This thread was automatically locked due to age.
Parents
  • Update:  ok the 'fix' that I used in the above case doesn't seem to fully work; when I attempt to connect using a port forwarded (DNAT) RDP session I get "A network error has occurred".

    This tells me that I'm connecting but not fully and I'm not sure where the connection is falling apart since I can't seem to find anything in the logs.


    A few more tidbits of information that may spark someone's imagination:
    1.  I have bridged eth0 and eth5 for the LAN here
    2.  The WAN IP has changed several times during the testing of this equipment.  We have used both static and dynamic IPs prior to the actual deployment.  I fear that this may be causing problems somewhere behind the scenes.
    3.  I have two static routes built so that traffic on the LAN may access two other LANs using eth2 and eth3.

    I don't know if any of those points are going to help solve this situation and honestly other than point #2 I can't see where issues would arise.  I have disabled the routing to see if that was causing issues however there was no change.

    As for point #2, if I knew where to look or what to do I would delve more deeply into that.  Some small part of me wants me to delete the interface and rebuild it but I think that might be more work than it's worth seeing as I have 30-some-odd NAT rules built that use the eth1 WAN connection.
Reply
  • Update:  ok the 'fix' that I used in the above case doesn't seem to fully work; when I attempt to connect using a port forwarded (DNAT) RDP session I get "A network error has occurred".

    This tells me that I'm connecting but not fully and I'm not sure where the connection is falling apart since I can't seem to find anything in the logs.


    A few more tidbits of information that may spark someone's imagination:
    1.  I have bridged eth0 and eth5 for the LAN here
    2.  The WAN IP has changed several times during the testing of this equipment.  We have used both static and dynamic IPs prior to the actual deployment.  I fear that this may be causing problems somewhere behind the scenes.
    3.  I have two static routes built so that traffic on the LAN may access two other LANs using eth2 and eth3.

    I don't know if any of those points are going to help solve this situation and honestly other than point #2 I can't see where issues would arise.  I have disabled the routing to see if that was causing issues however there was no change.

    As for point #2, if I knew where to look or what to do I would delve more deeply into that.  Some small part of me wants me to delete the interface and rebuild it but I think that might be more work than it's worth seeing as I have 30-some-odd NAT rules built that use the eth1 WAN connection.
Children
No Data