Thread Info
  • State Suggested Answer
  • Locked Locked
  • Replies 9 replies
  • Answers 1 answer
  • Subscribers 3 subscribers
  • Views 6706 views
  • Users 0 members are here
Options
Suggested
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

DNS refusing to resolve [dot]TV websites

hellohellohello
Since Up2Date 9.304009, I've been unable to resolve ANY website that has a top level suffix of ".tv" (for example, Kodi | Open Source Home Theatre Software, PlayOn | Watch Free Online Movies, Shows, Live Sports on Your TV and More | PlayOn)

I'm using my UTM as DHCP & DNS server and have set OpenDNS as my external forwarders. Because I also have internal static entries, UTM is set as the prime and only DNS server on the network.

UTM will not even resolve .tv from itself:

DNS Lookup Result
Trying "www.kodi.tv"
Received 91 bytes from 127.0.0.1#53 in 0 ms
Trying "www.kodi.tv"
Host Kodi | Open Source Home Theatre Software not found: 3(NXDOMAIN)
Received 91 bytes from 127.0.0.1#53 in 0 ms


Additionally: when I set the OpenDNS servers in DHCP, internal machines can get to .tv sites (of course this breaks static entries).

Is anyone else experiencing this?


This thread was automatically locked due to age.
Parents
  • 0
    Hi,

    I think this is more of a client issue than the DNS server, and the way it tries to resolve hostnames.  You can avoid this type of issue by using FQDNs on the network and using a domain search list.

    For example, say your internal network used the domain company.local:

    In your DHCP scope set the default domain search list to company.local.
    For each of the hosts you have a static DNS entry for, put the FQDN instead of single label hostname (eg tv.company.local).

    This will allow the hostname tv or tv.company.local to resolve, whilst not blocking whole TLDs in the way you describe.

    Thanks.
    Andrew.
Reply
  • 0
    Hi,

    I think this is more of a client issue than the DNS server, and the way it tries to resolve hostnames.  You can avoid this type of issue by using FQDNs on the network and using a domain search list.

    For example, say your internal network used the domain company.local:

    In your DHCP scope set the default domain search list to company.local.
    For each of the hosts you have a static DNS entry for, put the FQDN instead of single label hostname (eg tv.company.local).

    This will allow the hostname tv or tv.company.local to resolve, whilst not blocking whole TLDs in the way you describe.

    Thanks.
    Andrew.
Children
No Data
Unfiltered HTML