Mất bao lâu để DNS cập nhật hồ sơ mới? Hành vi DNS kỳ lạ!

Tôi đã có trang web cá nhân của mình tại freehostia và bây giờ tôi đã chuyển sang một số máy chủ khác. Đã gần một tuần và khi các NameServers thay đổi cho máy chủ mới, tôi đã thực hiện các thay đổi bắt buộc với công ty đăng ký tên miền, cho tên miền của tôi.

Bây giờ khi tôi thử mở trang web của mình, đôi khi nó mở trang web được lưu trữ mới, đôi khi nó mở trang 404 trên trang web cũ.

Tôi nghĩ 1 tuần, nói rằng thậm chí 4 ngày là rất nhiều thời gian để việc truyền DNS xảy ra. Đây có phải là một hành vi kỳ lạ.

Khi tôi mở trang web từ địa chỉ IP, nó sẽ mở ra, nhưng khi tôi mở trang web với một tên miền, đôi khi nó mở ra và đôi khi nó không hoạt động. Có manh mối nào không?

Tôi đã thử với hai người bạn của tôi, những người chưa bao giờ truy cập trang web của tôi, vì vậy không có bộ nhớ cache dns nào trên máy của anh ta, nó đã mở cho một người và không mở cho người kia. cảm ơn

- Từ http://Squish.net
25,0% truy vấn sẽ được trả về bởi 66,40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 IN A 66,40,52,64
25,0% truy vấn sẽ được trả về bởi 66,40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 IN A 66,40,52,64
25,0% truy vấn sẽ được trả về bởi 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113
25.0% truy vấn sẽ được trả về bởi 70,38,29.161 (ns2.softuff.com) vks.uni.cc. 14400 VÀO 72.55.164.113

Tôi không hiểu 25% này là gì, tại sao nó không phải là 100% hoặc 50%
dns1.freehostia.com và dns2.freehostia.com là các máy chủ cũ. ns1.softuff.com và ns2.softuff.com là những máy chủ mới.

Câu trả lời của tôi cho câu hỏi này đã hết thời gian truyền mà tôi sẽ liên kết thay vì sao chép + dán ở đây.

Cụ thể hơn từ câu hỏi của bạn, có vẻ như tôi giống như các máy chủ tên có thẩm quyền chưa được cập nhật (hoặc được liệt kê sai nên những cái sai đang được truy vấn). Để xem máy chủ tên nào ghi lại máy chủ DNS cục bộ của bạn, điều đang được sử dụng cho tên miền, bạn có thể sử dụng dig <domain.tld> NSnhư vậy:

$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.

sau đó bạn có thể kiểm tra xem họ có đúng địa chỉ cho tên không:

$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net.       349     IN      CNAME   spillett.net.
spillett.net.           349     IN      A       69.94.124.51
;; AUTHORITY SECTION:
spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25

(lặp lại ở trên cho mỗi bản ghi NS được trả về bởi truy vấn đầu tiên của bạn)

Các giá trị TTL được trả về bởi các truy vấn trực tiếp đối với máy chủ tên miền của bạn phải luôn là giá trị thực được đặt trong bản ghi vùng (chúng ở mức thấp trong ví dụ ở trên vì tên miền đó đã được di chuyển gần đây và tôi quên đặt chúng trở lại cao hơn khi tôi d đã kết thúc), trong đó đối với các truy vấn đối với các máy chủ không có thẩm quyền (tức là một trong các máy chủ tên cục bộ mặc định của bạn, sẽ được truy vấn nếu đào không được đưa ra lệnh @<server>) sẽ mất bao lâu trước khi máy chủ đó kiểm tra tiếp theo (đối với máy chủ tên được liệt kê như bản ghi NS cho tên miền) nếu phiên bản được lưu trong bộ nhớ cache của nó cần được cập nhật.

Kiểm tra các thử nghiệm trên cho tên miền của bạn có thể cung cấp cho bạn thêm một số manh mối về nguồn gốc của vấn đề. Nếu bạn đang sử dụng Linux và không có dig, nó thường được tìm thấy trong một gói có tên giống như dnsutils(nó được gọi là trên Ubuntu quảng cáo Ubuntu, tôi giả sử một sự sắp xếp tương tự trên các bản phân phối khác) - không có nghi ngờ gì về nhiều cổng cho Windows ( đây là trang tìm kiếm có liên quan đầu tiên được Google trả về ) mặc dù bản thân tôi chưa bao giờ sử dụng bất kỳ trang nào trong số đó.

