เหตุใดระเบียน DNS ของเราจึงไม่เผยแพร่ในอินเทอร์เน็ต


22

เราใช้เซิร์ฟเวอร์ชื่อสำหรับโดเมนของเราบนเครือข่ายของเรา เราใช้การผูก / ตั้งชื่อ ให้โทรโดเมนexample.com สิ่งหนึ่งที่ฉันสังเกตเห็นเมื่อเร็ว ๆ นี้เมื่อฉันได้รับเว็บไซต์เช่นhttp://network-tools.comและเรียกใช้แบบสอบถามบน URL ที่กำหนดไว้ในเซิร์ฟเวอร์ชื่อของเราฉันเห็นการเปลี่ยนแปลงในทันที

ตัวอย่างเช่นหากฉันเพิ่มรายการไปยังเซิร์ฟเวอร์ DNS ของเราสำหรับ url funny.example.comแล้วค้นหา URL นั้นในhttp://network-tools.comฉันจะเห็น IP คงที่ภายนอกที่เหมาะสมที่ระบุไว้ในรายการทันที

มีคนบอกฉันว่าคำขอ DNS ใด ๆ ที่เกี่ยวข้องกับexample.comกำลังมาถึงเซิร์ฟเวอร์ DNS ของเราทุกครั้ง

ความสงสัยของฉันได้รับการยืนยันก่อนหน้านี้ในสัปดาห์ที่เซิร์ฟเวอร์ DNS ของเราหยุดทำงานเป็นระยะเวลาสั้น ๆ และในช่วงเวลานั้นถ้าฉันใช้http://network-tools.comเพื่อค้นหาexample.comหรือโดเมนย่อยใด ๆ ฉันจะได้ผลลัพธ์เป็นศูนย์ เห็นได้ชัดว่าเป็นเพราะเซิร์ฟเวอร์ DNS หยุดทำงานและไม่สามารถเข้าถึงได้

ดังนั้นสิ่งนี้นำมาสู่คำถามของฉัน ฉันคิดว่าการเปลี่ยนแปลงในเซิร์ฟเวอร์ DNS ของเราควรนำเสนอออกสู่อินเทอร์เน็ตไปยังเซิร์ฟเวอร์ DNS อื่น ๆ ด้วยวิธีนี้ถ้า DNS ของเราหยุดทำงานชั่วคราวเซิร์ฟเวอร์อื่น ๆ บนอินเทอร์เน็ตยังคงรู้ว่าที่อยู่ IP ใดที่example.comชี้ไป

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

ฉันจะเริ่มตรวจสอบได้อย่างไรว่าทำไมการเปลี่ยนแปลงจึงไม่เกิดขึ้นที่นั่น ฉันสามารถเห็นไฟร์วอลล์ของเราว่าทราฟฟิกพอร์ต 53 นั้นส่งไปยังเซิร์ฟเวอร์ DNS ของเราอย่างถูกต้อง

UPDATE

  1. ฉันรู้ว่าพวกคุณกำลังบอกว่ามันเป็นไปไม่ได้ที่จะเผยแพร่การตั้งค่า DNS ของคุณทันที แต่ทั้งหมดที่ฉันรู้คือ: ถ้าฉันทำการเปลี่ยนแปลง DNS บนเซิร์ฟเวอร์ DNS ของเราแล้วตรวจสอบทันทีบนhttp: // เครือข่าย - เครื่องมือ comฉันเห็นการเปลี่ยนแปลงในทันที

  2. หากฉันปิดเซิร์ฟเวอร์ DNS ของเราและจากนั้นฉันลองตรวจสอบ URL ใด ๆ ที่ใช้http://network-tools.comไซต์จะไม่สามารถค้นหา URL ใด ๆ ได้ แต่ถ้าฉันนำเซิร์ฟเวอร์ DNS กลับมาออนไลน์อีกครั้งhttp://network-tools.com ทั้งหมดสามารถค้นหา URL อีกครั้ง ... นี่บอกฉันว่าเซิร์ฟเวอร์ไม่ได้แคชการตั้งค่า DNS ของเรา ฉันผิดหรือเปล่า? นอกจากนี้การตั้งค่า TTL ของเราถูกตั้งค่าเป็น 900 (15 นาที) ในขณะนี้และเซิร์ฟเวอร์ DNS ของเราใช้งานมานานกว่าหนึ่งปี ดังนั้นมันจึงไม่เหมือนเซิร์ฟเวอร์ DNS บนอินเทอร์เน็ตที่ยังไม่มีโอกาสแคช เซิร์ฟเวอร์เหตุผลไม่แคชการตั้งค่าเนื่องจาก TTL ต่ำมากในขณะนี้หรือไม่ มันค่อนข้างสมเหตุสมผลถ้านั่นเป็นเหตุผล


