Long DNS TTL มีความสำคัญหรือไม่หากคุณสามารถปิดเซิร์ฟเวอร์โดยใช้ IP เก่า

ฉันคิดว่านั่นอาจเป็นคุณสมบัติที่ดี มีเหตุผลใดที่สิ่งนี้ไม่ใช่วิธีปฏิบัติทั่วไป? (สมมติว่าเบราว์เซอร์/เซิร์ฟเวอร์ DNS สามารถจำกัดอัตราการสืบค้น DNS สำหรับกรณีที่เว็บไซต์ออฟไลน์เพียงอย่างเดียว)

มันไม่สามารถทำได้ คำขอ DNS ทำงานผ่านบริการที่เกี่ยวข้องจำนวนมาก ทุกคำขอมีแคชของตัวเอง ไม่มีวิธีใดที่แอปพลิเคชันจะควบคุมสิ่งนี้ได้

ขอโทษ ฉันคิดว่าฉันขาดอะไรไป สำหรับ "www.example.com" ฉันคิดว่าแอปพลิเคชันสามารถขอโดเมนระดับบนสุด (สำหรับ "com") สำหรับเซิร์ฟเวอร์ชื่อที่เชื่อถือได้ของ "example.com" จากนั้นแอปพลิเคชันจะได้รับบันทึก CNAME ของ "www.example.com" จากเนมเซิร์ฟเวอร์ ซึ่งค่านี้เจ้าของโดเมนควรอัปเดตให้เป็น IP ใหม่ แอปพลิเคชันสามารถใช้ IP ใหม่ได้

สำหรับแอปพลิเคชัน ลำดับมักจะเป็น `เซิร์ฟเวอร์ไม่ทำงาน` `==>` ` ส่งข้อความแสดงข้อผิดพลาด ` และแทบจะไม่เคยเลย ` เซิร์ฟเวอร์ไม่ทำงาน ` `==>` *"เริ่มต้นโปรโตคอลการดีบัก"* แล้วเรียกใช้ ลำดับการทดสอบทั้งหมดเพื่อแยกสาเหตุที่แท้จริง ***และ*** พยายามแก้ไขแน่นอน คุณออกแบบแอปพลิเคชันของคุณให้ทำเช่นนั้น แต่โดยทั่วไปเมื่อเซิร์ฟเวอร์ไม่ตอบสนอง ข้อผิดพลาดจะบอกคุณว่า "ดีพอ" เซิร์ฟเวอร์หยุดทำงานยังพบได้บ่อยกว่าที่ผู้ให้บริการเปลี่ยนที่อยู่ IP โดยไม่มีมาตรการบรรเทาสำหรับผู้ใช้ที่ยังคงใช้ที่อยู่ IP เดิม

@ZackLight นั่นไม่ใช่วิธีการทำงานของ DNS

@Bob ที่เหมาะสม ดีใจที่ได้ยินว่าในทางทฤษฎีอาจใช้ได้ผล

มีหลายเลเยอร์ที่นี่ - แอปพลิเคชันมักจะถามเลเยอร์เครือข่ายของระบบปฏิบัติการซึ่งจะถามเซิร์ฟเวอร์แบบเรียกซ้ำซึ่งจะถามเซิร์ฟเวอร์รูท ไม่มีสิ่งใดที่เป็นมาตรฐานอย่างแท้จริง ตัวอย่างเช่น บน Linux มี API ที่แตกต่างกันอย่างน้อย 2 ตัวพร้อมการใช้งานที่หลากหลายซึ่งแต่ละแอปพลิเคชันสามารถใช้ได้ เป็นไปไม่ได้ที่จะเปลี่ยนแปลงอะไร

คำถามนี้เป็นภาษาอื่นๆ: