Jeśli uruchomisz nslookup i włączysz debugowanie, zobaczysz, że Windows zawsze najpierw próbuje dołączyć sufiks.
C:\>nslookup
Default Server: itads.example.com
Address: 0.0.0.0
> set debug=true
> www.yahoo.com
Server: itads.example.com
Address: 0.0.0.0
------------
Got answer:
HEADER:
opcode = QUERY, id = 2, rcode = NXDOMAIN
header flags: response, auth. answer, want recursion, recursion avail.
questions = 1, answers = 0, authority records = 1, additional = 0
QUESTIONS:
www.yahoo.com.example.com, type = A, class = IN
AUTHORITY RECORDS:
-> example.com
ttl = 3600 (1 hour)
primary name server = itads.example.com
responsible mail addr = itads.example.com
serial = 12532170
refresh = 1200 (20 mins)
retry = 600 (10 mins)
expire = 1209600 (14 days)
default TTL = 3600 (1 hour)
------------
------------
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, want recursion, recursion avail.
questions = 1, answers = 4, authority records = 0, additional = 0
QUESTIONS:
www.yahoo.com, type = A, class = IN
ANSWERS:
-> www.yahoo.com
canonical name = www.wa1.b.yahoo.com
ttl = 241 (4 mins 1 sec)
-> www.wa1.b.yahoo.com
canonical name = www-real.wa1.b.yahoo.com
ttl = 30 (30 secs)
-> www-real.wa1.b.yahoo.com
internet address = 209.131.36.158
ttl = 30 (30 secs)
-> www-real.wa1.b.yahoo.com
internet address = 209.191.93.52
ttl = 30 (30 secs)
------------
Non-authoritative answer:
Name: www-real.wa1.b.yahoo.com
Addresses: 209.131.36.158, 209.191.93.52
Aliases: www.yahoo.com, www.wa1.b.yahoo.com
Jak widać powyżej, mój komputer najpierw szukał www.yahoo.com.example.com, a serwer DNS odpowiedział NXDOMAIN(wpis nie został znaleziony). Możesz to potwierdzić, uruchamiając nslookup www.yahoo.com.(zwróć uwagę na kropkę na końcu .com!), A zobaczysz, że problem został rozwiązany normalnie.
To, co się dzieje, polega na tym, że zewnętrzny serwer DNS odpowiada, że ma wpis „www.yahoo.com.example.com” i zwraca Twój adres IP dla katalogu głównego witryny. Nie jestem pewien, jakiej usługi używasz, ale domyślam się, że masz odwzorowanie z użyciem symboli wieloznacznych, które nakazują Twojemu serwerowi odpowiedzieć na każde nieznane zapytanie z prawidłową odpowiedzią, zamiast zwracać NXDOMAIN. Musisz dokładnie sprawdzić ustawienia serwera i potwierdzić, że jest on ustawiony tylko odpowiedzieć na zapytania zgłoszeń to faktycznie ma ( example.com, www.example.com, mail.example.com, itp).
Pamiętaj, że DNS działa, sprawdzając skonfigurowany serwer i stamtąd wspaniale. Zapytanie DNS może przyjąć ścieżkę podobną do poniższego wzoru (oczywiście jest to tylko przykład, prawdopodobnie jest niepoprawny): Komputer -> DNS lokalnego routera (linksys) -> DNS ISP -> (DNS drugiego ISP?) -> Root Serwer DNS -> TLD DNS -> Twój zewnętrzny serwer DNS. Ktoś na tej ścieżce mówi, że www.yahoo.com.example.comistnieje. Możliwe, że to twój zewnętrzny serwer DNS.
EDYTOWAĆ
Pomyślałem, że dołączę jeszcze jedną ciekawostkę na temat wspomnianej przez ciebie losowości. Jeśli zdarza się to naprawdę sporadycznie, być może masz źle skonfigurowany zewnętrzny serwer DNS lub jego dostawca usług internetowych może świadczyć usługę przejęcia DNS. Niestety, coraz więcej prywatnych dostawców usług internetowych oferuje „usługę wyszukiwania” nieprawidłowych nazw domen. Ponieważ prawie wszyscy użytkownicy końcowi korzystają ze swoich serwerów DNS ISP, dostawcy ISP zaczynają teraz przekierowywać nieprawidłowe wpisy domen na stronę wyszukiwania - zwykle wypełnioną reklamami, nieistotnymi linkami i małym „Czy chodziło Ci o www.example.com?”. z niektórymi wynikami, które mogą, ale nie muszą być związane z nazwą domeny. Wiem, że Verizon i Comcast zaczynają to robić, myślę, że Quest również. Inną możliwością jest OpenDNS, ponieważ zapewniają one to samo „wyszukiwanie powiązanej domeny”, jeśli nie „
Mój problem z sugerowaniem, że jako problem polega na tym, że mówisz, że zwraca adres twojego głównego rekordu, czego żaden z nich nie zrobiłby, gdyby próbowali go wyszukać, podali ci jeden adres IP ich serwerów internetowych do obsługi wyszukiwania.