7
เนื่องจาก jokerville.com เป็นชื่อโดเมนจริงที่ลงทะเบียนเว้นแต่ว่าเป็นจริงโดเมนของคุณโปรดใช้example.comแทน - มันเป็นลิขสิทธิ์อย่างเป็นทางการสำหรับวัตถุประสงค์นั้น
mattdm

9
เหตุผลที่ network-tools.com เห็นการเปลี่ยนแปลงในทันทีคือเครื่องมือเครือข่ายและไม่ได้แคชผลลัพธ์ เป็นเครื่องมือสำหรับดูเซิร์ฟเวอร์ของคุณไม่ใช่ไคลเอนต์ DNS ปกติดังนั้นจึงปฏิบัติตามกฎที่แตกต่างกัน
Michael Kohne

คำตอบ:


42

ใช่คุณเข้าใจผิดว่า DNS ทำงานอย่างไร ฉันจะใช้การเน้นที่นี่ แต่โปรดอย่าขุ่นเคืองเพราะไม่มีเจตนา

การบันทึก DNS ไม่ได้รับการเผยแพร่ พวกเขากำลังแคช

ที่ถูกกล่าวว่านี่คือคำอธิบายที่ง่ายขึ้นของสิ่งที่เกิดขึ้น:

  1. คุณสร้างระเบียน DNS ใหม่ (A, CNAME ฯลฯ )

  2. ผู้ใช้ระยะไกล (โดยเฉพาะอย่างยิ่งกระบวนการ \ แอปพลิเคชันที่เปิดตัวโดยผู้ใช้) พยายามเข้าถึงบริการที่เข้าถึงผ่านระเบียน DNS นั้น (เว็บเบราว์เซอร์ที่พยายามเข้าถึงเว็บไซต์ที่ทำงานบน funny.example.com เป็นต้น)

  3. ไคลเอนต์ DNS ของผู้ใช้ส่งการค้นหา DNS ไปยังเซิร์ฟเวอร์ DNS จากนั้นเซิร์ฟเวอร์ DNS จะค้นหาเซิร์ฟเวอร์ชื่อของคุณ (มักจะผ่านชุดคำสั่ง DNS แบบเรียกซ้ำ) และสอบถามข้อมูลเกี่ยวกับ funny.example.com

  4. เซิร์ฟเวอร์ชื่อของคุณตอบกลับพร้อมกับคำตอบ

  5. จากนั้นเซิร์ฟเวอร์ DNS ของผู้ใช้จะส่งข้อมูลนี้ไปยังผู้ใช้ (โดยเฉพาะอย่างยิ่งกับตัวแก้ไข DNS ของผู้ใช้) ซึ่งจะส่งคืนข้อมูลไปยังกระบวนการ \ application ข้อมูลนี้มาพร้อมกับสิ่งที่เรียกว่า TTL (Time To Live) ที่บอกตัวแก้ไขไคลเอนต์ DNS ว่าข้อมูลนี้จะถูกเก็บไว้ในแคช DNS นานเท่าใด (ในหน่วยความจำ) และระยะเวลาที่ข้อมูลสามารถถูกพิจารณาว่าเป็นปัจจุบันและถูกต้อง

  6. ตัวแก้ไข DNS ไคลเอ็นต์ของผู้ใช้จะทำการลบข้อมูลนี้เมื่อ TTL หมดอายุ คำขอใหม่สำหรับระเบียน DNS ที่เป็นปัญหาต้องมีการค้นหา DNS ใหม่และกระบวนการข้างต้นซ้ำ

ดังนั้นความยาวและสั้นของมันคือ:

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

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


คำอธิบายที่ดีและฉันอาจเพิ่มตัวอย่างของโปรโตคอลที่มีการเผยแพร่ (ไม่เหมือน DNS): BGP
bortzmeyer

11

มันจะช่วยได้อย่างมากถ้าคุณบอกชื่อโดเมนจริงของคุณกับเราเราสามารถตอบคำถามของคุณเกี่ยวกับการตั้งค่าจริงของคุณและชี้ให้เห็นข้อบกพร่องใด ๆ

