nameservers

When I change my domain's (a dot com) nameservers it can take up to 2 days. I know that that's usual, but WHY is that? Just curious because my webhosting went down and I have to wait now because I changed nameservers, why? EDIT: Did some little research and my webhosting says it can MAXIMUM take up to 24 hours. Ok, I knew it was around 24 - 48 hours, but it is apperently only 24 hours. Anyways, I found this article: http://www.tech-faq.com/how-to-flush-dns.html And it says that you can flush DNS with ipconfig blabla, also already knew that. But what is remarkable is that this is standing at

I have hosted my website in Microsoft Azure . I have purchased the domain from register.com . I have used a Linux VM for my project deployment. Suppose my website name is example.com . I have created a sub domain for it called app.example.com It was working fine but its not working when i created a DNS Zone resource in my azure account & updated those nameserver name in my register.com site. According to your description, we can follow those steps to setup Azure DNS zone and your domain name: 1. Add record set via azure portal, point to your Azure VM: 2.Add NS record to register.com, like this

How accurately can a domain name's availibility be determined by checking for the existence of NS or SOA (Start of Authority) records? If not, how can I determine this as accurately as possible without resorting to WHOIS? For example, is it worth checking for MX records if no NS records exist? I am specifically interested in .co.za domains, but the only official, fool-proof way to check availability in the .co.za namespace is to use http://co.za/whois.shtml , which limits consecutive checking by IP address. The only 100% reliable way to check for domain availability is to query the registrar's

I want to find out all the subdomains of a given domain. I found a hint which tells me to dig the authoritative Nameserver with the following option: dig @ns1.foo.bar some_domain.com axfr But this never works. Has anyone a better idea/approach TimB The hint (using axfr) only works if the NS you're querying (ns1.foo.bar in your example) is configured to allow AXFR requests from the IP you're using; this is unlikely, unless your IP is configured as a secondary for the domain in question. Basically, there's no easy way to do it if you're not allowed to use axfr. This is intentional, so the only