การเปลี่ยนหมายเลขซีเรียล DNS เป็นอดีต

12

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

นี่คือเซิร์ฟเวอร์ DNS สาธารณะของเราและฉันต้องการให้แน่ใจว่าจะไม่มีปัญหาในการทำเช่นนี้ มีใครเคยมีประสบการณ์ในการเปลี่ยนผ่านแบบนี้บ้างไหม?

domain-name-system bind

— จอร์แดนอึนสัน
แหล่งที่มา

6

Heads-up: ไม่มีรูปแบบมาตรฐานสำหรับหมายเลขซีเรียล DNS

— John Gardeniers

1

@John รูปแบบอนุกรมแนะนำโดย RFC1912 ส่วน 2.2 ดู: faqs.org/rfcs/rfc1912.html

— Justin Scott

@ จัสตินนั่นคือไม่มีอะไรมากไปกว่าข้อเสนอแนะ มันไม่ได้มาตรฐาน นอกจากนี้ RFC ยังไม่ได้มาตรฐาน มันเป็นสารตั้งต้นสำหรับคำแนะนำสำหรับมาตรฐาน ไม่มีอะไรเพิ่มเติม

— John Gardeniers

@ จอห์นฉันไม่ได้บอกว่ามันเป็นมาตรฐานฉันบอกว่ามันเป็น "แนะนำ" อย่างไรก็ตามเกือบทุกโซน DNS ที่ฉันเคยเห็นใช้รูปแบบนั้นดังนั้นคุณสามารถพูดได้ว่ามันเป็นมาตรฐานแบบไม่ต้องทำ

— Justin Scott

6

หากหมายเลขของเขาที่ขึ้นต้นด้วย2033นั้นมากกว่ามาตรฐานYYYYMMDDXXคุณสามารถรีเซ็ตค่าได้

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

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

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

— ลาบราดอร์

@ labradort ยังใช้ได้สำหรับฉัน มันได้เปลี่ยนเป็นลิงค์ archive.org เมื่อนานมาแล้วที่ยังคงใช้ได้ นี่คือลิงค์เพิ่มเติมสองสามอันunix.stackexchange.com/questions/36869/… microhowto.info/howto/ … ฉันไม่ต้องการคัดลอกวางหน้าทั้งหมดลงในคำตอบ นอกจากนี้ฉันยังคิดว่าการพูดถึงว่ามันเป็นจำนวนเต็ม 32 บิตน่าจะเพียงพอสำหรับคนส่วนใหญ่ในหน้าปัจจุบันผ่านทาง Google

— Zoredache

"การหมดเวลาเกตเวย์ 504 เซิร์ฟเวอร์ไม่ตอบสนองทันเวลา" - จากลิงก์เดิม นี่คือข้อมูลที่เป็นประโยชน์บางอย่าง ... การผูก 9.9 จะไม่ทำการถ่ายโอนโซนผ่าน "แจ้งเตือน" เว้นแต่ว่าหมายเลขซีเรียลจะเพิ่มขึ้น หมายเลขซีเรียลไม่สามารถล่วงหน้ามากกว่า 2147483647 ในเวลาเดียวกัน จำนวน 99999999 บนเครื่องวัดระยะทางคือ 2 ^ 32 - 1 หรือ 4294967295 รอให้ NS รองได้รับ SOA ใหม่ก่อนที่จะเพิ่มขึ้น

— ลาบราดอร์

6

ฉันไม่ได้ทำเอง แต่บุ๊กมาร์กโซลูชัน ( HOWTO Fix SOA RR หมายเลขซีเรียล ) จากผู้แต่งหนังสือPro DNS และ BINDในกรณีที่ฉันทำผิดพลาดด้วยตัวเอง

— ปีเตอร์เมอเรย์
แหล่งที่มา

4

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

— จัสตินสกอตต์
แหล่งที่มา

3

และหากไม่ได้ผล (อย่างน้อยในกรณีของ BIND) ให้ลบไฟล์โซนออกจากไฟล์สำรองและทำการโหลดซ้ำซึ่งจะทำให้ไฟล์ดังกล่าวดึงสำเนาใหม่

— John Gardeniers

0

ดังที่กล่าวไว้ฟิลด์ SERIAL ในระเบียนทรัพยากร SOA นั้นไม่มีสิ่งที่เรียกว่า "รูปแบบมาตรฐาน" มันไม่ได้ใช้โดยโปรแกรมเซิร์ฟเวอร์ DNS ทั้งหมด (ทุกวันนี้จำนวนที่ยุติธรรมของโลกไม่ได้ใช้การจำลองแบบฐานข้อมูลการถ่ายโอนโซน) ด้วย BIND ของ ISC มันเป็นเพียงตัวเลขที่ไม่มีความหมายโดยธรรมชาติกับค่าเฉพาะของมันซึ่งใช้ในการตรวจสอบระหว่างการจำลองแบบ วันที่และสามารถเลือกรูปแบบใดก็ได้ที่ต้องการตั้งค่าด้วยเงื่อนไขตามที่ระบุไว้ว่า "ใหม่กว่า" ต้องหมายถึง "จำนวนที่มากขึ้นโมดูโล 32 บิต"

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

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

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

— Chris S