#Divx titlove serial number#
#Divx titlove free#

Because it does not use much of the CPU processing resources for multimedia playback it is suitable for all those who use slightly less capable computers.

#Divx titlove free#

All downloaded versions of our FREE version exceed the sum of all downloads of competitive media players and payable WebM or DVD players. All of your - the best multimedia player (WebM, HD and AVC video, movie, audio, DVD, YouTube) in the world!īS.Player ™ is used by more than 70 million multi media users throughout the world and it has been translated into more than 90 languages worldwide. You have reverse (PTR) records for all your IPs, that is a good thing. I have not found duplicate IP(s) for your MX records. I did not detect differing IPs for your MX records. You should be careful about what you are doing since you have a single point of failure that can lead to mail being lost if the server is down for a long time. Looks like you only have one MX record at your nameservers. No CNAMEs returned for A records lookups. All of your MX records appear to use public IPs. I did not detect any invalid hostnames for your MX records.

This tests to see if there areĪny MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs Looks like all your nameservers have the same set of MX records. Your MX records that were reported by your nameservers are: This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver mayĬache the negative answer). Your SOA EXPIRE number is: 604800.Looks ok This can be ok if you know what you are doing. john.ns. That server is listed at the parent servers.

#Divx titlove serial number#

All your nameservers agree that your SOA serial number is 2277751046. You must be careful about this and try to have nameservers on different locations as it can prevent a lot of problems if one nameserver goes down.

It seems you are safe from a single point of failure. This is a good thing and useful even if UDP connections are used by default. Seems all your DNS servers allow TCP connections. This is a good thing because it will prevent DNS delays and other problems like Looks like the IP addresses of your nameservers are public. Looks like you have nameservers on different subnets! RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present. All nameservers returned by the parent server m. are the same as the ones reported by your nameservers. Missing nameservers reported by your nameservers All NS records are the same at the parent and at your nameservers. All the nameservers listed at the parent servers answer authoritatively for your domain. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. All of the NS records that your nameservers report seem valid. All nameservers listed at the parent server responded. The NS records at all your nameservers are identical. You can fix this for example by adding A records to your nameservers for the zones listed above. INFO: GLUE was not sent when I asked your nameservers for your NS records.This is ok but you should know that in this case an extra A record lookup is required in order to get the IPs of your NS records. If there are any missing or stealth nameservers you should see them below!

This tests only nameservers that are common at the parent and at your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. The A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone. NS records got from your nameservers listed at the parent NS are: Provide 'bootstrapping' information to the nameserver.(see RFC 1912 section 2.3) Glue records are A records that are associated with NS records to The parent nameserver sent GLUE, meaning he sent your nameservers as well as the IPs of your nameservers. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers.

The parent server m. has your nameservers listed. This is a good thing as there are some other domain extensions like 'co.us' for example that are missing a direct check. Good. m., the parent server I interrogated, has information for your TLD. M. was kind enough to give us that information. Nameserver records returned by the parent servers are: