Điểm:2

Server

SERVFAIL không liên tục từ các vị trí khác nhau - cách chẩn đoán và khắc phục?

Dan Gravell

11:43, 07/05/2023

Tôi điều hành một dịch vụ tại https://asti.ga .

Tôi thỉnh thoảng nhận được báo cáo rằng mọi người không tra cứu được tên miền (NXDOMAIN trong trình duyệt hoặc SERVFAIL nếu đàonhập tên qua máy chủ DNS gốc). Những báo cáo này dường như bắt nguồn từ một số nơi trên thế giới, đặc biệt là Đông Nam Á.

Bản thân tôi hiếm khi nhìn thấy những vấn đề này. Tuy nhiên, tôi đã thiết lập kiểm tra tình trạng của Route53 và tôi thực sự thấy những vấn đề này ở một số nơi nhất định:

Ngoài ra, tôi nhận thấy rằng kết quả không nhất quán. Đôi khi nó bị lỗi ở một vị trí, đôi khi nó hoạt động. Nó có thể chuyển đổi giữa SERVFAIL và tra cứu thành công từng phút một.

Làm cách nào để tìm ra điều gì đang xảy ra ở những vị trí này?

0 + 0

Hệ Thống Tên Miền

shearn89

12:15, 07/05/2023

Ai đang lưu trữ DNS của bạn? Có phải AWS không? Có thêm một số thông tin trên các trang AWS nếu đó là chúng: https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/troubleshooting-domain-unavailable.html

Hồi đáp

shearn89

12:17, 07/05/2023

Thực hiện lệnh `dig @8.8.8.8 +short NS asti.ga` để quay lại giao diện trông giống như máy chủ định danh của Đức. Đây cũng có thể là sự cố tải/độ trễ với nhà cung cấp. Nếu đang sử dụng AWS, bạn đã cân nhắc chuyển vùng sang Route53 chưa?

Hồi đáp

Bob

13:25, 07/05/2023

Trừ khi bạn có lý do chính đáng để đặt TTL ở 300 giây, nghiên cứu cho thấy rằng việc tăng giá trị TTL thường làm giảm độ trễ và sẽ làm cho DNS của bạn mạnh mẽ hơn. Xem https://www.sidnlabs.nl/en/news-and-blogs/how-to-choose-dns-ttl-values

Hồi đáp

Dan Gravell

13:44, 07/05/2023

DNS được lưu trữ bởi Hetzner. Tôi không sử dụng AWS cho dịch vụ này ngoài Route53 để kiểm tra tình trạng.

Hồi đáp

Dan Gravell

13:52, 07/05/2023

Cảm ơn vì liên kết đó @Bob. Có khả năng là máy chủ Hetzner từ chối trả lời vì họ nhận được quá nhiều yêu cầu, vì TTL quá thấp? Nhưng tại sao điều đó chỉ ảnh hưởng đến một số địa điểm nhất định?

Hồi đáp

djdomi

13:59, 07/05/2023

hetzner có rất nhiều hạn chế. 300s ttl hầu như chỉ được sử dụng khi bạn cố gắng di chuyển tên miền của mình sang một Máy chủ tên khác hoặc ip khác như đã nói, giá trị cao hơn như 86400 sẽ ổn thôi

Hồi đáp

Dan Gravell

14:08, 07/05/2023

@djdomi "hetzner có rất nhiều hạn chế" - bạn có thể nói những hạn chế này là gì không? Tôi không thể thấy bất kỳ nội dung rõ ràng nào trong tài liệu của họ. Tôi sẽ thử với TTL cao hơn.

Hồi đáp

Dan Gravell

15:10, 07/05/2023

Mọi thứ dường như đã được cải thiện - Tất cả các trình kiểm tra Route53 hiện đang hiển thị thành công và một trình kiểm tra trang trạng thái riêng biệt khác hiện đang ghi lại thời gian hoạt động. Bạn có muốn quảng bá nhận xét của mình thành câu trả lời @Bob không?

Hồi đáp

djdomi

17:29, 07/05/2023

@dangravell tôi đang sử dụng hetzner cho công việc kinh doanh của mình và rời đi sau một năm, sự hỗ trợ hầu hết là tốt nhưng trong những trường hợp cụ thể, họ sẽ để bạn một mình trong bóng tối. các máy chủ dns hạn chế quá nhiều truy vấn và làm hỏng chúng nhưng tôi không chắc liệu điều này có hợp lệ sau khoảng 5-10 năm không

Hồi đáp

Điểm:1

Server

Bob

15:40, 12/05/2023

^{mở rộng từ nhận xét trước đó của tôi:}

Cảm ơn bạn đã đăng tên miền thực tế của bạn. Điều đó cho phép tôi kiểm tra cài đặt hiện tại của bạn.

Một điều tôi nhận thấy là TTL, thời gian tồn tại bản ghi DNS của bạn đã được đặt thành 300 giây.

300 giây, 5 phút, là một giá trị khá thấp, mà hầu hết mọi người chỉ chọn khi chuẩn bị thay đổi địa chỉ IP hoặc chẳng hạn như một phần của chiến lược chuyển đổi dự phòng.

Trừ khi bạn có lý do chính đáng để đặt TTL ở 300 giây, nghiên cứu cho thấy rằng việc tăng giá trị TTL thường làm giảm độ trễ và sẽ làm cho DNS của bạn mạnh mẽ hơn. Xem ví dụ sidnlabs.nl/vi/news-and-blogs/how-to-choose-dns-ttl-values

Đối với chủ sở hữu khu vực chung, chúng tôi khuyên dùng TTL dài hơn: ít nhất một giờ và lý tưởng nhất là bốn, tám hoặc 24 giờ.Giả sử bảo trì theo kế hoạch có thể được lên lịch trước, các TTL dài có ít chi phí.

0 + 0

Dan Gravell

15:46, 12/05/2023

Cảm ơn - điều này dường như thực hiện thủ thuật. Mất khoảng một giờ để làm việc, nhưng sau đó, trình kiểm tra tình trạng của Route53 bắt đầu hiển thị các lần kiểm tra thành công.

Hồi đáp

Phan Văn Trường

Câu hỏi này là trong các ngôn ngữ khác:

EN: Intermittent SERVFAIL from different locations - how to diagnose and fix?

TH: SERVFAIL เป็นระยะจากสถานที่ต่างๆ - จะวินิจฉัยและแก้ไขได้อย่างไร

RO: SERVFAIL intermitent din diferite locații - cum să diagnosticați și să remediați?

RU: Прерывистый SERVFAIL из разных мест — как диагностировать и исправить?

VI: SERVFAIL không liên tục từ các vị trí khác nhau - cách chẩn đoán và khắc phục?

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.