Bộ nhớ cache DNS không xóa Mac OSX

Một cái gì đó kỳ lạ đang xảy ra trên máy của tôi. Tôi đang chờ đợi một tên miền để tuyên truyền. Tôi truy cập trang bằng chrome và nó chưa có ở đó. Nhưng nếu tôi nhìn vào nó trên một máy khác, trên một ISP khác, nó sẽ ở đó.

Tôi đã cố gắng đỏ bừng cache với dscacheutil -flushcachevà sudo killall -HUP mDNSRespondervà vẫn không có.

Nếu tôi sử dụng dig, tôi nhận được cái này, trong đó có các mục dns không chính xác:

; <<>> DiG 9.8.3-P1 <<>> http://www.xxx.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 37789
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;http://www.xxx.com.    IN  A

;; AUTHORITY SECTION:
xxx.com.    3174    IN  SOA dns1.registrar-servers.com. hostmaster.registrar-servers.com. 2014090300 3600 1801 604800 3601

;; Query time: 31 msec
;; SERVER: 10.0.0.1#53(10.0.0.1)
;; WHEN: Fri Oct 17 09:26:21 2014
;; MSG SIZE  rcvd: 119

nếu tôi sử dụng dig +trace, hai bước cuối cùng sẽ hiển thị các mục dns chính xác:

;; Received 448 bytes from 000.0.00.00#53(000.0.00.00) in 79 ms

xxx.com.    86400   IN  NS  ns1.correctns.com.
000.0.00.00.    86400   IN  NS  ns2.correctns.com.
;; Received 96 bytes from 1000.0.00.00#53(1000.0.00.00) in 78 ms

000.0.00.00.    86400   IN  SOA ns1.correctns.com. ns2.correctns.com. 2014101603 86400 7200 3600000 86400
;; Received 138 bytes from 66.117.5.83#53(66.117.5.83) in 68 ms

Tôi thực sự không biết những gì tôi đang xem ở đây, nhưng có vẻ như nó lưu trữ thông tin sai và sau đó luôn đề cập đến điều đó thay vì thông tin mới từ cuộc +tracechạy?

Tôi có điều này xảy ra rất thường xuyên. Có cách nào tôi có thể buộc nó nhìn đúng chỗ không?

Có vẻ như nó được lưu trữ bởi máy chủ DNS tại 10.0.0.1 (có thể là bộ định tuyến của bạn). Có hai cấp độ bộ nhớ đệm tiềm năng có liên quan và việc xóa một trong số chúng không ảnh hưởng đến cấp độ khác. Hãy để tôi chạy qua các tùy chọn:

• dig +trace domainname.com theo dõi truy vấn DNS thông qua các máy chủ có thẩm quyền, trong trường hợp của bạn nhận được câu trả lời cuối cùng từ 66.117.5.83.

• dig domainname.comchỉ cần gửi truy vấn đến máy chủ DNS được định cấu hình trong cài đặt mạng của bạn (trong trường hợp của bạn 10.0.0.1). Đây thường chỉ là một máy chủ lưu trữ, sẽ nhớ kết quả mà nó đã tìm kiếm trước đó và đưa ra câu trả lời tương tự cho đến khi hết thời gian tồn tại (trong xxx.com. 3174 IN SOA dns1.registrar-servers.com...đó, nó có 3174 giây để đi).

• Sử dụng tên miền với các chương trình thông thường (không định hướng DNS) như Chrome sẽ đi qua trình phân giải của OS X, kiểm tra bộ đệm của nó (chính sách tương tự áp dụng ở đây) và nếu không thì sẽ kiểm tra máy chủ DNS được định cấu hình (hãy nhớ rằng đó có thể là bộ đệm. máy chủ).

Đặt lại bộ đệm OS X không ảnh hưởng đến bộ đệm tại máy chủ DNS. Ngoài ra, lưu ý rằng ngay cả khi bạn đặt lại máy chủ DNS của mình (ví dụ: bằng cách khởi động lại bộ định tuyến của bạn), các máy chủ DNS khác trên mạng vẫn có thể lưu thông tin cũ. Nói chung, khi bạn thực hiện thay đổi DNS, bạn phải đợi TTL hết hạn trước khi giả sử thông tin mới có sẵn ở mọi nơi.

. bộ nhớ cache khác nhau ...)

Tất cả đều hoạt động tốt như tôi có thể nói. Tên miền xxx.com dường như được đồng bộ hóa và hoạt động tốt. Cũng nhận thấy bạn đã sử dụng dig http://www.xxx.com. Không hiểu URL, hãy thử chỉ với phần tên miền dig www.xxx.com, để bạn nhận được phản hồi chính xác.

$ dig www.xxx.com

; <<>> DiG 9.9.5-3-Ubuntu <<>> www.xxx.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45553
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.xxx.com.                   IN      A

;; ANSWER SECTION:
www.xxx.com.            86331   IN      A       141.0.173.173

;; Query time: 0 msec
;; SERVER: 
;; WHEN: Sun Oct 19 16:44:50 MDT 2014
;; MSG SIZE  rcvd: 56

Đây là chi tiết máy chủ tên.

$ checksoa xxx.com

     Serial #   RTT(ms)  Version                       Nameservers (name, IP, SOA mname field) for xxx.com

    2014040205      80   not currently available       ns4.serverstack.com       69.55.56.130                       SOA: ns1.serverstack.com
    2014040205     111   not currently available       ns1.serverstack.com       69.55.62.180                       SOA: ns1.serverstack.com
    2014040205     185   not currently available       ns2.serverstack.com       141.0.173.228                      SOA: ns1.serverstack.com
    2014040205     174   not currently available       ns3.serverstack.com       87.233.226.25                      SOA: ns1.serverstack.com

Bạn có thể phải xóa bộ đệm DNS cục bộ nếu điều này không được làm mới. Bộ đệm âm bản TTL là những gì giúp bạn có được các bản ghi mới được thêm vào. Trong trường hợp này, TTL âm là 1800 giây cho xxx.com, vì vậy bạn chỉ cần đợi 30 phút đó và nó sẽ tự xóa.

Đây là một vấn đề phổ biến. Bạn thực hiện thay đổi DNS để thêm bản ghi mới và sau đó bạn tra cứu tên ngay lập tức, trước khi có một vài phút để truyền tới tất cả các máy chủ tên, do đó bạn nhận được một mục lưu trữ bộ đệm âm ngay trước khi nó tồn tại và do đó phải chờ đầy đủ thời gian (30 phút) hoặc sử dụng bộ đệm DNS cục bộ để làm cho nó hoạt động.

Tái bút: Đối với những người sẽ đánh cược tôi vì tin rằng xxx.com là miền thực, đừng bận tâm. Tôi biết đó là không có thật, nhưng quan điểm của tôi là để lại trong các lĩnh vực thực sự nếu không sự giúp đỡ bị hạn chế. Tôi ghét đoán nhiều như anh chàng tiếp theo. Sử dụng tên miền thực người.