ฉันมักจะเชื่อถือhttp://dns.squish.net/เพื่อวินิจฉัยปัญหา DNS อย่างรวดเร็ว นั่นจะบอกคุณได้อย่างแน่นอนว่าปัญหาของคุณอยู่ที่ใดหลังจากที่คุณได้ทำการเปลี่ยนแปลง - โดยทั่วไปถ้าการมอบหมายของคุณจากอัปสตรีมนั้นถูกต้องและเซิร์ฟเวอร์ชื่อ 2-3 แห่งของคุณให้คำตอบเดียวกันและบางคนไม่เห็นบันทึกใหม่ พวกเขาจะต้องรอให้เครือข่ายท้องถิ่นของตนเห็นการเปลี่ยนแปลง หากตัวตรวจสอบนั้นบอกคุณว่าเซิร์ฟเวอร์ตัวใดตัวหนึ่งของคุณไม่ตอบสนองเหมือนกับตัวอื่นคุณต้องแก้ไขปัญหานั้น

ไม่มีวิธีที่คุณสามารถเผยแพร่การเปลี่ยนแปลง DNS ได้ทันที - ดีคุณสามารถเผยแพร่ได้ทันที แต่ส่วนที่เหลือของโลกจะล้าหลังตามการตั้งค่า TTL ของแต่ละระเบียนเช่นถ้าคุณตั้งค่าระเบียน TTL ที่ 86400 วินาที ( วันหนึ่ง) และคุณทำการเปลี่ยนแปลงผู้อื่นจะเห็นบันทึกเก่านานถึงทั้งวันเนื่องจากแคชในเครื่องของพวกเขาจะไม่ถามคุณจนกว่าสำเนาบันทึกของพวกเขาจะหมดอายุ

ฉันขอแนะนำว่าก่อนการเปลี่ยนแปลง DNS ที่สำคัญคุณจะลด TTL ของคุณเป็น 600 (10 นาที) เพื่อสนับสนุนแคชรอบอินเทอร์เน็ตเพื่อไม่ให้บันทึกเก่า ๆ เป็นเวลานาน แต่แคชบางตัวจะไม่สนใจสิ่งนี้หรือสมมติว่า 1 วันหรือ 1 สัปดาห์

คำตอบสำหรับคำถามเกี่ยวกับการท่องเที่ยวหวังว่าจะมีบางสิ่งที่มีประโยชน์อยู่ในนั้น


1
+1 เพื่อให้ชัดเจนเฉพาะไคลเอ็นต์ DNS เหล่านั้นที่มีข้อมูลอยู่ในแคชแล้วซึ่ง TTL ยังไม่หมดอายุเท่านั้นที่จะได้รับผลกระทบจากการเปลี่ยนแปลง คำขอใหม่ใด ๆ ที่ไม่มีข้อมูลในแคชจะแก้ไขทันที
joeqwerty

fyi: ลิงก์ตาย - squish.net/dnscheck
Aaron Esau

8

ใช่สุภาษิตโบราณ "การเปลี่ยนแปลง DNS อาจใช้เวลา 24-48 ชั่วโมงในการเผยแพร่ผ่านอินเทอร์เน็ต" จะแม่นยำยิ่งขึ้น "การเปลี่ยนแปลง DNS อาจถูกแคชบนเซิร์ฟเวอร์ DNS ใด ๆ ที่มีการสอบถามระเบียนนี้ภายใน 86400 วินาทีที่ผ่านมา"

หากคุณต้องการให้แน่ใจว่า DNS ซ้ำซ้อนในกรณีที่เซิร์ฟเวอร์ของคุณออฟไลน์คุณควรตรวจสอบบริการ DNS สำรอง (เช่นที่ dyndns.com) หรือสร้าง NS สำรองของคุณเอง


5

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

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

หากคุณไม่เห็นการเปลี่ยนแปลงที่คุณทำกับระเบียนที่มีอยู่ซึ่งสะท้อนในการสืบค้นจริงอาจหมายความว่าค่า TTL ของคุณสูงพอที่คุณจะไม่รอนานพอที่จะเห็นคำตอบที่มีอยู่อายุออกมาจากตัวแก้ไข แคชรอบ ๆ 'เน็ต

พื้นหลังบางส่วนจากความผิดพลาดของเซิร์ฟเวอร์: เหตุใดจึงเรียกว่า DNS "การเผยแพร่"


2

เมื่อมีคน (หรือคอมพิวเตอร์บางเครื่อง) ออกมาบนอินเทอร์เน็ตดังนั้นเพื่อพูดต้องการเชื่อมต่อกับหนึ่งในเครื่องของคุณพวกเขาจะขอชื่อที่อยู่ในเครื่องของพวกเขาเพื่อหาที่อยู่ IP ที่ตรงกับชื่อโฮสต์ที่พวกเขาสนใจ

