Puppet: ชื่อโหนดดูเหมือนจะขึ้นอยู่กับ reverse DNS

ดูเหมือนว่าฉันจะพบปัญหาเล็กน้อยเกี่ยวกับการทำความเข้าใจวิธีการใช้งานสิ่งนี้ ฉันมีเซิร์ฟเวอร์ใหม่ที่ฉันกำลังสร้างนั่งอยู่ด้านหลังสำนักงาน NAT ในที่ทำงานมันเป็นแผนที่ DNS ย้อนกลับoffice.mydomain.comแต่ฉันต้องการให้เครื่องเป็นns2.mydomain.comหุ่นเชิด

ตัวอย่าง nodes.pp:

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits basenode {
  info('office.mydomain.com')
}

และ 'puppet.conf' ของฉันที่ไคลเอนต์:

[main]
#was node_name=ns2.mydomain.com
#was fqdn=ns2.mydomain.com
certname=ns2.mydomain.com
node_name=cert

syslog ของฉันในรายงานเซิร์ฟเวอร์:

Sep 16 22:59:12 support puppetmasterd[2800]: Host is missing hostname and/or domain: office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: (Scope(Node[office.mydomain.com])) office.mydomain.com
Sep 16 22:59:12 support puppetmasterd[2800]: Compiled catalog for office.mydomain.com in 0.03 seconds
Sep 16 22:59:12 support puppetmasterd[2800]: Caching catalog for ns2.mydomain.com

ฉันจะทำให้มันคว้าการกำหนดค่าns2.mydomain.comโดยไม่ทำอะไรเช่นนี้:

node 'ns2.mydomain.com' inherits basenode {
  info('ns2.mydomain.com')
}

node 'office.mydomain.com' inherits 'ns2.mydomain.com' {
  info('office.mydomain.com')
}

ปรับปรุง : ปัญหานี้ดูเหมือนว่าจะก่อให้เกิดปัญหาอื่น ๆ เช่นกัน ตัวอย่างเช่นถ้าผมinfo("$fqdn")ในขณะที่เครื่องกำลังนั่งอยู่เบื้องหลังoffice.mydomain.comความเป็นจริง FQDN $operatingsystemว่างเปล่าเช่นเดียวกับ มันเกือบจะเหมือนข้อเท็จจริงที่ไม่ถูกค้นพบอย่างถูกต้อง อาจมีปัญหา NAT หรือไม่ มีคำแนะนำสำหรับการติดตามสาเหตุของปัญหานี้หรือไม่

Aaah, การตรวจสอบชื่อโฮสต์หุ่นกระบอก ฝันร้าย ...

โดยค่าเริ่มต้นชื่อใดที่จะใช้ในการค้นหาnodeความหมายที่จะใช้จะขึ้นอยู่กับเนื้อหาของข้อเท็จจริง fqdn สิ่งที่แมปไปขึ้นอยู่กับสิ่งที่แตกต่างกันและใช่ DNS ย้อนกลับเป็นหนึ่งในนั้น - และเป็นที่ต้องการมากกว่าชื่อโฮสต์ของเครื่อง!

อย่างไรก็ตามชื่อนี้ (ปกติ) จะใช้เฉพาะในเวลาที่สร้างใบรับรอง คุณกำลังใช้node_nameตัวแปรในทางที่ผิด- ควรตั้งเป็น 'cert' หรือ 'facter' อย่างใดอย่างหนึ่ง fqdnพารามิเตอร์ยังจะเลิก

สิ่งที่คุณต้องการทำจริง ๆคือตั้งค่าcertnameพารามิเตอร์บนไคลเอนต์เป็นชื่อโหนดที่คุณต้องการใช้จากนั้นตั้งค่าnode_nameเป็นcert(หรือปล่อยทิ้งไว้เนื่องจากcertเป็นค่าเริ่มต้น) สิ่งนี้จะใช้ชื่อโหนดจาก CN ของใบรับรองที่ลูกค้านำเสนอและcertnameพารามิเตอร์ตรวจสอบให้แน่ใจว่ามีการตั้งค่าเป็นสิ่งที่เหมาะสมมากกว่าสิ่งที่ Facter ตัดสินใจที่จะเกิดขึ้นด้วยตัวเอง น่าเสียดายเนื่องจากคุณได้สร้าง certs ที่ "ผิด" แล้วคุณจะต้องสร้าง certs เหล่านั้นใหม่ ( rm -rf /var/lib/puppet/sslบนไคลเอนต์และเรียกใช้ Puppet อีกครั้ง) หลังจากที่คุณตั้งค่า config แล้วเพื่อสร้างและใช้งาน certs ที่ถูกต้อง

หากสิ่งนี้ฟังดูซับซ้อนเล็กน้อยคุณพูดถูก - ใช่ ยินดีต้อนรับสู่หุ่นกระบอก

ฉันดูเหมือนจะโชคดี (แม้ว่ายังมีบางกรณีทดสอบที่ฉันต้องการเห็น) ในการแก้ไข/etc/hostsรายการ fqdn ที่ต้องการภายใต้ 127.0.0.1 เป็นตัวเลือกแรก ดูเหมือนว่ามันจะถูกตรวจจับได้อย่างถูกต้อง / ผ่านข้อเท็จจริงแล้ว แม้ว่าดูเหมือนว่าฉันยังต้องสร้างโหนดที่เรียกoffice.mydomain.comว่าสืบทอดโหนดที่ฉันต้องการ