การจัดการ DNS ทำงานร่วมกับบันทึก NS และ A โดยใช้ตัวอย่าง ข้อมูลเบื้องต้นเกี่ยวกับการเรียนรู้และการใช้ระเบียน DNS

ระบบชื่อโดเมน (DNS) นั้นเป็นสมุดโทรศัพท์ผ่านอินเทอร์เน็ต คุณพิมพ์ apple.com ลงในเบราว์เซอร์ของคุณเพื่อซื้ออุปกรณ์เสริม iPhone แต่คำขอของคุณค้นหาเซิร์ฟเวอร์ Apple ที่มีที่อยู่ IP 17.172.224.47 ได้อย่างไร ระบบชื่อโดเมนทำสิ่งนี้เพื่อคุณ

หากคุณมีธุรกิจออนไลน์ขนาดเล็กหรือบล็อกบน WordPress คุณอาจเจอการตั้งค่าระเบียน A และ CNAME อยู่แล้ว และหากคุณพยายามย้ายเมลจากเว็บไซต์ของคุณ ให้ใช้การตั้งค่าระเบียน MX และบางทีบริการเว็บบางอย่างอาจขอให้คุณกำหนดค่า TXT ให้ทำงานกับเว็บไซต์ของคุณ เหตุใดจึงจำเป็นทั้งหมดนี้และปัญหาที่นี่มีอะไรบ้าง

ในบทความนี้ ฉันจะอธิบายพื้นฐานของระบบชื่อโดเมนและการกำหนดค่าบันทึกที่จำเป็นในการทำงานกับโดเมน

เซิร์ฟเวอร์ DNS

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

นี่คือตัวอย่างรายการ NS ของฉันสำหรับ JeffReifman.com:

การตั้งค่าทั้งหมดที่คุณระบุจะได้รับการกำหนดค่าและเผยแพร่ทางออนไลน์โดยใช้เซิร์ฟเวอร์เหล่านี้

ตอนนี้เรามาดูประเภทของระเบียน DNS กันดีกว่า โดยประเภทหลักคือระเบียน A

บันทึก

หากคุณพิมพ์ jeffreifman.com ในแถบที่อยู่ คำขอจะถูกส่งไปยังไดเรกทอรีที่จะค้นหาบันทึก DNS ที่สอดคล้องกับรากของโดเมนนั้น รูทในกรณีนี้หมายถึงไม่มีคำนำหน้า www นั่นคือไม่มีโดเมนย่อย มีเพียง http://jeffreifman.com ตัวอย่างเช่น ระเบียน A ระดับรากอาจชี้ไปที่ IP 107.164.32.96 ดังนั้นจึงเป็นที่อยู่ที่จะไป

นี่คือตัวอย่างแบบสอบถาม A-record บน Kloth:

บันทึกโดเมนย่อย

คุณยังสามารถกำหนดค่าระเบียน A สำหรับโดเมนย่อยต่างๆ ได้ ตัวอย่างเช่น หากคุณต้องการให้ http://www.yourwebsite.com/ ชี้ไปยังที่อยู่เดียวกัน เพียงเพิ่มระเบียน A ที่เหมือนกันสำหรับโดเมนย่อย www ตอนนี้โดเมนรากและโดเมนย่อยจะมี IP เดียวกัน

เร็วๆ นี้ เราจะเปิดตัวไซต์ที่เกี่ยวข้องบนโดเมนที่เกี่ยวข้องกับเมืองเฉพาะ (portland.fleethejungle.com) ฉันคาดว่าจะโฮสต์ไซต์เหล่านั้นบนเซิร์ฟเวอร์ที่แตกต่างกัน เราต้องการให้ A-records ของแต่ละโดเมนย่อยชี้ไปที่ IP เฉพาะของเซิร์ฟเวอร์ที่เกี่ยวข้อง

โพสต์โดยไวด์การ์ด

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

ระเบียน Wildcard ช่วยให้การเชื่อมโยงโดเมนย่อยหลายรายการเข้ากับเซิร์ฟเวอร์เดียวเป็นเรื่องง่าย

การกำหนดเส้นทางขาเข้าบนเซิร์ฟเวอร์

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

ชื่อเซิร์ฟเวอร์ jeffreifman.com ServerAlias ​​www.jeffreifman.com DocumentRoot /var/www/jeffreifman DirectoryIndex index.php AllowOverride ปฏิเสธคำสั่งซื้อทั้งหมด อนุญาตอนุญาตจากทั้งหมด

ฉันยังขายโดเมนที่มีการกำหนดราคาแบบไดนามิกด้วย นี่คือวิธีที่ Apache จัดการการรับส่งข้อมูลสำหรับโดเมนและบันทึก DNS ทั้งหมดเหล่านี้

ชื่อเซิร์ฟเวอร์ newscloud.com ServerAlias ​​*acro.io ServerAlias ​​*acroyoga.io ServerAlias ​​*การฝังเข็ม.io ServerAlias ​​*allmisses.com ServerAlias ​​*amehzon.com ServerAlias ​​*carestrategies.com ServerAlias ​​* caringsitters.com ServerAlias ​​​​*clipboards.io ServerAlias ​​​​*commonbits.com ServerAlias ​​*commonroad.com ServerAlias ​​*commontunes.com ServerAlias ​​*completelady.com ...

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

