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 Entries work for a short period, only a reboot enables them again

Folks,

I have specific NAT entries for my home-use UTM9 software box running current firmware to allow Xbox LIVE traffic inbound through DNAT (for partying, matchmaking, etc).  I'm not sure if this happens to anyone else, but it seems that the DNAT rules get dropped from iptables prerouting after an unspecified period of time.  Only rebooting the firewall has re-instated them.  Disabling and re-enabling the rules in WebAdmin has no effect.  NAT Type on XBL stays Moderate until UTM9 is rebooted and only then does it report again as being Open.  In anywhere from a few hours to a few days time... without having changed any part of the firewall configuration it will flip back to Moderate.

Just to make sure we're all grasping what's going on, XBL requires four port and protocol combinations inbound to work reliably for Multiplayer.  Note: connecting to XBL never fails as this only requires ports to be open outbound.  So I have four individual DNAT rules to include two UDP and two TCP entries.  All rules have the box checked to implement a firewall rule automatically.

UDP 88 to External -> UDP 88 to Xbox
TCP 88 to External -> TCP 88 to Xbox
UDP 3074 to External -> UDP 3074 to Xbox
TCP 3074 to External -> TCP 3074 to Xbox

Has anyone else seen this behavior, either associated with XBL or otherwise under UTM 9?  I'm beginning to wonder if the feature for automatically adding a firewall rule for each NAT rule somehow gets pushed out of the firewall config after a certain amount of time.  To date I haven't tried creating the firewall rules manually.  Think I should and see how it goes?

Thanks for your time,

Chris


This thread was automatically locked due to age.
Parents
  • once the inbound connection hits the DNAT rule

    The return traffic will be handled by the connection tracker before it hits the DNAT.

    not applying objects to particular interfaces

    I think if you google site:astaro.org "interface: >" "Cheers - Bob", you'll get over 100 hits.

    Everyone here knows that it's been my pet peeve for several years to get the developers to remove that capability; at least they hid it a bit in V9.  In iptables, it winds up causing routing problems for DNATs and VPNs. If ever you need an object bound to an interface, define an additional address/32 on the interface and use the "(Address)" object created by WebAdmin.

    If the Host definition in your DNAT is bound to an interface, I bet this tip fixes you right up!

    Cheers - Bob
Reply
  • once the inbound connection hits the DNAT rule

    The return traffic will be handled by the connection tracker before it hits the DNAT.

    not applying objects to particular interfaces

    I think if you google site:astaro.org "interface: >" "Cheers - Bob", you'll get over 100 hits.

    Everyone here knows that it's been my pet peeve for several years to get the developers to remove that capability; at least they hid it a bit in V9.  In iptables, it winds up causing routing problems for DNATs and VPNs. If ever you need an object bound to an interface, define an additional address/32 on the interface and use the "(Address)" object created by WebAdmin.

    If the Host definition in your DNAT is bound to an interface, I bet this tip fixes you right up!

    Cheers - Bob
Children
No Data