ISP ของฉันแคช DNS หรือไม่

13

ฉันไปที่ zoneedit.com ของฉันเปลี่ยน mydomain.com ให้ชี้ไปที่ IP อื่น แต่การเปลี่ยนแปลงที่ยังไม่เกิดขึ้น

นี่เป็นเพราะ ISP DNS ของฉันแคชหรือไม่

domain-name-system ip cache

22

ใช่. ISP ของคุณเกือบจะแคชการตั้งค่า DNS เป็นระยะเวลาหนึ่ง พวกเขาควรจะรีเฟรชบันทึกเมื่อ TTL หมดอายุ น่าเสียดายที่มีผู้ให้บริการอินเทอร์เน็ตจำนวนมากที่ดูเหมือนจะเพิกเฉยต่อ TTLs ทั้งหมดในโครงร่างการแคช DNS หากคุณเป็นหนึ่งใน ISP เหล่านั้นอาจเป็นเวลาหลายชั่วโมงหรือหลายวันก่อนที่พวกเขาจะเคารพเรคคอร์ดใหม่แม้ว่าคุณจะตั้งค่า TTL ต่ำมากก็ตาม

— Catherine MacInnes
แหล่งที่มา

1

มีวิธีการตรวจสอบระเบียน DNS / TTL ที่ ISP ของคุณโดยไม่ต้องติดต่อพวกเขาหรือไม่?

— PussInBoots

12

ฉันประสบปัญหาเดียวกันและแก้ไขผ่านการใช้ google DNS

เปิดการตั้งค่าเครือข่าย / IP ของคุณใช้เซิร์ฟเวอร์ DNS ดังนี้:

8.8.8.8
8.8.4.4

นี่คือ google DNS และจะแก้ปัญหาของคุณจนกว่า ISP ของคุณจะรีเฟรช catche ป้อนคำอธิบายรูปภาพที่นี่

— Voo
แหล่งที่มา

1

การแก้ไขชั่วคราวที่ยอดเยี่ยม เราสามารถเปลี่ยนไปใช้เซิร์ฟเวอร์ DNS ของ Google สักวันหรือสองวันได้จนกว่า ISP ที่โง่ (ซึ่งไม่เคารพ TTL) จะล้างแคช DNS ฉันใช้สิ่งนี้และมันใช้งานได้ดี ขอบคุณมาก!

— its_me

2

มีสองสิ่งที่นี่ หนึ่งในนั้นคือเวลาที่ผู้รับจดทะเบียนโดเมนของคุณต้องวางรายการ DNS ที่คุณระบุผ่านเว็บฟอร์ม / แผงการจัดการบางประเภทบนเซิร์ฟเวอร์ DNS ของผู้รับจดทะเบียน กระบวนการ 'อัพเดต' นี้มักจะเกิดขึ้นภายใน 15 นาที

สองมีเขตข้อมูล TTL ของแต่ละ RR (Registry Record) ซึ่งโดยทั่วไปบอกว่า: ถ้ามีคนถามเกี่ยวกับ domain.com ก่อนหน้านี้ให้แคช domain.com -> ที่อยู่ IP RR สำหรับ TTL วินาที (แคชดังนั้นฉันไม่ต้องถาม เซิร์ฟเวอร์ที่มีสิทธิ์อีกครั้ง / ทุกครั้งที่โฮสต์ถามถึง domain.com) ค่า TTL จะแตกต่างกันไปโดยทั่วไปแล้วพวกเขาจะตั้งค่าเป็น 1 วัน == 86400 วินาที

คุณสามารถตรวจสอบว่าเซิร์ฟเวอร์ DNS ของ ISP ของคุณแคชผลลัพธ์โดยถามเซิร์ฟเวอร์ ISP DNS อย่างชัดเจนโดยใช้คำสั่ง:

nslookup domain.com ns1.isp.com
dig domain.com @ns1.isp.com

TTL ในฟิลด์การตอบสนองจะระบุเวลาที่แคช RR บนเซิร์ฟเวอร์

— colemik
แหล่งที่มา

ฉันเดาว่าถ้าฉันได้รับ "คำขอหมดเวลา" ซึ่งหมายความว่าพวกเขาไม่ได้แคช

— 5155 Omu

1

อเล็กซ์:

ใช่. ระเบียน DNS ของโดเมนของคุณระบุค่า TTL ("time to live") ซึ่งนำคอมพิวเตอร์ไคลเอ็นต์ (และ ISP nameservers) ไปยังแคชผลลัพธ์ตามระยะเวลาที่กำหนดก่อนที่จะถามอีกครั้ง ค่าเริ่มต้นของ 24-48 ชั่วโมงเป็นเรื่องปกติ

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