ระเบียน CNAME

CNAME โดยพื้นฐานแล้วคือนามแฝงข้อความสำหรับกำหนดเส้นทางการรับส่งข้อมูลโดเมนและโดเมนย่อย ตัวอย่างเช่น หากคุณต้องเผชิญกับการตั้งค่าบริการ เช่น WordPress หรือ Tumblr พวกเขาอาจแนะนำให้ตั้งค่าโดเมนโดยใช้ระเบียน CNAME และระเบียน A ที่มี IP

ฉันไม่ได้ใช้ Tumblr บ่อยนัก แต่ฉันได้ตั้งค่าบัญชีของฉันไว้ที่ http://misc.jeffreifman.com/ มาระยะหนึ่งแล้ว ต่อไปนี้เป็นคำแนะนำในการตั้งค่าชื่อโดเมนที่กำหนดเอง ซึ่งอนุญาตให้คุณใช้ระเบียน A หรือ CNAME ฉันเลือก CNAME

นี่คือรายการ DNS สำหรับเบ็ดเตล็ด jeffreifman.com:

เบ็ดเตล็ด.jeffreifman.com CNAME domains.tumblr.com.

หมายเหตุ: อย่าลืมใส่จุดในที่อยู่ CNAME

เมื่อผู้ใช้ร้องขอ misc.jeffreifman.com DNS จะส่งเขาไปที่ domain.tumblr.com และจะพบ IP 66.6.44.4 ที่นั่น

ข้อได้เปรียบที่สำคัญของระเบียน CNAME คือ ตัวอย่างเช่น หาก Tumblr เปลี่ยนที่อยู่เซิร์ฟเวอร์ คุณไม่จำเป็นต้องเปลี่ยนระเบียน CNAME มันจะยังคงเหมือนเดิมและ Tumblr จะสามารถควบคุม IP ได้โดยเปลี่ยน A-record เป็น domains.tumblr.com

ฉันใช้แนวทางนี้เมื่อขายชื่อโดเมน - ส่วนใหญ่เชื่อมโยงกับเซิร์ฟเวอร์ผ่าน CNAME หากฉันต้องการเปลี่ยนโฮสติ้งและเปลี่ยน IP ของเซิร์ฟเวอร์ ฉันสามารถเปลี่ยนระเบียน A โดเมนย่อยเดียวที่ใช้โดย CNAME แทนที่จะเปลี่ยนระเบียน A สำหรับแต่ละโดเมน

อีกสถานการณ์หนึ่งสำหรับการใช้บันทึก CNAME คือการใช้ CNAME กับบริการ CDN ดังที่ฉันอธิบายไว้ในบทความ KeyCDN ฉันตั้งค่าโดเมนย่อยบนคลาวด์ c1, c2, c3, c4 โดยเชื่อมโยงโดเมนย่อยทั้งหมดกับมิเรอร์ที่ jr-faf.kxcdn.com

จะเกิดอะไรขึ้นเมื่อคุณเปลี่ยนระเบียน DNS

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

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

นายทะเบียนของฉันแนะนำให้ฉันใช้ https://www.whatsmydns.net/ เพื่อรายงานภาพการเผยแพร่ DNS ของฉันในพื้นที่ต่างๆ ด้านล่างนี้เป็นภาพหน้าจอที่ฉันถ่ายเมื่อเปลี่ยนเซิร์ฟเวอร์ของไซต์ของฉัน - การเปลี่ยนแปลงใช้เวลาหลายชั่วโมง

ภาพประกอบด้านล่างแสดงเซิร์ฟเวอร์ DNS ที่บันทึกการเปลี่ยนแปลงล่าสุดของฉัน:

ระเบียน MX

ตอนนี้เรามาดูระเบียน MX กันดีกว่า บันทึกเหล่านี้จะบอกระบบ DNS ว่าจะส่งอีเมลทั้งหมดที่มาถึงคุณที่ไหน ดังนั้นหากฉันซื้อโดเมน StarWars.io และต้องการรับเมลที่ [ป้องกันอีเมล]ฉันต้องทำสองสิ่ง

ขั้นแรก ฉันต้องลงทะเบียนกับบริการอีเมลเช่น Google Apps หรือ FastMail เพื่อโพสต์อีเมลของฉันที่นั่น ประการที่สอง ฉันต้องกำหนดค่าระเบียน MX เพื่อให้อีเมลไปที่เซิร์ฟเวอร์เหล่านี้

ตัวอย่างเช่น การกำหนดค่า Google Apps จะเป็นดังนี้:

เซิร์ฟเวอร์จดหมายลำดับความสำคัญ 1 ASPMX.L.GOOGLE.COM 5 ALT1.ASPMX.L.GOOGLE.COM 5 ALT2.ASPMX.L.GOOGLE.COM 10 ALT3.ASPMX.L.GOOGLE.COM. 10 ALT4.ASPMX.L.GOOGLE.COM.

และสำหรับ FastMail เช่นนี้:

In1-smtp.messagingengine.com (อันดับแรก ลำดับความสำคัญ=10) in2-smtp.messagingengine.com (ที่สอง ลำดับความสำคัญ=20)

