Score:0

nslookup ขุด และโฮสต์ส่งคืนบันทึก TXT ของฉันเพียงครึ่งเดียว

ธง ng

nslookup ขุด และโฮสต์ส่งคืนระเบียน TXT ของฉันเพียงครึ่งเดียวเท่านั้น:

โฮสต์ -t txt machelpnashville.com 8.8.8.8

nslookup -type=txt machelpnashville.com 8.8.8.8

ขุด machelpnashville.com TXT 8.8.8.8

พวกเขาส่งคืนระเบียนสี่รายการที่มีชื่อ @ แต่พวกเขาไม่สนใจอีกสี่บันทึกที่มีอยู่ มีวิธีการดึงระเบียน TXT ทั้งหมดโดยใช้ไวด์การ์ดหรือไม่

Maximillian Laumeister avatar
cn flag
คุณกำลังมองหาวิธีดึงบันทึก TXT ทั้งหมดสำหรับทั้ง `machelpnashville.com` และทุกโดเมนย่อยของ `machelpnashville.com` หรือไม่ บันทึกใดๆ นอกเหนือจากบันทึกสำหรับ "@" จะไม่นำไปใช้กับ "machelpnashville.com" โดยตรง แต่ใช้กับโดเมนย่อย และโดยทั่วไปคาดว่าจะมีการสืบค้นแยกกัน
anx avatar
fr flag
anx
ดู [วิธีแสดงรายการระเบียน CNAME ทั้งหมดสำหรับโดเมนที่กำหนด](https://serverfault.com/questions/16101/how-to-list-all-cname-records-for-a-given-domain) และ [ แสดงระเบียน DNS ทั้งหมดในโดเมนโดยใช้ dig?](https://serverfault.com/questions/138949/list-all-dns-records-in-a-domain-using-dig)
ng flag
ฉันมี 8 ระเบียน TXT ที่ฉันกำลังค้นหา ฉันรู้แต่ต้องการทราบวิธีดึงระเบียน TXT ทั้งหมดสำหรับโดเมนเริ่มต้น _bimi _dmarc ไม่รู้จัก DKIM shebang ทั้งหมด
Patrick Mevzek avatar
cn flag
และสำหรับส่วนที่ไม่มีใครแตะต้อง: ไม่ คุณไม่สามารถใช้สัญลักษณ์แทนในแบบสอบถามได้ มันจะไม่ทำงานตามที่คุณคาดหวังตามคำอธิบายของคุณ DNS ไม่ทำงานอย่างที่คุณคิด มันคือ name=>data API และแต่ละชื่อในโซนนั้นแยกจากกัน ดังนั้นจึงไม่มีการสืบค้น DNS เดียวที่สามารถระบุชื่อได้หลายชื่อในครั้งเดียว
Score:1
ธง cn

ไม่สามารถทำสิ่งที่คุณขอสำหรับโดเมนที่คุณไม่ได้เป็นเจ้าของ

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

สิ่งนี้จะป้องกันผู้คนจากการค้นหาโดเมนย่อยและบันทึก DNS ที่ไม่ตั้งใจให้เป็นสาธารณะ

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

Patrick Mevzek avatar
cn flag
"วิธีนี้ช่วยป้องกันไม่ให้ผู้คนค้นพบโดเมนย่อยและระเบียน DNS ที่ไม่ได้กำหนดให้เปิดเผยต่อสาธารณะ" DNS ไม่ได้ออกแบบมาโดยเฉพาะในเรื่องนั้น เป็นเพียงผลที่ตามมา แต่ "การป้องกัน" นั้นบาง: ตามตัวอย่างในความคิดเห็น บันทึกอื่น ๆ อยู่ในชื่อ "เริ่มต้น" ดังนั้นจึงง่ายต่อการค้นหา นอกจากนี้ยังมีวิธีมากมายในการค้นหา ตั้งแต่ DNS แบบพาสซีฟ ไปจนถึงเครื่องมือค้นหา ไปจนถึงการใช้กลไก DNSSEC NSEC/NSEC3 เป็นต้น
Patrick Mevzek avatar
cn flag
"ถ้าคุณควบคุมโดเมน" ... ดังนั้นโดยการออกแบบ คุณควรรู้ว่าอะไรอยู่ในโซน เพราะคุณใส่มันไว้ที่นั่นด้วยตัวเองตั้งแต่แรก ดังนั้นโดยปกติแล้วไม่จำเป็นต้องใช้ AXFR และสิ่งที่คล้ายกัน UI ของผู้ให้บริการ DNS และ/หรือ API ควรให้ข้อมูลทั้งหมดที่จำเป็น นั่นคือรายการบันทึก
Patrick Mevzek avatar
cn flag
"โดยการออกแบบและคำนึงถึงความปลอดภัย" เป็น "โดยการออกแบบ" เท่านั้น เมื่อ RFC1034/1035 ไม่มีการพูดคุยเรื่องความปลอดภัยอย่างที่เรามีในปัจจุบัน DNS เป็นเพียง name=>data API และแต่ละชื่อจะแยกจากกัน ดังนั้น "apex" aka @ aka zone name จึงเป็นชื่อเดียว คุณสามารถค้นหาได้ แต่จะเป็น `default._bimi._dmarc` หรืออะไรก็ตามที่เป็น **another **ชื่อแยกหมด นอกจากจะอยู่ในโซน ดังนั้นการสืบค้น DNS แต่ละรายการจึงให้ผลลัพธ์สำหรับชื่อเดียวหรืออีกชื่อหนึ่ง การสืบค้น DNS เดียวไม่สามารถให้ข้อมูลสำหรับทั้งสองชื่อพร้อมกันได้
Maximillian Laumeister avatar
cn flag
@PatrickMevzek ตาม [rfc5936](https://datatracker.ietf.org/doc/html/rfc5936#page-22) "ข้อจำกัดใน AXFR อาจมาจากหลายสาเหตุรวมถึงความต้องการ (หรือในบางกรณี การมีกฎหมาย (ข้อกำหนด) เพื่อปกปิดเวอร์ชันจำนวนมากของโซน [...] เป็นที่ถกเถียงกันอยู่ว่าเหตุผลเหล่านี้น่าสงสัย แต่เอกสารนี้ขับเคลื่อนโดยความปรารถนาที่จะใช้ประโยชน์จากแนวทางปฏิบัติที่ทำงานร่วมกันได้ซึ่งพัฒนามาตั้งแต่ RFC 1035 รับทราบข้อกำหนดที่เป็นข้อเท็จจริง เพื่อจัดเตรียมกลไกในการจำกัด AXFR"
Patrick Mevzek avatar
cn flag
RFC ไม่ได้กำหนดนโยบาย แต่อธิบายถึงกลไกทางเทคนิค
Maximillian Laumeister avatar
cn flag
@PatrickMevzek หากมีวิธีการ "มากมาย" ในการแสดงรายการบันทึกเหล่านี้ ฉันขอแนะนำให้คุณแบ่งปันหนึ่งในวิธีการเหล่านี้ในคำตอบมันจะเป็นประโยชน์ทั้งในการแก้ปัญหาของผู้โพสต์ต้นฉบับและเพื่อการศึกษาของฉันเอง เนื่องจากฉันไม่คุ้นเคยกับการใช้ DNS แบบพาสซีฟหรือ DNSSEC เพื่อแสดงรายการโซนทั้งหมด และฉันก็อยากรู้อยากเห็นมากที่จะเรียนรู้
Patrick Mevzek avatar
cn flag
สังเกตเห็น แต่ฉันไม่คิดว่ามันเป็นสถานที่ OP แค่สับสนว่า DNS ทำงานอย่างไร (และคำถามอาจนอกประเด็นด้วยซ้ำ) และแม้แต่ AXFR อาจไม่ใช่โซลูชันที่จำเป็นสำหรับเขา หรือไม่ใช่อย่างแน่นอน การขอความช่วยเหลือเท่านั้น (ตามที่คุณเขียน UI ของผู้ให้บริการ DNS ควรเป็นทางออกที่ 1) Passive DNS = คุณมีบันทึกของเซิร์ฟเวอร์ DNS แบบเรียกซ้ำขนาดใหญ่ ดังนั้นคุณจึงเห็นสิ่งที่ร้องขอและสามารถ "สร้างใหม่" ได้ เนื้อหาของโซน (แน่นอนไม่สมบูรณ์) สำหรับ DNSSEC NSEC เป็นชื่อที่เชื่อมโยงเรกคอร์ดเพื่อให้สามารถวนซ้ำในโซนได้ NSEC3 มีความซับซ้อนมากขึ้นเนื่องจากการแฮช ต้องการ DNSSEC แน่นอน
ng flag
ฉันเดาว่าฉันจะชี้แจงการใช้งานของฉัน ฉันรู้วิธีดึง DMARC และ SPF และ BIMI ทีละรายการโดยใช้ nslookup -type=txt _dmarc.machelpnashville.com 8.8.8.8 เป็นต้น หลายครั้งที่เราช่วยไคลเอนต์ล้างระเบียน DNS และการค้นหาเบื้องต้นครั้งแรกที่ฉันทำคือก่อนที่เราจะเข้าสู่ระบบของผู้จดทะเบียนโดเมน เพื่อให้ไคลเอ็นต์ทราบว่าสิ่งที่เราต้องทำ...

โพสต์คำตอบ

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