ดังนั้นถ้าคุณบอกใครบางคน "เฮ้ลองดูที่เว็บไซต์สุดเจ๋งของฉันที่http://www.example.com " คอมพิวเตอร์ของคนอื่นจะถามชื่อเซิร์ฟเวอร์ในพื้นที่ "เฮ้สิ่งที่อยู่ IP ของ www.example.com คืออะไร"

สมมติว่าเนมเซิร์ฟเวอร์ภายในไม่เคยค้นหาคำตอบของคำถามนั้นมาก่อนมันจะขอให้เซิร์ฟเวอร์ชื่อรูทเพื่อค้นหาเซิร์ฟเวอร์ที่จัดการการค้นหาสำหรับ ".com" เมื่อได้รับคำตอบนั้นเซิร์ฟเวอร์จะถามเซิร์ฟเวอร์ที่จัดการการค้นหาสำหรับ "example.com" เมื่อได้รับคำตอบนั้นหากจะขอให้เซิร์ฟเวอร์เหล่านั้นหาที่อยู่ IP สำหรับ "www.example.com"

เมื่อเซิร์ฟเวอร์สำหรับ example.com ตอบกลับด้วยที่อยู่ IP สำหรับ www.example.com พวกเขาจะให้คำแนะนำแก่เนมเซิร์ฟเวอร์ที่ร้องขอเกี่ยวกับระยะเวลาที่เซิร์ฟเวอร์ควรจดจำคำตอบของคำถามนี้ คำใบ้นั้นเรียกว่า "TTL" หรือ "time to live" และวัดเป็นวินาที ไม่มีการรับประกันว่าเซิร์ฟเวอร์ใด ๆ จะให้ความสนใจกับ TTL - เซิร์ฟเวอร์ชื่อบางตัวอาจถูกกำหนดค่าให้จำคำตอบของการค้นหาไม่ได้และจะทำซ้ำกระบวนการนี้เสมอแม้ว่าจะถามหลายครั้งต่อวินาทีก็ตาม เซิร์ฟเวอร์ชื่ออื่นอาจได้รับการกำหนดค่าเพื่อให้คำตอบเป็นเวลานานแม้ว่าคุณจะแนะนำว่าข้อมูลจะถูกเก็บไว้เพียงช่วงเวลาสั้น ๆ อาจเป็นเพราะพวกเขาต้องการลดทราฟฟิกเครือข่าย TTL เป็นเพียงข้อเสนอแนะไม่ใช่ข้อกำหนดหรือการรับประกัน

คำตอบที่แท้จริงสำหรับคำถามของคุณ - เหตุใดระเบียน DNS ของคุณจึงไม่แพร่กระจายออกไปสู่อินเทอร์เน็ต

นอกจากนี้หากคุณกำลังดูข้อมูล DNS ของคุณเองโดยใช้เว็บไซต์ที่ออกแบบมาเพื่อการวิจัยหรือตรวจแก้จุดบกพร่องข้อมูล DNS โอกาสที่ไซต์นั้นจะไม่แคชข้อมูลเป็นเวลานานหรือเลยไม่ว่าคำแนะนำ TTL ของคุณจะเป็นเพราะอะไร เป้าหมายของไซต์น่าจะให้ข้อมูลเกี่ยวกับสิ่งที่ระบบ DNS บอกว่า RIGHT NOW ไม่ใช่เมื่อ 5 หรือ 50 หรือ 500 วินาทีก่อน นี่คือสาเหตุที่การเปลี่ยนแปลงของคุณปรากฏขึ้นทันทีและเหตุใดบริการจึงหยุดทำงานทันทีที่คุณยกเลิกการเชื่อมต่อเซิร์ฟเวอร์ชื่อ

ฉันสงสัยว่าคำถามพื้นฐานของคุณอาจเป็น "ฉันจะตั้งค่าสิ่งต่างๆอย่างไรเพื่อให้เซิร์ฟเวอร์ DNS ของฉันเริ่มต้นใหม่หรือฮาร์ดดิสก์ตายคนอื่น ๆ ในอินเทอร์เน็ตจะยังสามารถเห็นหน้าเว็บของฉันได้"

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

ดังนั้นในข้อมูล WHOIS ของคุณด้วยผู้รับจดทะเบียนชื่อโดเมนคุณอาจกำหนดค่าเนมเซิร์ฟเวอร์สี่ตัวสำหรับโดเมนของคุณ:

