Làm thế nào để gỡ lỗi phân giải tên DNS? (nslookup hoạt động, nhưng telnet thì không)


10

Tôi đang cố gắng kết nối với một trang web:

http://superuser.com.sixxs.org

tôi có thể ping địa chỉ:

C:\Users\Ian>ping /6 superuser.com.sixxs.org

Pinging ipv6.nginx.sixxs.net [2001:838:2:1::30:67] with 32 bytes of data:
Reply from 2001:838:2:1::30:67: time=257ms
Reply from 2001:838:2:1::30:67: time=176ms
Reply from 2001:838:2:1::30:67: time=161ms
Reply from 2001:838:2:1::30:67: time=164ms

Ping statistics for 2001:838:2:1::30:67:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 161ms, Maximum = 257ms, Average = 189ms

Nhưng không ping :

C:\Users\Ian>ping supersuer.com.sixxs.org
Ping request could not find host supersuer.com.sixxs.org.
  Please check the name and try again.

Nhưng tôi không thể duyệt qua nó (trong Chrome hoặc tức là ):

nhập mô tả hình ảnh ở đây

tôi cũng không thể telnet đến nó

C:\Users\Ian>telnet superuser.com.sixxs.org 80
Connecting To superuser.com.sixxs.org...Could not open connection to the host,
  on port 80: Connect failed

Nhưng nslookupgiải quyết tên tốt, với một hồ sơ thẩm quyền và tất cả mọi thứ!

Đầu tiên chúng tôi tuôn ra dns, chỉ trong trường hợp ai đó muốn đề xuất nó là do bộ nhớ đệm dns:

C:\Users\Ian>ipconfig /flushdns

Windows IP Configuration

Successfully flushed the DNS Resolver Cache.

Và bây giờ trở lại tra cứu:

C:\Users\Ian>nslookup superuser.com.sixxs.org
Server:  solo.avatopia.com
Address:  10.0.0.98

Non-authoritative answer:
Name:    ipv6.nginx.sixxs.net
Addresses:  2001:838:2:1:2a0:24ff:feab:3b53
          2001:960:800::2
          2001:1af8:4050::2
          2620:0:6b0:a:250:56ff:fe99:78f7
          2001:838:2:1::30:67
Aliases:  superuser.com.sixxs.org