ในสถานการณ์ปัจจุบันของคุณคุณอาจต้องการสำรวจความเป็นไปได้ที่จะทำการจำลองเนื้อหาของคุณต่อไปอีกสองสามวันที่ที่อยู่เก่า (ถ้าไซต์ของคุณเป็นแบบคงที่) หรือกำหนดค่าเซิร์ฟเวอร์ HTTP ที่ที่อยู่ IP เก่าของโดเมนของคุณเพื่ออ้างอิงคำขอ ที่อยู่ IP ใหม่ (หากไซต์ของคุณเป็นแบบไดนามิก)

ไชโย

ไมล์

— Skyhawk
แหล่งที่มา

1

ISP ของคุณเรียกใช้เซิร์ฟเวอร์ DNS ที่แคชรายการ DNS ตราบเท่าที่คุณแจ้งให้ทราบ

หากคุณควบคุมระเบียน DNS แง่มุมหนึ่งของระเบียนนั้นคือ "TTL" ซึ่งจะบอกเซิร์ฟเวอร์ DNS (และทำหน้าที่ไคลเอ็นต์อย่างถูกต้อง) ระยะเวลาที่ควรแคชค่านั้นหลังจากได้รับจากเซิร์ฟเวอร์ DNS ที่มีสิทธิ์

โปรดทราบ - มีความแตกต่างอย่างมากระหว่าง ISP ของคุณกับเซิร์ฟเวอร์ DNS ของ ISP ไม่มีอะไรบังคับให้คุณใช้เซิร์ฟเวอร์ DNS ของ ISP คุณสามารถเรียกใช้เซิร์ฟเวอร์ซ้ำด้วยตัวคุณเองคุณสามารถใช้เซิร์ฟเวอร์ DNS ของ Google คุณสามารถใช้ OpenDNS

นอกจากนี้หากคุณคาดว่าจะเปลี่ยนระเบียน DNS ของคุณบ่อยครั้งและคุณต้องการให้การอัปเดตเหล่านั้นมีผลอย่างรวดเร็วคุณควรลด TTL ของระเบียนของคุณ คุณจะเห็นโหลดมากขึ้นบนเซิร์ฟเวอร์ DNS ของคุณ แต่ในเวลาเดียวกัน chages DNS ของคุณจะปรากฏเร็วขึ้น

— คริส
แหล่งที่มา

-1

การอัปเดตระเบียนโซนใช้เวลาสูงสุด 72 ชั่วโมงเพื่อให้การเผยแพร่ทั่วโลกเสร็จสมบูรณ์ และใช่ ISP ของคุณแคชแบบสอบถาม DNS

แก้ไข: มีเครื่องมือออนไลน์จำนวนมากที่คุณสามารถใช้เพื่อติดตามความคืบหน้าของการอัปเดต ลองดูอันนี้

— Iraklis
แหล่งที่มา

1

@Iraklis: นี่ไม่ถูกต้อง คุณกำลัง "เผยแพร่" ตำนาน ระเบียน DNS ไม่เผยแพร่ แต่เป็นแคช พวกเขาแคชสำหรับ TTL ของระเบียนที่เป็นปัญหาไม่ใช่ 72 ชั่วโมงเว้นแต่ว่า TTL คือ 72 ชั่วโมง

— joeqwerty

7

@joeqwerty ในการป้องกันของ @ Iraklis ซึ่งเป็นเรื่องของมุมมอง เร็กคอร์ดไม่ได้ถูกผลักออกมาอย่างจริงจังเป็นจริง แต่ก็สามารถเรียกกระบวนการแคชที่หมดอายุและดึงข้อมูลการเผยแพร่ใหม่ ๆ จากมุมมองที่แน่นอน เช่นรายการ 7 บนวิกิen.wiktionary.org/wiki/propagate

— dsolimano

1

@dsolimano: ไม่มีความผิด แต่ฉันไม่เห็นด้วย ไม่ว่าคุณจะมองอย่างไรคำว่าการเผยแผ่มีคำจำกัดความเฉพาะที่ไม่เปิดให้มีการตีความ "การรับรู้" ของเขาที่ DNS บันทึกการแพร่กระจายและการแพร่กระจายนี้ใช้เวลา 72 ชั่วโมงไม่ถูกต้องและการกระตุ้นความคิดดังกล่าวจะทำหน้าที่เฉพาะการหลอกลวงที่ระบุไว้โดยทั่วไปเพิ่มเติมเกี่ยวกับวิธีการทำงานของ DNS

— joeqwerty

4

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

— Iraklis

1

การเผยแพร่ทำงานได้ดีมากเป็นคำที่ผู้ใช้ที่ไม่ใช่ด้านเทคนิคดูเหมือนจะเข้าใจ

— ceejayoz