ns1.example.com ns2.example.com ns1.otherguy.com ns2.otherguy.com

โดยที่ ns1.example.com เป็นเซิร์ฟเวอร์ DNS ปัจจุบันของคุณ ns2.example.com อาจเป็นอีกเครื่องหนึ่งใน บริษัท / องค์กรของคุณ - ไม่ใช่ในเครือข่ายย่อยเดียวกันและอยู่ในชั้นวางเซิร์ฟเวอร์เดียวกัน (หรือใต้โต๊ะของผู้ชายคนเดียวกัน) เป็น ns1.example.com

ns1.example.com จะถือเป็นเซิร์ฟเวอร์ "หลัก" และเมื่อคุณต้องการเปลี่ยน DNS ของคุณคุณจะทำการเปลี่ยนแปลงในเครื่องนั้น

ns2.example.com จะถูกกำหนดค่าเป็นเซิร์ฟเวอร์ "บ่าว" ซึ่งเพียงคัดลอกข้อมูลใด ๆ ที่คุณได้ตั้งค่าไว้ใน ns1.example.com - แต่โลกภายนอกไม่สนใจความแตกต่างระหว่างเจ้านาย / ทาส ns2.example .com จะได้รับการพิจารณาในฐานะ "ทางการ" เป็น ns1.example.com

ns1.otherguy.com และ ns2.otherguy.com เป็นเครื่องจักรที่ตั้งค่าไว้ที่อื่น - บางทีคุณอาจทำข้อตกลงกับเพื่อน / เพื่อนร่วมงานที่องค์กรอื่นเพื่อเรียกใช้เซิร์ฟเวอร์ชื่อต่อกันหรือบางทีคุณอาจติดตั้ง dyndns.com หรือ everydns.net หรือผู้ให้บริการ DNS ฟรีหรือเชิงพาณิชย์อื่น ๆ คุณจะได้รับเครื่องที่กำหนดค่าเป็นทาสเพื่อให้พวกเขาดึงข้อมูล DNS สำหรับ example.com จาก ns1.example.com ("ต้นแบบ" ของคุณ) และพวกเขาจะให้บริการข้อมูล DNS นั้นไปยังเครื่องใด ๆ บน อินเทอร์เน็ตที่ขอมัน

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

ns1.example.com, ns2.example.com, ns1.otherguy.com, ns2.otherguy.com

ทั้งนี้ขึ้นอยู่กับการตั้งค่าเนมเซิร์ฟเวอร์ของคนอื่นมันอาจปฏิบัติต่อทั้งสี่เป็นรายการและถามพวกเขาทีละคนว่าจะเข้าถึง "www.example.com" ได้อย่างไร - หรืออาจถามคำถามทั้งสี่คำถามเดียวกันที่ ในเวลาเดียวกันและใช้คำตอบจากคำตอบของเครื่องก่อน ไม่ว่าจะด้วยวิธีใดก็ตามหาก ns1.example.com ไม่ทำงานเนื่องจากฮาร์ดดิสก์เสียชีวิตหรือคุณตัดสินใจที่จะรีบูทหรืออะไรก็ตามเครื่องอื่นอีก 3 เครื่องจะสามารถตอบคำถามแทนได้และเว็บไซต์ของคุณจะยังคงปรากฏต่อไป

วิธีที่ง่ายที่สุดในการแก้ปัญหานี้คือการลงทะเบียนกับผู้ให้บริการ DNS ที่จะจัดการ DNS สำหรับโดเมนของคุณ - ราคาสำหรับช่วงนี้ตั้งแต่ฟรีจนถึงหลายพัน (อาจเป็นหมื่นหรือหลายแสน) ต่อดอลลาร์ทั้งนี้ขึ้นอยู่กับ ระดับการให้บริการที่คุณต้องการ คุณสามารถรับบริการที่เชื่อถือได้ในราคา $ 30 / ปี บริการฟรีนั้นไม่น่ากลัวและมีอัตราส่วนการทำเงินต่อเจ้าชู้ที่ดี แต่ถ้าคุณพึ่งพาเว็บไซต์ของคุณเพื่อสร้างรายได้คุณจะสามารถทำเงินได้ $ 30 ต่อปีสำหรับ DNS .

จากนั้นทำตามคำแนะนำจากผู้ให้บริการ DNS เพื่อเปลี่ยนระเบียน NS ที่ บริษัท จดทะเบียนชื่อโดเมนของคุณและคุณจะได้รับการตั้งค่าทั้งหมด


0

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.