Tất cả các địa chỉ làm việc:

  • Tôi có thể pinghọ
  • Tôi có thể telnetcổng 80 trên chúng
  • Tôi có thể duyệt Chrome (ví dụ http://[2001:838:2:1::30:67]) cho họ

Tên thậm chí còn phân giải khi tôi gọi thủ công hàm Windows API GetAddrInfo .

Tại sao làm thế nào tôi có thể chẩn đoán những gì ping, telnet, ChromeInternet Explorerđang làm sai?

Lưu ý : Wireshark hiện đang trợ giúp vì máy chủ dns ( solo.avatopia.com) ở phía bên kia của liên kết vpn được mã hóa; và WireShark từ chối giải mã lưu lượng vpn được mã hóa.


Ví dụ ping của bạn có một lỗi đánh máy.
Harry Johnston

Điều gì xảy ra nếu bạn cố gắng ping, telnet hoặc duyệt đến tên chính tắc ipv6.nginx.sixxs.net?
Harry Johnston

@HarryJohnston Lỗi pingđánh máy ở đâu? tôi không thấy nó ...
Ian Boyd

1
@HarryJohnston Ohhhh, pingcần /6tham số; nó không hiểu rằng nếu nó chỉ có thể giải quyết một địa chỉ ipv6 thì nó cần gửi một gói ICMP IPv6.
Ian Boyd

Câu hỏi ngớ ngẩn, nhưng máy chủ web có được thiết lập để hoạt động trên ipv6 không? Nó hoạt động trên ipv4 hoặc các hệ thống có khả năng ipv6 đã biết khác? Bạn đã thử kết nối với ipv6 tương đương của localhost chưa?
Journeyman Geek

Câu trả lời:


2

Độ phân giải DNS không tự động có nghĩa là khả năng tiếp cận HTTP; trong trường hợp của bạn, đó thực tế là một phần của vấn đề.

sixxs.orgtrả lời tất cả các truy vấn DNS với CNAMEtới ipv6.nginx.sixxs.net. Ví dụ, iamuglyrõ ràng không thể là một trang web thực sự, vì không có tên miền cấp cao nhất.

[mpenning@Bucksnort ~]$ dig +short iamugly.sixxs.org
ipv6.nginx.sixxs.net.
[mpenning@Bucksnort ~]$ dig +short google.com.sixxs.org
ipv6.nginx.sixxs.net.
[mpenning@Bucksnort ~]$ dig google.com.sixxs.org

; <<>> DiG 9.7.3 <<>> google.com.sixxs.org
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22229
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;google.com.sixxs.org.          IN      A

;; ANSWER SECTION:
google.com.sixxs.org.   3553    IN      CNAME   ipv6.nginx.sixxs.net.

;; AUTHORITY SECTION:
sixxs.net.              3316    IN      SOA     ns.paphosting.net. hostmaster.sixxs.net. 2012010601 86400 7200 1209600 86400

;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon May 28 15:39:58 2012
;; MSG SIZE  rcvd: 133

[mpenning@Bucksnort ~]$

ipv6.nginx.sixxs.netchỉ là một proxy HTTP chuyển tiếp lưu lượng truy cập, miễn là proxy của họ hoạt động, nó có thể ping và bạn có thể telnet...

[mpenning@Bucksnort ~]$ telnet superuser.com.sixxs.org 80
Trying 2620:0:6b0:a:250:56ff:fe99:78f7...
Connected to ipv6.nginx.sixxs.net.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
[mpenning@Bucksnort ~]$

Sau khi bạn truy cập superuser.com.sixxs.org, sixxs.netchuyển hướng bạn qua ipv6gate.sixxs.netvà họ viết lại nội dung html của Super User gửi tất cả các liên kết trên trang thông qua foo.sixxs.org.

nhập mô tả hình ảnh ở đây

Một cái gì đó đang ngăn cản bạn đi qua sixxs.orgvà nó có thể đến từ máy chủ vpn, tường lửa hoặc proxy http trong suốt ở nơi khác trong đường dẫn của bạn.


1

Đây là dự đoán của tôi về những gì đang xảy ra.

(Ban đầu tôi định đăng bài này dưới dạng bình luận, nhưng quá dài, vì vậy tôi sẽ đăng nó dưới dạng câu trả lời và để lại cho chính bạn và / hoặc người khác quyết định xem có đúng không.)

Tôi nghĩ rằng isp này có máy chủ tên của họ được cấu hình để trả lời cho mọi tên miền phụ.

Tôi đã thử một GUID ngẫu nhiên và có 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org giải quyết (và đến cùng địa chỉ IP như superuser.com.sixxs.org)

Điều này có nghĩa là tất cả lưu lượng truy cập đến 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org sẽ được gửi cho họ. Khi đến được với họ, có lẽ họ đang kiểm tra tiêu đề máy chủ http để xác định cách xử lý. Trong trường hợp 0937c1fa-15dc-4a3a-837c-b9ada0953a7e.sixxs.org, tôi sẽ nghi ngờ họ sẽ đơn giản bỏ qua yêu cầu vì họ không biết phải làm gì với nó.

Trong trường hợp của superuser.com.sixxs.org, bạn sẽ nghĩ rằng họ nên chuyển hướng này đến superuser.com nhưng điều này dường như không hoạt động.

Tôi không nghĩ rằng bất cứ ai ngoài thiết lập của họ đều có thể biết chắc chắn lý do tại sao điều này không hoạt động, nhưng có thể là do họ có một số ánh xạ nội bộ sai và nó đang gửi đến đích sai.

Một khả năng khác là họ có thể không cung cấp dịch vụ này cho mọi người và có thể là nếu một người không đăng ký cố gắng sử dụng địa chỉ này, họ sẽ đơn giản bỏ qua yêu cầu.

Điểm mấu chốt là, tôi không thực sự chắc chắn liệu telnet, Chrome và Internet Explorer có thực sự làm gì sai hay không và tôi sẽ đề nghị kiểm tra với sixxs.net trước khi cho rằng có bất cứ điều gì sai với thiết lập của bạn.


0

Tôi đã có một vấn đề simliar, đây là những gì tôi đã cố gắng.

  1. Nó có thể liên quan đến LSP của Winsock, hãy thử sửa lỗi LSP để tìm ra lỗi gây ra.
  2. Đặt lại giao thức Internet (TCP / IP)
  3. Chạy sfc /scannowđể khắc phục mọi sự cố có thể phát sinh do các tệp bị hỏng.
  4. Đặt lại WinSock netsh winsock reset
    5. Hoàn toàn không liên quan, hãy thử đặt lại Bộ nhớ cache nhánh của bạn netsh branchcache reset
    6. Đặt lại cấu hình IPv6 7. Thử netsh int ipv6 reset
    xóa và cài đặt lại bộ điều hợp mạng của bạn khỏi Trình quản lý thiết bị

0

Tôi không chắc chắn nếu bạn chỉ gặp sự cố với một trang web, hoặc nếu đó là tất cả các trang web bạn không thể kết nối (và đang sử dụng một máy tính khác để đăng bài này), nhưng nếu bạn gặp lỗi DNS trong trình duyệt của mình mọi trang web và bạn vẫn có kết nối và bạn có thể ping công cụ, hãy thử một vài lệnh này. Nó không phải luôn luôn là một trong số này, nhưng tôi thực sự chưa bao giờ thấy tất cả chúng không hoạt động cho vấn đề của bạn.

netsh winsock reset catalog

netsh int ipv4 reset reset.log

netsh int ipv6 reset reset.log

ipconfig /release

ipconfig /flushdns

ipconfig /renew

ipconfig /registerdns
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.