Score:0

ผูก: โซนไม่โหลดเนื่องจากข้อผิดพลาด

ธง cn

ฉันยังใหม่กับสิ่งนี้มากและฉันพยายามตั้งค่าเซิร์ฟเวอร์ DNS แต่ฉันได้รับข้อผิดพลาดต่อไปนี้เมื่อฉันพิมพ์สถานะ systemctl ชื่อบริการ:

โซน 30.168.192.in.addr.arpa/IN: ไม่ได้โหลดเนื่องจากข้อผิดพลาด _default/30.168.192.in.addr.arpa/IN: ไม่มีเจ้าของ

ฉันได้ทำตามวิดีโอนี้ทีละขั้นตอนแล้ว แต่ฉันยังคงได้รับข้อผิดพลาดเดิม: https://www.youtube.com/watch?v=052Txlzk_7w

เชื่อมโยงวิดีโอเนื่องจากฉันไม่สามารถคัดลอกไฟล์ของฉันได้เนื่องจากฉันใช้ VMware แก้ไข: ภาพ db.30.168.192.in.addr.arpa.zone

db.aumentity2d.com

cn flag
Bob
เมื่อสร้างไฟล์โซน โปรดทราบว่าการเริ่มบรรทัดด้วยช่องว่างมีความหมายพิเศษและอาจทำให้เกิดข้อผิดพลาดหรือมีผลกระทบที่ไม่ได้ตั้งใจ
cn flag
Bob
สิ่งนี้ตอบคำถามของคุณหรือไม่ [ไม่มีข้อผิดพลาดของชื่อเจ้าของปัจจุบันเมื่อรัน name-checkzone ทั้งไปข้างหน้าและย้อนกลับ](https://serverfault.com/questions/798031/no-current-owner-name-error-when-running-named-checkzone-on- ทั้งไปข้างหน้าและรอบ)
cn flag
ใช่ ฉันตรวจสอบทุกช่องว่างและไฟล์ไม่มีช่องว่างเพิ่มเติม
cn flag
Bob
ในภาพนี้ บันทึก soa เริ่มต้นด้วยช่องว่างหรือแท็บ https://i.stack.imgur.com/NbDFg.png ไม่ใช่ชื่อโซนหรือ @ ชวเลขสำหรับโซน
cn flag
แท็บ ทุกรายการในบรรทัดนั้นเริ่มต้นด้วยแท็บ คาดหวังสำหรับราก
cn flag
Bob
และการเริ่มบรรทัดด้วยแท็บก็ผิดพอๆ กับการเริ่มบรรทัดด้วยช่องว่าง นอกจากนี้ โปรดใช้ความระมัดระวังเพื่อให้แน่ใจว่า FQDNâs จะต้องสิ้นสุดด้วยจุด `.` มิฉะนั้นจะถือเป็นชวเลขและการผูกจะต่อท้ายชื่อโซน
cn flag
โอ้ ขอบคุณ แก้ไข FQDN แล้ว แต่ตอนนี้ฉันสับสน ฉันจะเริ่มบรรทัดได้อย่างไรถ้าไม่มีแท็บหรือช่องว่าง
cn flag
Bob
บรรทัดในไฟล์โซนขึ้นต้นด้วยชื่อเรคคอร์ดทรัพยากร เช่น `example.com.` หรือ `my-host.example.com.` หรือเวอร์ชันชวเลข `@` หรือ `my-host` ดู https://en.wikipedia org/wiki/Zone_file
cn flag
Bob
ตามธรรมเนียมแล้ว ผู้คนจะไม่เขียนบันทึก soa เป็นบรรทัดเดียว พวกเขาแยกบันทึกออกเป็นหลายบรรทัดต่อจากนั้น บทความ Wikipedia แสดงทั้งสองอย่าง แต่คุณมีบรรทัด `tab IN SOA ...` ที่ควรจะเป็น `@ IN SOA`
cn flag
ขอขอบคุณ!!! ที่แก้ไขมันจะไม่ระมัดระวังกับสิ่งนั้นมากขึ้น :)
Score:0
ธง cn
Bob

สิ่งที่คุณมีอยู่ในปัจจุบันคือ

$TTL 1W

      ใน SOA aumentity3d.com root.aumentity3d.com. (
      3 ; อนุกรม
      1 วัตต์ ; รีเฟรชหลังจาก 1 สัปดาห์
      1D ; ลองอีกครั้งหลังจาก 1 วัน
      28D ; หมดอายุหลังจาก 4 สัปดาห์
      1W )    
@IN NS aumentity3d.com.
aumentity3d.com ใน 192.168.241.141

ที่ดูดีเรียงราย แต่ไม่ถูกต้อง

ไม่มีชื่ออยู่ก่อนบันทึก SOA ที่ควรจะเป็น

@ใน SOA ns1.example.com. hostmaster.example.com. (

ที่ไหน @ เป็นชวเลขไฟล์โซน มันจะถูกแทนที่ด้วยชื่อโซน หรือชื่อโซนอะไรก็ตามที่คุณตั้งไว้ในตัวแปร $ORIGIN

จากนั้นยังมีอีกหลายสิ่งที่คุณควรทราบ:

  • เมื่อใดก็ตามที่ชื่อโฮสต์ไม่ตรงตามข้อกำหนด เซิร์ฟเวอร์ชื่อจะแปลงเป็นชื่อโดเมนแบบเต็มโดยต่อท้ายชื่อโซน / $ORIGIN FQDN สิ้นสุดด้วย a . จุด
    สิ่งนี้ทำให้ผู้ดูแลโซนสามารถใช้ชวเลขแทนการเขียน my-host.example.com พวกเขาสามารถใช้ โฮสต์ของฉัน

กล่าวอีกนัยหนึ่ง:

aumentity3d.com ใน 192.168.241.141 ขาดการต่อท้าย . ด้านหลัง .com และจะถูกแปลงเป็น FQDN aumentity3d.com.30.168.192.in.addr.arpa.

  • เมื่อคุณใช้ชวเลข เป็นแนวปฏิบัติที่ดีที่จะกำหนด $ORIGIN อย่างชัดเจน

เปลี่ยนไฟล์ db.30.168.192.in.addr.arpa.zone ของคุณเป็น:

$TTL 1W
$ORIGIN 30.168.192.in.addr.arpa.

@IN SOA aumentity3d.com. root.aumentity3d.com. (
      3 ; อนุกรม
      1 วัตต์ ; รีเฟรชหลังจาก 1 สัปดาห์
      1D ; ลองอีกครั้งหลังจาก 1 วัน
      28D ; หมดอายุหลังจาก 4 สัปดาห์
      1W )    
@IN NS aumentity3d.com.
aumentity3d.com. ใน 192.168.241.141
141 ใน PTR aumentity3d.com.

โพสต์คำตอบ

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