คุณยังสามารถใช้บันทึก TXT เพื่อแจ้งเซิร์ฟเวอร์ตรวจจับสแปมว่าเซิร์ฟเวอร์อีเมลของคุณส่งต่ออีเมลที่ถูกต้องเท่านั้น ดังที่ฉันทำในตัวอย่างข้างต้นด้วยบันทึก SPF บริการต่างๆ เช่น Mailgun จะใช้บันทึก SPF และ DKIM เมื่อส่งข้อความจำนวนมาก

บันทึก AAAA

หากคุณเลือกที่จะรองรับการกำหนดที่อยู่ IPv6 คุณจะต้องกำหนดค่าบันทึก AAAA:

ในปัจจุบัน การเปลี่ยนจาก IPv4 เป็น IPv6 ส่วนใหญ่เกิดขึ้นอย่างเงียบๆ และไม่มีใครสังเกตเห็น เมื่อเวลาผ่านไป เมื่อภาวะโลกร้อนคร่าชีวิตหมีขั้วโลกตัวสุดท้าย บันทึก A จะกลายเป็นบันทึกที่เกี่ยวข้อง และบันทึก AAAA จะกลายเป็นบันทึก DNS หลัก

Domain Name System (DNS) เป็นฐานข้อมูลแบบกระจายที่จัดเก็บข้อมูลเกี่ยวกับโดเมน: ที่อยู่ IP ของโดเมน, เซิร์ฟเวอร์ ns ที่ให้บริการโดเมน, บันทึก mx สำหรับโดเมนนี้และข้อมูลบริการอื่น ๆ

ข้อมูลโดเมนจะถูกจัดเก็บในรูปแบบของบันทึก ประเภทโพสต์หลัก:

1.บันทึก SOA- ประกอบด้วยชื่อของเซิร์ฟเวอร์ ns หลักสำหรับโซนนี้, อีเมลของผู้ดูแลระบบของโซนนี้, หมายเลขซีเรียล, ค่าเวลาแคชสำหรับรายการโซนเริ่มต้นทั้งหมด
หากต้องการสร้างบันทึก SOA (เพิ่มโซนให้กับโดเมน) คุณต้องเพิ่มโดเมนผ่านส่วน "การโอนโดเมน" ในบัญชีส่วนตัวของคุณ

2. บันทึกของ NSชี้ไปที่เซิร์ฟเวอร์ DNS สำหรับโดเมนนี้ ตัวอย่างเช่น บันทึก NS ของเรา:

ns1.ไซต์
ns2.ไซต์
ns3.ไซต์

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

3. ระเบียน A และ CNAME.

ระเบียน A เชื่อมโยงชื่อโฮสต์กับที่อยู่ IP

ระเบียน CNAME หรือบันทึกตามรูปแบบบัญญัติของชื่อใช้เพื่อเปลี่ยนเส้นทางไปยังชื่ออื่น

บันทึกทั้งสองนี้สามารถเปลี่ยนแปลงได้ในแผงควบคุมการโฮสต์ในส่วน DNS - นามแฝง เมื่อตั้งค่า/เปลี่ยนแปลงระเบียน A ที่อยู่ IP จะถูกป้อนลงในช่อง "ที่อยู่"

ตัวอย่าง: 217.112.XX.XX

เมื่อตั้งค่า/เปลี่ยนแปลงระเบียน CNAME ชื่อรูปแบบบัญญัติจะมีจุดต่อท้าย

ตัวอย่าง: test.example.ru

4. บันทึก MX

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

ตัวอย่างเช่น: mail.example.ru

5.บันทึก SRV และ TXT

บันทึก SRV ระบุตำแหน่งของเซิร์ฟเวอร์สำหรับบริการต่างๆ

บันทึก SRV ประกอบด้วยส่วนต่างๆ ดังต่อไปนี้:

Service._proto.name เป้าหมายพอร์ตน้ำหนักลำดับความสำคัญของคลาส TTL SRV

บริการ - ชื่อบริการ เช่น xmpp หรือ sip
โปรโต - ชื่อโปรโตคอล โดยปกติแล้วจะเป็น tcp หรือ udp
ชื่อ - ชื่อของโดเมนที่บริการนี้ตั้งอยู่
คลาส - มาตรฐาน DNS, ฟิลด์คลาส
TTL - มาตรฐาน DNS เวลาในการใช้งาน
ลำดับความสำคัญ - ลำดับความสำคัญของการบันทึก ยิ่งตัวเลขยิ่งต่ำ ลำดับความสำคัญก็จะยิ่งสูงขึ้น
น้ำหนัก - บันทึกน้ำหนัก ใช้สำหรับรายการที่มีลำดับความสำคัญเท่ากัน
พอร์ต - พอร์ตที่บริการที่ระบุตั้งอยู่บนเซิร์ฟเวอร์นี้
ชื่อโฮสต์(เป้าหมาย) - ชื่อเซิร์ฟเวอร์

ระเบียน TXT ใช้เพื่อระบุข้อมูลข้อความเพิ่มเติม

คุณสามารถเพิ่มและเปลี่ยนแปลงบันทึก SRV และ TXT ได้ในส่วน DNS (SRV, TXT) ของแผงควบคุมโฮสติ้ง

6. บันทึกพีทีอาร์

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

การเปลี่ยนแปลงการตั้งค่า DNS ทั้งหมดที่ทำในแผงควบคุมของคุณจะมีผลเฉพาะกับโดเมนที่มอบหมายให้กับเซิร์ฟเวอร์ NS ของเราเท่านั้น
หากมีการเปลี่ยนแปลงบันทึกสำหรับโดเมนหลัก เช่น example.ru ช่อง "ชื่อ" จะต้องเว้นว่างไว้ หากป้อนค่าใดๆ เช่น 1 การตั้งค่าจะมีผลกับโดเมนย่อย 1.example.ru

บัญชีที่อยู่ (A) บัญชี A แสดงชื่อคอมพิวเตอร์เป็นที่อยู่ IP ที่เป็นตัวเลข กล่าวอีกนัยหนึ่ง รายการนี้ระบุชื่อโฮสต์และที่อยู่ IP ของคอมพิวเตอร์เฉพาะ เพื่อให้ชื่อโฮสต์ตรงกับที่อยู่ IP ที่ระบุ นี่เป็นบันทึกที่เนมเซิร์ฟเวอร์ A ต้องส่งไปยังเนมเซิร์ฟเวอร์อื่นและรับการตอบกลับคำขอ ด้านล่างนี้เป็นตัวอย่างลักษณะของระเบียน A:
peter.gudzondns.com. ใน 36.36.1.6 คอลัมน์แรกประกอบด้วยชื่อโฮสต์ของคอมพิวเตอร์ รายการคอลัมน์ที่สองคือคลาสรายการ สำหรับการดำเนินการ DNS ขั้นพื้นฐาน คุณจะต้องตั้งค่าการกำหนด IN สำหรับอินเทอร์เน็ตเท่านั้น คอลัมน์ถัดไประบุประเภทรายการ และคอลัมน์สุดท้ายคือที่อยู่ IP จริง คุณสามารถเพิ่มที่อยู่ IP มากกว่าหนึ่งรายการสำหรับชื่อโฮสต์ที่กำหนดได้ นี่เป็นสิ่งจำเป็นเมื่อใช้ไฟร์วอลล์และมีการ์ดอีเธอร์เน็ตสองตัวในคอมพิวเตอร์เครื่องเดียว สิ่งที่คุณต้องทำคือเพิ่มระเบียน A ที่สอง โดยกรอกคอลัมน์เดียวกันยกเว้นที่อยู่ IP นอกจากนี้ยังสามารถแสดงชื่อโฮสต์มากกว่าหนึ่งชื่อสำหรับที่อยู่ IP เดียวได้ แต่ไม่แนะนำ เนื่องจาก DNS มีบันทึกพิเศษที่อนุญาตให้คอมพิวเตอร์มีนามแฝง ซึ่งเรียกว่าระเบียน CNAME

  • บัญชีชื่อ Canonical (CNAME) บัญชี CNAME อนุญาตให้คอมพิวเตอร์มีชื่อโฮสต์มากกว่าหนึ่งชื่อ เพื่อให้สามารถเพิ่มนามแฝงได้ จะต้องสร้างบัญชี A ชื่อโฮสต์ของคอมพิวเตอร์ที่ตั้งค่าเป็นบัญชี A เรียกว่าชื่อมาตรฐานหรือชื่ออย่างเป็นทางการของคอมพิวเตอร์ รายการอื่นๆ จะต้องชี้ไปที่ชื่อตามรูปแบบบัญญัติ ต่อไปนี้เป็นตัวอย่างของระเบียน CNAME: www.gudzondns.com ใน CNAME peter.gudzondns.com คุณสามารถเห็นความคล้ายคลึงกับรายการก่อนหน้า บันทึกจะถูกอ่านจากซ้ายไปขวาเสมอ โดยมีข้อความค้นหาทางด้านซ้ายและการตอบกลับข้อความค้นหาทางด้านขวา คอมพิวเตอร์หนึ่งเครื่องสามารถมีนามแฝง CNAME ได้ไม่จำกัดจำนวน ต้องป้อนรายการใหม่สำหรับแต่ละนามแฝง
  • บัญชีเซิร์ฟเวอร์เมล (MX) บัญชี MX มีความสำคัญมากกว่าที่เห็นมาก อนุญาตให้ส่งอีเมลทั้งหมดสำหรับโดเมนไปยังโฮสต์เดียว สิ่งนี้มีประโยชน์อย่างยิ่งในการลดภาระบนโฮสต์ภายในที่ไม่ควรกำหนดเส้นทางเมลขาเข้า รวมถึงการรวบรวมเมลทั้งหมดที่ส่งไปยังที่อยู่ใดๆ ในโดเมนของคุณ แม้ว่าที่อยู่นั้นจะไม่มีการเชื่อมต่อกับคอมพิวเตอร์ก็ตาม ตัวอย่างเช่น คุณมีเมลเซิร์ฟเวอร์ที่ทำงานบนคอมพิวเตอร์สมมติ peter.gudzondns.com และคุณต้องการให้ที่อยู่ไปรษณีย์ของคุณเป็น " [ป้องกันอีเมล]"และไม่" [ป้องกันอีเมล]" ดำเนินการโดยใช้รายการที่แสดงด้านล่าง: gudzondns.com ใน MX 10 peter.gudzondns.com คอลัมน์ซ้ายสุดระบุที่อยู่ที่คุณต้องการใช้เป็นที่อยู่ทางไปรษณีย์ของคุณ สองคอลัมน์ถัดไปได้รับการอธิบายโดยละเอียดในบทความก่อนหน้านี้ รายการ คอลัมน์ถัดไปคือหมายเลข "10" แตกต่างจากรูปแบบบันทึก DNS ปกติ นี่คือหมายเลขลำดับความสำคัญ บ่อยครั้งในระบบขนาดใหญ่จะมีเซิร์ฟเวอร์อีเมลสำรองซึ่งอาจมากกว่าหนึ่งเซิร์ฟเวอร์ เมลเซิร์ฟเวอร์หลักไม่ทำงาน คุณสามารถทำได้โดยใช้ระเบียน MX ตัวเลขที่ต่ำกว่าในระเบียน MX หมายความว่ามีลำดับความสำคัญสูงกว่า และเมลจะถูกส่งไปยังเซิร์ฟเวอร์ด้วยตัวเลขที่ต่ำที่สุด (ค่าต่ำสุดที่เป็นไปได้คือ 0) หากมีอะไรเกิดขึ้นกับเซิร์ฟเวอร์นั้น คอมพิวเตอร์ที่ส่งอีเมลจะพยายามกำหนดเส้นทางไปยังเซิร์ฟเวอร์ถัดไปที่อยู่ในตาราง DNS ตามลำดับความสำคัญ คุณสามารถมีระเบียน MX ได้มากเท่าที่คุณต้องการ แม้ว่าเมลจะถูกส่งไปยังคอมพิวเตอร์ที่มีบันทึก A โดยตรงก็ตาม โปรแกรม sendmail บางโปรแกรมจะค้นหาเฉพาะระเบียน MX เท่านั้น นอกจากนี้ยังสามารถรวมเทมเพลตระเบียน MX ได้ด้วย หากคุณมีโดเมนที่ผู้ใช้แต่ละคนมีคอมพิวเตอร์ของตัวเองซึ่งทำหน้าที่เป็นไคลเอนต์อีเมล จดหมายก็สามารถส่งไปยังคอมพิวเตอร์แต่ละเครื่องได้โดยตรง คุณสามารถเพิ่มระเบียน MX ได้ดังนี้: *.gudzondns.com ใน MX 10 peter.gudzondns.com โดยระบุว่าเมลใดๆ ที่ส่งไปยังเวิร์กสเตชันใดๆ ในโดเมน gudzondns.com จะต้องผ่านเซิร์ฟเวอร์ peter.gudzondns.com ควรใช้ความระมัดระวังเมื่อใช้เทมเพลต เนื่องจากรายการเฉพาะจะมีความสำคัญเหนือกว่าสิ่งที่มีอยู่ในเทมเพลต
  • บัญชีตัวชี้ (PTR) แม้ว่าจะมีตัวเลือกอื่นๆ ในการติดตั้งบันทึก PTR แต่เราจะครอบคลุมเฉพาะวิธีการที่ใช้บ่อยที่สุดเท่านั้น ซึ่งเรียกว่า "in-addr.arpa"
    บันทึก PTR ของ In-addr.arpa นั้นตรงกันข้ามกับบันทึก A โดยสิ้นเชิง โดยอนุญาตให้คุณจดจำคอมพิวเตอร์ของคุณด้วยที่อยู่ IP สิ่งนี้เรียกว่า "การค้นหาแบบย้อนกลับ" มีการใช้มากขึ้นเรื่อยๆ เมื่อคอมพิวเตอร์ทำการค้นหาแบบย้อนกลับบนคอมพิวเตอร์ของคุณก่อนที่จะเข้าถึงบริการต่างๆ (เช่น หน้าต่างๆ ใน ​​WWW) การค้นหาแบบย้อนกลับเป็นมาตรการรักษาความปลอดภัยที่ดีสำหรับคอมพิวเตอร์ของคุณ เนื่องจากจะช่วยตรวจสอบว่าคอมพิวเตอร์ของคุณเป็นไปตามที่ควรจะเป็น รายการ In-addr.arpa มีลักษณะดังนี้: 6.1.36.36.in-addr.arpa ใน PTR peter.gudzondns.com ดังที่คุณเห็นจากตัวอย่างสำหรับบันทึก A ที่จุดเริ่มต้นของบันทึกนี้จะมีที่อยู่ IP ที่ส่งกลับสำหรับชื่อโฮสต์ที่อยู่ในคอลัมน์สุดท้าย
  • บัญชีเนมเซิร์ฟเวอร์ (NS) ระเบียน NS - จำเป็นสำหรับข้อมูล DNS ในการทำงาน เพียงแต่บ่งบอกถึงอำนาจของเนมเซิร์ฟเวอร์สำหรับโดเมนที่กำหนด ต้องมีระเบียน NS อย่างน้อยสองรายการสำหรับระเบียน DNS แต่ละระเบียน บันทึก NS มีลักษณะดังนี้: gudzondns.com ใน NS draven.gudzondns.com ควรมีระเบียน A ใน DNS ของคุณสำหรับคอมพิวเตอร์แต่ละเครื่องเป็นระเบียน A ของเนมเซิร์ฟเวอร์ของโดเมนของคุณ
  • เริ่มต้นบัญชีการอนุญาต (SOA) ระเบียน SOA เป็นระเบียน DNS ที่มีความสำคัญที่สุด มันถ่ายทอดข้อมูลได้มากกว่าบันทึกอื่นๆ ทั้งหมดรวมกัน ระเบียนนี้เรียกว่าจุดเริ่มต้นของสิทธิ์เนื่องจากกำหนดให้ระเบียน DNS เป็นแหล่งข้อมูลอย่างเป็นทางการสำหรับโดเมน นี่คือตัวอย่างบันทึก SOA: gudzondns.com ในโดเมนย่อย SOA.gudzondns.com hostmaster.gudzondns.com (1998111201; อนุกรม 10800; รีเฟรช 3600; ลองอีกครั้ง 3600000; หมดอายุ 86400); ขั้นต่ำ
    คอลัมน์แรกประกอบด้วยโดเมนที่รายการนี้เริ่มต้นการอนุญาต ข้อมูลสองชิ้นถัดไปควรดูคุ้นเคย ระเบียน "draven.gudzondns.com" เป็นเนมเซิร์ฟเวอร์หลักสำหรับโดเมน รายการสุดท้ายในคอลัมน์นี้คือที่อยู่อีเมลที่ถูกต้อง หากคุณแทนที่ "@" เป็น "." ตัวแรก จะต้องเป็นที่อยู่ติดต่อที่ถูกต้องสำหรับบันทึก SOA เสมอ ข้อมูลต่อไปนี้แตกต่างจากที่เราใช้อยู่แล้วเล็กน้อย Serial คือบันทึกว่ารายการ DNS นี้สามารถเปลี่ยนได้บ่อยเพียงใด ทุกครั้งที่มีการเปลี่ยนแปลง Serial จะต้องเพิ่มขึ้น เนมเซิร์ฟเวอร์อื่นๆ ที่ดึงข้อมูลสำหรับโซนจากโซนหลักจะดึงโซนเฉพาะในกรณีที่ซีเรียลในบันทึกของเนมเซิร์ฟเวอร์หลักสูงกว่าซีเรียลในบันทึกนั้น ดังนั้นเนมเซิร์ฟเวอร์สำหรับโดเมนจึงสามารถเปลี่ยนแปลงได้เอง ขอแนะนำให้ใช้ Serial ของคุณในรูปแบบ YYYYMMDDNN โดยที่ NN คือวันที่ DNS มีการเปลี่ยนแปลง ค่าเวลาตัวเลขทั้งหมดในการบันทึกเป็นวินาที หมายเลข "รีเฟรช" ระบุความถี่ที่เนมเซิร์ฟเวอร์รองควรตรวจสอบการเปลี่ยนแปลงหลักในซีเรียล "ลองอีกครั้ง" - ระยะเวลาที่เซิร์ฟเวอร์รองควรรอก่อนที่จะพยายามเชื่อมต่อกับเซิร์ฟเวอร์หลักอีกครั้ง หากการเชื่อมต่อขาดหาย "หมดอายุ" หมายถึงระยะเวลาที่เซิร์ฟเวอร์รองควรใช้รายการปัจจุบันเมื่อไม่สามารถดำเนินการกู้คืนได้ และ "ขั้นต่ำ" หมายถึงระยะเวลาที่เนมเซิร์ฟเวอร์ของคุณควรแคชหรือเก็บรายการนี้ไว้
  • Webmin ไม่รองรับบันทึกทุกประเภทที่ BIND รู้จัก รองรับเฉพาะรายการที่พบบ่อยกว่าเท่านั้น ด้านล่างนี้เราจะอธิบายประเภทของบันทึกที่ Webmin สามารถใช้งานได้ นอกจากนี้ จะมีการอธิบายโดยย่อเกี่ยวกับแต่ละประเภทเหล่านี้ด้วย

    ประเภทโพสต์ที่มีอยู่ ในโซนตรง:

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

    เมื่อสร้างหรือแก้ไขรายการที่อยู่ ฟิลด์ ที่อยู่ (ที่อยู่ IP) มีวัตถุประสงค์เพื่อบันทึกที่อยู่ IP ที่จะเชื่อมโยงกับชื่อโฮสต์ สนาม อัพเดตย้อนหลัง??) มีหน้าที่สร้างและเปลี่ยนแปลงบันทึกโดยอัตโนมัติ ที่อยู่ย้อนกลับ, พิมพ์ปตท.)วี โซนย้อนกลับ) - ดูการเพิ่มและการแก้ไขรายการเพื่อดูรายละเอียด

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

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

    ชื่อนามแฝง (CNAME)- บันทึกประเภทนี้อนุญาตให้คุณสร้างนามแฝง (นามแฝง ลิงก์ การผูก) ไปยังที่อยู่ที่มีอยู่ (ที่อยู่ ประเภท A) และบันทึกที่อยู่ย้อนกลับ (ที่อยู่ย้อนกลับ ประเภท PTR) เมื่อไคลเอนต์ DNS ร้องขอที่อยู่ IP ประเภทนี้ (นามแฝงชื่อ) ก็จะได้รับที่อยู่ IP ที่ระบุในบันทึกที่มีการผูกข้อมูล สิ่งนี้มีประโยชน์หากคุณต้องการให้โฮสต์บางตัวสามารถเข้าถึงได้โดยใช้ชื่อหลายชื่อ แน่นอนว่าสามารถทำได้โดยการสร้างบันทึกที่อยู่หลายรายการ แต่ตัวเลือกที่มีนามแฝงจะสะดวกกว่าหากที่อยู่ IP ของโฮสต์เปลี่ยนไป ก็ไม่จำเป็นต้องเปลี่ยนแปลงสิ่งใดในนามแฝง ในขณะที่หากคุณใช้บันทึกที่อยู่จำนวนมาก คุณจะต้องทำการเปลี่ยนแปลงกับแต่ละบันทึกที่เกี่ยวข้องกับเซิร์ฟเวอร์นี้โดยเฉพาะ

    แบบฟอร์มสำหรับการสร้างและแก้ไขบันทึกชื่อนามแฝงประกอบด้วยฟิลด์ชื่อจริงซึ่งมีไว้สำหรับป้อนชื่อจริงตามรูปแบบบัญญัติของบันทึกที่นามแฝงจะชี้ไป (เช่น webserver.example.com)

    เมลเซิร์ฟเวอร์ (MX)- ประเภทบันทึกที่บอกโปรแกรมเมล เช่น Sendmail หรือ Qmail ว่าที่ตั้งเซิร์ฟเวอร์เมลอยู่ที่ไหน (เซิร์ฟเวอร์ที่ต้องติดต่อเพื่อส่งอีเมลในโดเมนนี้) หากไม่มีบันทึกนี้ เมลสำหรับโดเมนนี้จะถูกส่งไปยังระบบ (เซิร์ฟเวอร์ โฮสต์นั้น) ซึ่งมีการระบุที่อยู่ IP ในบันทึกที่อยู่ (ที่อยู่ ประเภท A) สำหรับโซนนี้

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

    หมายเหตุ: ลำดับความสำคัญสูงในบริบทนี้ไม่ได้หมายถึงจำนวนที่มากที่สุด แต่หมายถึงจำนวนที่น้อยที่สุด เช่น 10 สูงกว่า 50

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

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

    ข้อมูลโฮสต์ (HINFO)- ประเภทบันทึกที่ใช้ในการจัดเก็บข้อมูลเกี่ยวกับสถาปัตยกรรมและระบบปฏิบัติการของโฮสต์ที่แน่นอน ตัวอย่างเช่น คุณอาจต้องสร้างรายการสำหรับเซิร์ฟเวอร์ test.example.ru ว่า (เซิร์ฟเวอร์) เป็นพีซี x86 ที่ใช้ FreeBSD อย่างไรก็ตาม วิธีนี้ไม่ค่อยได้ใช้มากนัก เนื่องจากผู้โจมตีสามารถใช้ข้อมูลดังกล่าวเมื่อเตรียมการโจมตีได้

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

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

    เมื่อเพิ่มหรือแก้ไขบันทึกประเภทนี้ ช่องข้อความมีไว้สำหรับแสดงความคิดเห็นต่อโฮสต์ ข้อความนี้อาจมีช่องว่างด้วย

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

    เมื่อเพิ่มหรือแก้ไขบันทึกประเภทนี้ ช่องที่อยู่ (ที่อยู่ IP) โปรโตคอล และบริการ มีไว้สำหรับป้อนที่อยู่ IP ของโฮสต์ของบริการบางอย่างที่ให้ไว้สำหรับโซนนี้ (โดเมน) โปรโตคอลเครือข่ายที่ใช้โดยบริการ - TCP หรือ UDP; หมายเลขพอร์ตที่ให้บริการนี้ตามลำดับ

    ผู้รับผิดชอบ (RP)- ประเภทบันทึกที่เชื่อมโยงบุคคลหรือกลุ่มบุคคลที่รับผิดชอบโซนนี้ (โดเมน) ช่องที่อยู่อีเมล (ที่อยู่อีเมล) และชื่อบันทึกข้อความ (ชื่อ) มีไว้สำหรับป้อนที่อยู่อีเมลของผู้รับผิดชอบและชื่อของเขา (ชื่อและนามสกุล) ตามลำดับ บันทึกประเภทนี้ไม่ค่อยได้ใช้

    ที่ตั้ง (LOC)- ประเภทบันทึกที่ใช้ระบุตำแหน่งทางกายภาพของโฮสต์ ในพิกัดละติจูดและลองจิจูด อาจมีประโยชน์สำหรับองค์กรขนาดใหญ่ที่มีเซิร์ฟเวอร์ในประเทศต่างๆ

    เมื่อเพิ่มหรือแก้ไขประเภทเรคคอร์ดนี้ ฟิลด์ละติจูดและลองจิจูดมีไว้สำหรับป้อนละติจูดและลองจิจูด ตัวอย่าง สำหรับโฮสต์ cambridge-net.kei.com มี 42 21 54 N 71 06 18 W -24m 30m

    ที่อยู่ที่ให้บริการ (SRV)- ประเภทบันทึกที่เชื่อมโยงชื่อโดเมน ชื่อบริการ และโปรโตคอลกับโฮสต์บางแห่ง กล่าวอีกนัยหนึ่ง รายการนี้ใช้เพื่อระบุตำแหน่งของบริการบางอย่างบนบางโฮสต์ ตัวอย่างเช่น ประเภทบันทึกนี้สามารถใช้ได้หากคุณต้องการระบุว่าเซิร์ฟเวอร์ POP3 เช่น example.ru คือ mail.example.ru และเว็บเซิร์ฟเวอร์คือ www.example.ru

    เมื่อเพิ่มหรือแก้ไขประเภทบันทึกนี้ ช่องโปรโตคอลและชื่อบริการใช้สำหรับป้อนโปรโตคอลที่บริการใช้ (TCP, UDP, TLS) และชื่อของบริการ (ชื่อนี้สามารถนำมาจากไฟล์ / ฯลฯ /บริการ) ตามลำดับ ชื่อบริการอาจเป็น pop3, telnet และอื่นๆ เมื่อไคลเอนต์กำลังมองหาบันทึก SRV ประเภทของคำขอบันทึกจะเป็นดังนี้: _telnet._tcp.example.ru (ตัวอย่างเช่น อาจเป็นเช่นนี้) Webmin จะแปลงรายการที่คุณสร้างเป็นแบบฟอร์มนี้ (ถูกต้อง) โดยอัตโนมัติ ซึ่งหมายความว่าไม่จำเป็นต้องสร้างหรือแก้ไขรายการประเภทนี้ด้วยตนเอง

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

    ช่องพอร์ตมีไว้สำหรับป้อนหมายเลขพอร์ตที่ให้บริการนี้

    กุญแจสาธารณะ (KEY)- ประเภทบันทึกที่เชื่อมโยง "คีย์" กับโฮสต์บางแห่ง รหัสนี้ใช้สำหรับ IPsec VPN

    ประเภทโพสต์ที่มีอยู่ ในโซนด้านหลัง:

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

    เมื่อเพิ่มหรือแก้ไขบันทึกประเภทนี้ ช่องที่อยู่ (ที่อยู่ IP) และชื่อโฮสต์ (ชื่อโฮสต์) มีไว้สำหรับป้อนที่อยู่ IP (เช่น 192.168.1.5 ที่อยู่นี้จะถูกแปลงโดยอัตโนมัติโดย Webmin เป็น in-addr รูปแบบ arpa ที่ใช้โดยเซิร์ฟเวอร์ DNS สำหรับโซนย้อนกลับ) และชื่อโฮสต์ (ชื่อโฮสต์) ในรูปแบบมาตรฐาน (เช่น test.example.ru . ) ตามลำดับ

    ข้อควรระวัง: เมื่อป้อนชื่อโฮสต์ อย่าลืมเพิ่มเครื่องหมายจุดต่อท้าย นี่ไม่ใช่การพิมพ์ผิด

    เนมเซิร์ฟเวอร์ (NS)- ประเภทระเบียน NS ในโซนย้อนกลับมีไว้สำหรับสิ่งเดียวกับในโซนส่งต่อ - โดยจะบอกเซิร์ฟเวอร์ DNS อื่น ๆ ถึงที่อยู่ IP หรือชื่อโฮสต์ (ชื่อโฮสต์) ของเซิร์ฟเวอร์ที่ให้บริการโซน (โดเมน) หรือโดเมนย่อยบางส่วน

    ฟิลด์ชื่อโซนมีไว้สำหรับป้อนชื่อของโซนที่เซิร์ฟเวอร์นี้ให้บริการ โดยทั่วไป ชื่อของโซนจะเหมือนกับชื่อของโซนที่มีการเพิ่มรายการนี้ ในฟิลด์นี้ คุณควรป้อนค่าในรูปแบบ in-addr.arpa (เนื่องจากไม่มีการซิงโครไนซ์ เช่นเดียวกับในบันทึกที่อยู่ - ประเภท A และ PTR) ดังนั้นชื่อโซนสำหรับ 192.168.1 จะมีลักษณะดังนี้ 1.168.192.in-addr.arpa . (ต้องระบุจุดต่อท้าย ซึ่งไม่ได้พิมพ์ผิด) ในช่องเนมเซิร์ฟเวอร์ คุณต้องป้อนที่อยู่ IP หรือชื่อโฮสต์ในรูปแบบมาตรฐาน (เช่น ns1.example.ru)

    ชื่อนามแฝง (CNAME)- ประเภทบันทึกในโซนย้อนกลับ มีไว้สำหรับสิ่งเดียวกันกับในโซนข้างหน้า - นามแฝง ลิงก์ การเชื่อมโยงกับบางบันทึก ในฟิลด์ Name และ Real Name คุณควรป้อนค่าในรูปแบบ in-addr.arpa เนื่องจาก Webmin จะไม่ดำเนินการนี้โดยอัตโนมัติ