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

UTM 9.201-23 DNS Issues

Hey Guys: 

I have run into a new issue with 9.2. I'm not sure if it is a bug or what, but at least once every week DNS Resolution on the Gateway stops working and I have to go in and manually flush the cache for DNS resolution to start working again. I turned off DNSSEC Validation and will test with it off to see if that fixes the issue. Any advice would be greatly appreciated. 

My DNS Setup is: 
Clients -> Server -> Sophos -> OpenDNS

Thanks, 
Kyle


This thread was automatically locked due to age.
Parents
  • Martin is your DNS Request Routing setting on your UTM working correctly currently? 


    I too have 9.201-23 running and it failes to resolve the internal DNS server thru the DNS request routes in the UTM.
  • Hi Raharwa,
    It appears it is working well. I have an experimental environment at home. There are four isolated interfaces. One interface is using Microsoft Active directory with its own dns and dhcp server (just for this interface). Sophos is DHCP for the other interfaces (I have disabled dhcp for the "domain" interface). In addition, I have created "DNS Static Entries" for all other interfaces except the domain interface. Remember, we are talking for a couple computers at home to play around.
    Lastly, for "Forwarders" and "Request Routing" i have followed the suggestions for DNS best practices (which I am not repeating them again here). I am using Google server for Forwarders and my own DNS server (part of active directory in the domain interface) to Request Routing.
    Below is my understanding so far:
    In the domain interface, the clients point directly to my WS2012 DNS.
    In the other interfaces, the clients point to Sophos DNS proxy and get out to Google DNS that I have set as forwarders. 
    The purpose of Request Routing i think it was to resolve internal names. One way to confirm this it could have been the Reporting. However, I have disabled the report. The only thing I recall it is that I am able to remote (within my LAN) from another interface using the fully qualified name, example, myserver.myDomain.local. I believe this is a prove that Request Routing is working. An expert may comment here if this confirm the "Request Routing" is working well.
Reply
  • Hi Raharwa,
    It appears it is working well. I have an experimental environment at home. There are four isolated interfaces. One interface is using Microsoft Active directory with its own dns and dhcp server (just for this interface). Sophos is DHCP for the other interfaces (I have disabled dhcp for the "domain" interface). In addition, I have created "DNS Static Entries" for all other interfaces except the domain interface. Remember, we are talking for a couple computers at home to play around.
    Lastly, for "Forwarders" and "Request Routing" i have followed the suggestions for DNS best practices (which I am not repeating them again here). I am using Google server for Forwarders and my own DNS server (part of active directory in the domain interface) to Request Routing.
    Below is my understanding so far:
    In the domain interface, the clients point directly to my WS2012 DNS.
    In the other interfaces, the clients point to Sophos DNS proxy and get out to Google DNS that I have set as forwarders. 
    The purpose of Request Routing i think it was to resolve internal names. One way to confirm this it could have been the Reporting. However, I have disabled the report. The only thing I recall it is that I am able to remote (within my LAN) from another interface using the fully qualified name, example, myserver.myDomain.local. I believe this is a prove that Request Routing is working. An expert may comment here if this confirm the "Request Routing" is working well.
Children
No Data