Score:2

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

ธง jp

ผมใช้บริการที่ https://asti.ga .

ฉันได้รับรายงานเป็นครั้งคราวว่าผู้คนไม่สามารถค้นหาชื่อโดเมนได้ (ไม่ว่าจะเป็น NXDOMAIN ในเบราว์เซอร์หรือ SERVFAIL หาก ขุดใช้ชื่อผ่านเซิร์ฟเวอร์ DNS รูท) รายงานเหล่านี้ดูเหมือนจะมาจากบางส่วนของโลก โดยเฉพาะในเอเชียตะวันออกเฉียงใต้

ฉันไม่ค่อยเห็นปัญหาเหล่านี้ด้วยตัวเอง อย่างไรก็ตาม ฉันได้ตั้งค่าการตรวจสุขภาพของ Route53 และฉันพบปัญหาเหล่านี้จากสถานที่บางแห่ง:

ป้อนคำอธิบายรูปภาพที่นี่

นอกจากนี้ฉันสังเกตเห็นว่าผลลัพธ์ไม่สอดคล้องกัน บางครั้งก็ล้มเหลวในตำแหน่ง บางครั้งก็ใช้งานได้ สามารถสลับระหว่าง SERVFAIL และการค้นหาที่ประสบความสำเร็จเป็นรายนาที

ฉันจะรู้ได้อย่างไรว่าเกิดอะไรขึ้นในสถานที่เหล่านี้

cn flag
ใครเป็นผู้โฮสต์ DNS ของคุณ เป็น AWS หรือไม่ มีข้อมูลเพิ่มเติมในหน้า AWS หากใช่: https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/troubleshooting-domain-unavailable.html
cn flag
การทำ `dig @8.8.8.8 +short NS asti.ga` กลับมาพร้อมกับสิ่งที่ดูเหมือนเซิร์ฟเวอร์ชื่อภาษาเยอรมัน นี่อาจเป็นปัญหาในการโหลด/เวลาแฝงกับผู้ให้บริการ หากคุณใช้ AWS คุณได้พิจารณาที่จะย้ายโซนไปยัง Route53 หรือไม่
cn flag
Bob
เว้นแต่คุณจะมีเหตุผลที่ดีในการมี TTL ที่ 300 วินาที การวิจัยแสดงให้เห็นว่าการเพิ่มค่า TTL โดยทั่วไปจะลดเวลาแฝงและจะทำให้ DNS ของคุณมีประสิทธิภาพมากขึ้น ดู https://www.sidnlabs.nl/en/news-and-blogs/how-to-choose-dns-ttl-values
jp flag
DNS โฮสต์โดย Hetzner ฉันไม่ได้ใช้ AWS สำหรับบริการนี้นอกเหนือจาก Route53 สำหรับการตรวจสุขภาพ
jp flag
ขอบคุณสำหรับลิงค์นั้น @Bob ดูเป็นไปได้ เป็นไปได้ไหมว่าเซิร์ฟเวอร์ของ Hetzner ปฏิเสธที่จะตอบกลับเนื่องจากได้รับคำขอมากเกินไป เนื่องจาก TTL ต่ำเกินไป แต่เหตุใดจึงมีผลกับสถานที่บางแห่งเท่านั้น
djdomi avatar
za flag
เฮทซ์เนอร์มีข้อจำกัดมากมาย ควรใช้ 300s ttl เป็นส่วนใหญ่เมื่อคุณพยายามย้ายโดเมนของคุณไปยัง Nameserver อื่นหรือ ip อื่นตามที่ได้บอกไปแล้วว่า valuke ที่สูงกว่า lika 86400 น่าจะใช้ได้
jp flag
@djdomi "hetzner มีข้อ จำกัด มากมาย" - คุณบอกได้ไหมว่าสิ่งเหล่านี้คืออะไร? ฉันไม่เห็นสิ่งที่ชัดเจนในเอกสารของพวกเขา ฉันจะลองกับ TTL ที่สูงขึ้น
jp flag
สิ่งต่างๆ ดูเหมือนจะดีขึ้น - ขณะนี้ตัวตรวจสอบ Route53 แสดงความสำเร็จทั้งหมด และตัวตรวจสอบหน้าสถานะแยกต่างหากอีกตัวกำลังบันทึกเวลาทำงาน คุณต้องการส่งเสริมความคิดเห็นของคุณเป็นคำตอบ @Bob หรือไม่
djdomi avatar
za flag
@dangrall ฉันใช้ hetzner สำหรับธุรกิจของฉันและจากไปหลังจากหนึ่งปี การสนับสนุนส่วนใหญ่นั้นดี แต่ในกรณีพิเศษ พวกเขาทิ้งคุณไว้ตามลำพังในความมืด เซิร์ฟเวอร์ dns จำกัด การสืบค้นมากเกินไปและ jzst droo พวกเขา แต่ฉันไม่แน่ใจว่าสิ่งนี้ถูกต้องหรือไม่หลังจากผ่านไปประมาณ 5-10 ปี
Score:1
ธง cn
Bob

ขยายความจากความคิดเห็นก่อนหน้าของฉัน:

ขอขอบคุณสำหรับการโพสต์โดเมนจริงของคุณ นั่นทำให้ฉันสามารถตรวจสอบการตั้งค่าปัจจุบันของคุณได้

สิ่งที่ฉันสังเกตเห็นก็คือว่า TTL เวลาที่จะมีชีวิตอยู่ ของระเบียน DNS ของคุณถูกตั้งค่าเป็น 300 วินาที

300 วินาที 5 นาทีมีค่าค่อนข้างต่ำ ซึ่งคนส่วนใหญ่เลือกเฉพาะเมื่อเตรียมเปลี่ยนที่อยู่ IP หรือเป็นส่วนหนึ่งของกลยุทธ์แทนที่เมื่อเกิดข้อผิดพลาด

เว้นแต่คุณจะมีเหตุผลที่ดีในการมี TTL ที่ 300 วินาที การวิจัยแสดงให้เห็นว่าการเพิ่มค่า TTL โดยทั่วไปจะลดเวลาแฝงและจะทำให้ DNS ของคุณมีประสิทธิภาพมากขึ้น ดูตัวอย่าง sidnlabs.nl/th/news-and-blogs/how-to-choose-dns-ttl-ค่า

สำหรับเจ้าของโซนทั่วไป เราขอแนะนำ TTL ที่ยาวขึ้น: อย่างน้อยหนึ่งชั่วโมง และควรเป็นสี่ แปด หรือ 24 ชั่วโมงสมมติว่าสามารถกำหนดการบำรุงรักษาตามแผนล่วงหน้าได้ TTL แบบยาวจะมีค่าใช้จ่ายเพียงเล็กน้อย

jp flag
ขอบคุณ - ดูเหมือนจะทำเคล็ดลับ ใช้เวลาประมาณหนึ่งชั่วโมงในการทำงาน แต่จากนั้นเครื่องตรวจสุขภาพ Route53 ก็เริ่มแสดงการตรวจที่สำเร็จ

โพสต์คำตอบ

คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา