start.*.example.com
สัญลักษณ์แทน DNS ไม่ทำงานเช่นนี้ ดังนั้นคุณจึงไม่สามารถทำเช่นนั้นได้ (เป็นสัญลักษณ์แทน) และด้วยเหตุนี้ "สัญลักษณ์แทนแบบฝัง" จึงไม่ใช่สิ่งที่อยู่ในโลกของ DNS
ไม่ใช่ปัญหาของประเภทเรคคอร์ด (CNAME
เทียบกับ ก
เทียบกับสิ่งอื่น) หรือผู้ให้บริการ DNS ที่ใช้ เป็นความจริงที่ว่าไวด์การ์ดต้องเป็นป้ายกำกับแรกของ *
แล้วก็ฉลากอื่นๆ
ดังนั้น *.example.com
เป็นสัญลักษณ์แทน (และด้วยเหตุนี้จะทำให้เกิดพฤติกรรมเฉพาะระหว่างการแลกเปลี่ยน DNS โดยจับคู่หลายชื่อ) แต่ start.*.example.com
ไม่ใช่ตัวแทน: คุณสามารถสร้างได้อย่างแน่นอน CNAME
บันทึกด้วยชื่อนี้ แต่จะตรงกับตัวมันเองเท่านั้น ตามตัวอักษร รวมทั้งเครื่องหมายดอกจัน และไม่มีอะไรอื่นเลย (ไม่ตรงกับชื่ออื่น)
ดู RFC 1034:
4.3.3. สัญลักษณ์แทน
ในอัลกอริทึมก่อนหน้านี้ การดูแลเป็นพิเศษสำหรับ RR กับเจ้าของ
ชื่อที่ขึ้นต้นด้วยป้ายกำกับ "*" RR ดังกล่าวเรียกว่าไวด์การ์ด
และหลังจากนั้น:
เนื้อหาของสัญลักษณ์แทน RRs เป็นไปตามกฎและรูปแบบปกติสำหรับ
RR สัญลักษณ์แทนในโซนมีชื่อเจ้าของที่ควบคุม
ชื่อแบบสอบถามที่พวกเขาจะจับคู่ ชื่อเจ้าของของสัญลักษณ์แทน RRs เป็นของ
แบบฟอร์ม "*." ซึ่งเป็นชื่อโดเมนใดๆ
หากคุณต้องการจับคู่สิ่งใดสิ่งหนึ่ง คุณสามารถสร้างตัวแทนของ *.example.com
และทั้งสองอย่าง start.a.example.com
และ start.a.b.c.example.com
จะตรงกับบันทึกตัวแทน แต่เช่นเดียวกับชื่ออื่น ๆ ที่ไหน เริ่ม
และ/หรือ ก
และ/หรือ ข
และ/หรือ ค
ถูกแทนที่ด้วยสิ่งอื่น
รายการ Wikipedia ที่ https://en.wikipedia.org/wiki/Wildcard_DNS_record มีเนื้อหาเหมือนกับด้านบนทุกประการ:
สมมติว่ามีโซน DNS ที่มีบันทึกทรัพยากรต่อไปนี้:
[...]
*.ตัวอย่าง. 3600 TXT "นี่คือไวด์การ์ด"
*.ตัวอย่าง. 3600 MX 10 host1.example.
ย่อย.*.ตัวอย่าง. 3600 TXT "นี่ไม่ใช่ไวด์การ์ด"
[...]
คำตอบต่อไปนี้จะถูกสังเคราะห์จากหนึ่งในสัญลักษณ์ตัวแทนในโซน:
[...]
foo.bar.example. TXT คำตอบจะเป็น "foo.bar.example.ใน TXT ..." เนื่องจาก bar.example. ไม่มีอยู่ แต่สัญลักษณ์แทนมี
[...]
การตอบสนองต่อไปนี้จะไม่ถูกสังเคราะห์จากสัญลักษณ์ตัวแทนใดๆ ในโซน:
[...]
ย่อย.*.ตัวอย่าง. MX ไม่มีสัญลักษณ์ตัวแทนที่จะจับคู่เพราะ sub.*.example มีอยู่ โดเมน sub.*.example. จะไม่ทำหน้าที่เป็นสัญลักษณ์แทน แม้ว่าจะมีเครื่องหมายดอกจันอยู่ในนั้นก็ตาม