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

Network Definition - Bug or by design?

When creating a 'Host' type network definition, you have the option of adding multiple DNS hostnames such as:

  • www.mysite.com
  • support.mysite.com
  • mysite.com

The problem I encounter is when subdomains are hosted on different servers/hosts. If I add the root domain (mysite.com) to one of my network definitions, it acts like a wildcard entry and overrides any other network definition.

For example, if "www.mysite.com" and "mysite.com" are added to one network definition and "support.mysite.com" is added to another network definition that points to a different IP, all traffic to "support.mysite.com" goes to the other/wrong IP address. If I remove the root domain (mysite.com) from the other network definition, then traffic is routed accordingly.

So is this by design?



This thread was automatically locked due to age.
  • Cool... Thanks for jumping in and testing. I'll have to set things back to the way they were when I encountered the issue in order to test some more. I'll need a day or two (family stuff).

    From what I remember, DNS look ups were failing for 'proxy.mysite.com'. That site's public IP address changes from time to time. I don't recall if the issue affected internal users or external or both. 

    I just found a note that I made about the issue. I had to create a Full NAT and remove 'mysite.com' from the 'www.mysite.com' network definition as a workaround.

    "mysite.com - added this NAT and removed mysite.com from host definition because UTM would not do DNS lookup for proxy.mysite.com"

    Here is the Full NAT:

    Matching condition:
    For traffic from: Internal Network
    Using service: HTTP/HTTPS
    Going to: External (WAN) [mysite.com] (Address)

    Action:
    Change the destination to: www.mysite.com (local IP)
    Change the source to: Internal Address (192.168.0.1)