Có vẻ như máy chủ DNS BẠN đang sử dụng đang lưu trữ kết quả cũ.

Thời gian một bản ghi DNS được lưu trong bộ nhớ cache thường phụ thuộc vào TTL (thời gian tồn tại) nhưng không phải mọi máy chủ DNS đều tôn trọng điều đó.

Một điều nữa (có thể rõ ràng) ... nếu bạn đang sử dụng máy chủ OLD DNS của mình để tra cứu ... hãy đảm bảo bạn đã xóa vùng cũ. :-)

Nếu nó hoạt động cho hai người bạn của bạn nhưng không phải cho bạn, tôi khuyên bạn nên thay đổi máy chủ DNS mà máy tính của bạn đang sử dụng để tra cứu ... ngay cả khi là tạm thời.

Tôi khuyên bạn nên thay đổi máy chủ tra cứu DNS của máy tính thành một cái gì đó như OpenDNS ... chỉ để kiểm tra và xem.

http://www.opendns.com

208,67.222.222

208,67.220.220

Nếu không có cái nào hoạt động ... hãy cho chúng tôi biết bạn đang gặp vấn đề với tên miền nào và tôi chắc chắn rằng ai đó ở đây sẽ xem xét nó cho bạn và cho bạn biết nếu nó được tuyên truyền hay không.

Hi vọng điêu nay co ich.

phụ thuộc vào hồ sơ dns ttl. một tuần nghe có vẻ khá dài. hãy thử kiểm tra câu trả lời cho các truy vấn dns từ tất cả các máy chủ có trách nhiệm - ví dụ : truy cập http://www.squish.net/dnscheck/ , nhập tên miền của bạn, chọn loại: BẤT K and và chạy kiểm tra.

có thể một trong những máy chủ liên quan vẫn trả về hồ sơ cũ.

Một tuần là quá nhiều thời gian cho bất kỳ sự lan truyền nào xảy ra. Tôi gặp vấn đề tương tự và vấn đề là máy chủ chính và phụ không được đồng bộ hóa. Tôi đã sử dụng nslookup để kiểm tra tình trạng hiện tại. Trong khi vấn đề của tôi là với các bản ghi MX, bạn có thể muốn kiểm tra nó .

Thời gian duy nhất cần nhiều hơn so với TTL để cập nhật là nếu bạn thay đổi hồ sơ với công ty đăng ký. Thông thường, một công ty đăng ký sẽ cập nhật hồ sơ một hoặc hai lần mỗi 24 giờ. Tuy nhiên, thông thường, những bản ghi này là những bản ghi tên miền của bạn đến máy chủ DNS của bạn.

Nếu bạn đang cập nhật các bản ghi bình thường (A, PTR, CNAME, v.v.) trên các máy chủ DNS của mình và chúng đang chạy liên kết, bạn có thể thực hiện "rndc tải lại domain.name" (hoặc "rndc tải lại tên miền .name IN view ") để lên lịch cập nhật ngay lập tức.

Một cảnh báo cuối cùng, các trình duyệt duy trì bộ nhớ cache của riêng họ, cũng như máy khách DNS của HĐH. Tôi đã thất vọng hơn một lần vì thiếu cập nhật rõ ràng khi tất cả những gì tôi thực sự cần làm là "ipconfig / flushdns" trên máy khách Windows.

Thay đổi DNS là khá nhiều ngay lập tức; Những gì tôi nghĩ bạn đang yêu cầu là mất bao lâu để tuyên truyền nếu bạn thực hiện thay đổi tại nhà đăng ký?

Nếu bạn thay đổi máy chủ tên tại nhà đăng ký, bạn có thể phải chịu từ 6-48 giờ ngừng hoạt động trong khi thay đổi lan truyền trên toàn thế giới.

Nếu bạn chỉ cần thêm hoặc sửa đổi các bản ghi vào bảng điều khiển quản lý DNS của mình, các thay đổi sẽ diễn ra ngay lập tức.