หน้าแรก › คู่มือ

DNSBL (RBL) คืออะไร? บัญชีดำแบบ DNS ทำงานอย่างไร

เผยแพร่ 2026-11-03 ／ อัปเดต 2026-11-03 ／ โดย Yuki Nakazawa

DNSBL (DNS-based blacklist หรือเรียกอีกชื่อว่า DNS blocklist หรือ RBL) คือรายชื่อที่อยู่ IP หรือชื่อโดเมนที่ผู้ดูแลรายชื่อถือว่าเป็นแหล่งของสแปมหรือการละเมิด ซึ่งเผยแพร่ไว้เพื่อให้ทุกคนตรวจสอบได้ด้วยการค้นหา DNS ตามปกติ เซิร์ฟเวอร์อีเมลจะค้นหาผู้ส่งที่เชื่อมต่อเข้ามาแต่ละรายใน DNSBL หนึ่งรายการขึ้นไป แล้วปฏิเสธข้อความ ยอมรับข้อความ หรือนำผลไปรวมในคะแนนสแปม

คู่มือนี้อธิบายการทำงานของการค้นหา DNSBL (ที่อยู่ IP แบบกลับลำดับ, A และ TXT record และรูปแบบ nibble ของ IPv6) ความแตกต่างระหว่างรายชื่อแบบอิง IP กับแบบอิงโดเมน วิธีที่ฝั่งผู้รับนำคำตอบไปใช้จริง ความแตกต่างระหว่างบัญชีดำกับไวท์ลิสต์ สาเหตุที่ที่อยู่ถูกขึ้นบัญชี และบทบาทของการขึ้นบัญชีเมื่ออีเมลของคุณส่งไม่ถึง เนื้อหาอ้างอิงจาก RFC 5782 และเอกสารทางการของผู้ดูแลรายชื่อหลัก ณ เดือนพฤศจิกายน 2026

DNSBL และ RBL หมายถึงอะไร

RFC 5782 "DNS Blacklists and Whitelists" ใช้คำรวม DNSxL เรียกโซน DNS ที่มี record ระบุโฮสต์ที่อยู่ในรายชื่อ บัญชีดำเรียกว่า DNSBL ส่วนไวท์ลิสต์เรียกว่า DNSWL ทั้งสองสร้างขึ้นด้วยวิธีเดียวกัน ต่างกันเพียงความหมายที่ฝั่งผู้รับให้กับผลที่ตรงกัน

RBL ย่อมาจาก Real-time Blackhole List ตาม RFC รายชื่อประเภทนี้รายการแรกเริ่มขึ้นในปี 1997 และเป็นที่รู้จักในชื่อนี้ หากพูดอย่างเคร่งครัด RBL หมายถึงรายชื่อดั้งเดิมนั้นและรายชื่อที่สืบทอดมา และ RFC ระบุว่าคำนี้เป็นเครื่องหมายบริการจดทะเบียนในสหรัฐอเมริกา อย่างไรก็ตาม ในการใช้งานทั่วไป "RBL" และ "DNSBL" ถูกใช้แทนกันได้แทบทุกกรณี ดังนั้น "RBL คืออะไร" กับ "DNSBL คืออะไร" จึงเป็นคำถามเดียวกันในทางปฏิบัติ

RFC 5782 เป็นเอกสารประเภท Informational ไม่ใช่มาตรฐานอินเทอร์เน็ต จัดทำโดย IRTF Anti-Spam Research Group และสะท้อนฉันทามติของกลุ่มนั้นเกี่ยวกับแนวปฏิบัติที่ช่วยให้บัญชีดำและไวท์ลิสต์แบบ DNS ทำงานร่วมกันได้ดีขึ้น เอกสารนี้ไม่ได้อธิบายหรือแนะนำนโยบายการเพิ่มหรือลบที่อยู่ โดย RFC คาดว่าเรื่องนี้จะอยู่ในเอกสารแยกต่างหาก ในทางปฏิบัติ ผู้ดูแลแต่ละรายกำหนดนโยบายการขึ้นบัญชีและถอดรายชื่อของตนเอง

การค้นหา DNSBL ทำงานอย่างไร

การค้นหา DNSBL คือการสอบถาม DNS ตามปกติ การตรวจด้วยตนเองจึงไม่ต้องใช้ซอฟต์แวร์พิเศษ อะไรก็ตามที่แปลงชื่อได้ก็สอบถามรายชื่อได้ แต่ผู้ดูแลรายชื่ออาจกำหนดเงื่อนไขการใช้งาน ตัวอย่างเช่น เซิร์ฟเวอร์สาธารณะของ Spamhaus ใช้ได้ฟรีเฉพาะการใช้งานที่ไม่ใช่เชิงพาณิชย์และมีปริมาณต่ำ และการสอบถามผ่าน resolver สาธารณะจะไม่ได้รับคำตอบที่เชื่อถือได้ (ดูด้านล่าง)

IPv4: กลับลำดับที่อยู่แล้วต่อท้ายด้วยโซน

สำหรับที่อยู่ IPv4 ให้เขียนออกเท็ตทั้งสี่กลับลำดับ แล้วต่อท้ายด้วยชื่อโซนของรายชื่อ โครงสร้างนี้ยืมมาจาก reverse DNS ตัวอย่างใน RFC 5782 ตรวจ 192.0.2.99 กับรายชื่อที่ bad.example.com โดยค้นหา

99.2.0.192.bad.example.com

A record บอกว่า "อยู่ในรายชื่อ" ส่วน TXT record บอกเหตุผล

• A record ทุกรายการที่ถูกขึ้นบัญชีต้องมี A record ตามธรรมเนียมค่าของมันคือ 127.0.0.2 ค่านี้เป็นสัญญาณ ไม่ใช่ที่อยู่ และต้องไม่นำไปใช้เป็นที่อยู่ รายชื่อต่าง ๆ ใช้ช่วง 127.0.0.0/8 เพื่อไม่ให้ค่าที่ถูกใช้ผิดพลาดสร้างทราฟฟิกเครือข่ายที่ไม่ต้องการ
• ไม่อยู่ในรายชื่อ หากที่อยู่ไม่อยู่ในรายชื่อ จะไม่มี record ใด ๆ สำหรับที่อยู่นั้น การสอบถามจึงมักได้ผลเป็น NXDOMAIN
• TXT record DNSBL ควรเผยแพร่ TXT record ที่อธิบายเหตุผลของการขึ้นบัญชี ไคลเอนต์ต้องตรวจ A record และอาจตรวจ TXT record ด้วย
• ค่าต่างกันสำหรับรายชื่อย่อยต่างกัน รายชื่อแบบรวมอาจตอบกลับค่า 127.0.0.x ที่ต่างกันเพื่อแสดงว่าตรงกับรายชื่อย่อยใด หรือตอบกลับ A record หลายรายการพร้อมกัน ความหมายเฉพาะเจาะจงกับแต่ละรายชื่อ จึงควรอ่านเอกสารของผู้ดูแลเสมอ คู่มือ รหัสตอบกลับของ DNSBL ของเราอธิบายรหัสที่พบบ่อย

จากเทอร์มินัล (โซนในที่นี้เป็นเพียงตัวอย่าง)

dig +short 99.2.0.192.bad.example.com A
dig +short 99.2.0.192.bad.example.com TXT

รายการทดสอบ

RFC 5782 กำหนดให้รายชื่อ IPv4 ต้องมีรายการสำหรับ 127.0.0.2 และต้องไม่มีรายการสำหรับ 127.0.0.1 ไคลเอนต์ควรตรวจรายการทดสอบเหล่านี้ก่อนเชื่อถือโซน และไม่ควรใช้โซนที่ตอบรายการเหล่านี้ไม่ถูกต้อง

IPv6: รูปแบบ nibble

ที่อยู่ IPv6 จะเขียนเต็มเป็นเลขฐานสิบหก 32 หลัก แล้วกลับลำดับทีละหลัก (ทีละ nibble) โดยคั่นแต่ละหลักด้วยจุด ตามด้วยโซนของรายชื่อ ตัวอย่างใน RFC สำหรับ 2001:db8:1:2:3:4:567:89ab บน ugly.example.com คือ

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.8.b.d.0.1.0.0.2.ugly.example.com

รายชื่อ IPv6 ต้องมีรายการทดสอบ ::FFFF:7F00:2 (127.0.0.2 ในรูปแบบที่อยู่ IPv4-mapped) และต้องไม่มี ::FFFF:7F00:1 ไม่ใช่ทุกรายชื่อที่รองรับ IPv6 จึงควรตรวจเอกสารของผู้ดูแลก่อนพึ่งพาการค้นหาแบบ IPv6

รายชื่อแบบอิง IP และแบบอิงโดเมน

รายชื่อแบ่งได้กว้าง ๆ เป็นสองประเภทตามสิ่งที่บรรจุอยู่

ในตัวอย่างโดเมนของ RFC 5782 มีการตรวจ invalid.edu กับ doms.example.net โดยค้นหา invalid.edu.doms.example.net รายชื่อแบบอิงโดเมนบางครั้งเรียกว่า RHSBL (right-hand-side blacklist) รายการทดสอบของรายชื่อประเภทนี้ใช้ชื่อสงวน คือรายชื่อต้องมี TEST และต้องไม่มี INVALID

Spamhaus Domain Blocklist (dbl.spamhaus.org) เป็นตัวอย่างที่ใช้กันแพร่หลาย และเอกสารของรายชื่อนี้ให้ข้อสังเกตเชิงปฏิบัติไว้หลายข้อ

• รายชื่อนี้มีเฉพาะโดเมน การสอบถามด้วยที่อยู่ IP จะได้รหัส "อยู่ในรายชื่อ" เสมอ จึงต้องไม่ตั้งค่าให้ใช้เป็น DNSBL แบบ IP ทั่วไป Spamhaus แนะนำ ZEN (zen.spamhaus.org) สำหรับการค้นหาด้วย IP
• คุณสามารถสอบถามด้วยชื่อโฮสต์เต็มได้ ซึ่งจะตรงกันหากโดเมนของโฮสต์นั้นอยู่ในรายชื่อ
• ระหว่างเซสชัน SMTP จะตรวจกับสตริง HELO และโดเมนใน MAIL FROM หลังจากรับข้อความแล้ว จะตรวจกับโดเมนในส่วนหัวและเนื้อหา เช่น URL และที่อยู่ติดต่อ

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

เซิร์ฟเวอร์ฝั่งรับใช้ DNSBL อย่างไร

RFC 5782 อธิบายการตั้งค่าโดยทั่วไปไว้ดังนี้ เซิร์ฟเวอร์อีเมลจะตรวจชุด DNSxL ที่กำหนดไว้ทุกครั้งที่มีการเชื่อมต่อ SMTP ขาเข้า หากตรงกับบัญชีดำจะปฏิเสธการเชื่อมต่อ หากตรงกับไวท์ลิสต์จะยอมรับ หรืออีกทางหนึ่ง ผลลัพธ์จะถูกส่งเข้าฟังก์ชันให้คะแนนที่ชั่งน้ำหนักร่วมกับสัญญาณอื่น ตัวกรองที่ทำงานหลังรับข้อความแล้วมักดึง IP ที่จะทดสอบมาจากฟิลด์ส่วนหัว Received หรือจาก URI ในเนื้อหา

ปฏิเสธหรือให้คะแนน?

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

ข้อควรระวังที่ฝั่งผู้รับได้รับคำเตือน

• คุณกำลังมอบการตัดสินใจให้ผู้อื่น การใช้ DNSxL คือการมอบส่วนหนึ่งของการจัดการเซิร์ฟเวอร์ให้ผู้ดูแลรายชื่อ RFC ระบุว่าคุณควรตรวจให้แน่ใจว่านโยบายของรายชื่อสอดคล้องกับนโยบายของคุณเอง
• รายชื่อที่เลิกให้บริการ ผู้ดูแลที่ปิดรายชื่ออาจติดตั้ง wildcard ที่ขึ้นบัญชีทุกที่อยู่ รายการทดสอบข้างต้นคือวิธีที่ไคลเอนต์ใช้สังเกตเรื่องนี้
• การแคช เซิร์ฟเวอร์อาจแคชผลลัพธ์ได้ แต่ต้องเคารพ TTL และทิ้ง record ที่หมดอายุ
• resolver สาธารณะ คำถามที่พบบ่อยของ Spamhaus ระบุว่าการสอบถามผ่าน Google Public DNS ในกรณีส่วนใหญ่จะได้คำตอบว่า "ไม่อยู่ในรายชื่อ" ทำให้พลาดการขึ้นบัญชีจริง รหัสในช่วง 127.255.255.x เป็นข้อผิดพลาด เช่น 127.255.255.254 สำหรับการสอบถามผ่าน resolver สาธารณะที่ถูกบล็อก และต้องไม่อ่านว่า "อยู่ในรายชื่อ" Spamhaus ระบุว่าเซิร์ฟเวอร์บางแห่งปฏิเสธอีเมลทั้งหมดโดยผิดพลาดเพราะเรื่องนี้ และแนะนำให้ใช้ resolver ของตนเอง

นี่เป็นเหตุผลหนึ่งที่เครื่องมือตรวจสองตัวอาจให้ผลไม่ตรงกันสำหรับที่อยู่เดียวกัน เพราะอาจสอบถามผ่าน resolver ที่ต่างกัน

บัญชีดำกับไวท์ลิสต์ (DNSBL กับ DNSWL)

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

dnswl.org (list.dnswl.org) เป็นตัวอย่างของไวท์ลิสต์ เอกสารของรายชื่อนี้ระบุว่าคำตอบอยู่ในรูป 127.0.x.y โดย x คือหมวดหมู่ และ y คือระดับความน่าเชื่อถือตั้งแต่ 0 (ไม่มี) ถึง 3 (สูง) และแนะนำให้โฮสต์ที่อยู่ในรายชื่อข้าม greylisting และการตรวจบัญชีดำได้ ให้โฮสต์ที่มีความน่าเชื่อถือระดับกลางและสูงข้ามการกรองสแปมได้ และไม่ควรข้ามการสแกนไวรัสเลย ทั้งนี้ รายการในไวท์ลิสต์จะได้รับการยกเว้นมากเพียงใดยังคงเป็นการตัดสินใจของฝั่งผู้รับ

สาเหตุที่พบบ่อยที่ทำให้ IP หรือโดเมนถูกขึ้นบัญชี

ผู้ดูแลแต่ละรายกำหนดเกณฑ์ของตนเอง และหลายรายไม่เปิดเผยเงื่อนไขที่แน่ชัด สาเหตุด้านล่างมาจากเอกสารที่ผู้ดูแลเผยแพร่

• รายงานสแปมและสแปมแทร็ป SpamCop Blocking List มี IP ที่ส่งอีเมลซึ่งผู้ใช้ SpamCop รายงาน โดยให้น้ำหนักเพิ่มสำหรับอีเมลที่ส่งเข้าสแปมแทร็ป (ที่อยู่ที่ถูกผู้ส่งสแปมเก็บรวบรวมหรือสร้างขึ้น) คำถามที่พบบ่อยระบุว่าหากไม่มีรายงานเพิ่ม การขึ้นบัญชีจะคงอยู่เพียง 24 ชั่วโมง และที่อยู่จะถูกลบโดยอัตโนมัติเมื่อรายงานหยุดลง
• อุปกรณ์ที่ติดเชื้อหรือถูกเจาะ Spamhaus XBL ขึ้นบัญชี IP โดยอัตโนมัติตามหลักฐาน เช่น มัลแวร์ แอป "VPN ฟรี" ที่ส่งต่อทราฟฟิกของบุคคลที่สามผ่านอุปกรณ์ การมีส่วนร่วมในการโจมตีแบบ brute-force หรือความพยายามส่งต่ออีเมลด้วยข้อมูลยืนยันตัวตนที่ถูกขโมย หากสาเหตุยังอยู่ IP จะถูกขึ้นบัญชีอีกครั้งในการเชื่อมต่อครั้งถัดไป
• การตั้งค่าผิดพลาดและการดูแลรายชื่อผู้รับที่ไม่ดี Spamhaus CSS ยกตัวอย่างชื่อ HELO ที่ไม่ตรงกับ forward DNS เว็บไซต์และ CMS ที่ถูกเจาะ การตั้งค่าที่ไม่ปลอดภัย และรายชื่อผู้รับอีเมลที่ดูแลไม่ดี และระบุว่าต้องระบุและแก้ไขสาเหตุก่อนถอดรายชื่อ
• การขึ้นบัญชีเชิงนโยบาย Spamhaus PBL ครอบคลุมช่วงที่อยู่ ซึ่งมักเป็นบรอดแบนด์ตามบ้าน ที่ไม่ควรส่งอีเมลโดยตรง Spamhaus ระบุว่าการอยู่ใน PBL ไม่ได้เป็นผลจากสิ่งที่ผู้ใช้ปลายทางทำ อีเมลจากช่วงดังกล่าวควรส่งออกผ่านเซิร์ฟเวอร์ SMTP ที่ยืนยันตัวตน
• โครงสร้างพื้นฐานที่ใช้ร่วมกัน บน shared hosting การส่งอีเมลของลูกค้ารายอื่นอาจส่งผลต่อ IP ที่คุณใช้ ดู สิ่งที่ควรทำเมื่อ IP ของ shared hosting ติดบัญชีดำ

บทบาทของ DNSBL เมื่ออีเมลส่งไม่ถึง

การถูกขึ้นบัญชีใน DNSBL เป็นสาเหตุหนึ่งที่เป็นไปได้ของอีเมลที่ส่งไม่ถึง แต่ไม่ใช่สาเหตุเดียว ที่อยู่ผิด กล่องจดหมายเต็ม ปัญหาฝั่งผู้รับ และการไม่มีการยืนยันตัวตนก็ทำให้อีเมลตีกลับได้เช่นกัน เมื่อเกี่ยวข้องกับรายชื่อ ข้อความตีกลับมักระบุชื่อรายชื่อหรือมี URL สำหรับตรวจสอบ

1. อ่านข้อความตีกลับ จดรหัสตอบกลับและชื่อรายชื่อหรือ URL ที่อยู่ในข้อความ
2. ระบุ IP และโดเมนที่ใช้ส่ง ใช้บรรทัด Received ในส่วนหัว หรือสอบถามผู้ดูแลเซิร์ฟเวอร์
3. ตรวจรายชื่อหลักพร้อมกัน ใช้ เครื่องมือตรวจสอบบัญชีดำ แล้วยืนยันผลที่ตรงกันในหน้าตรวจสอบของผู้ดูแลรายชื่อเอง
4. แก้ไขสาเหตุ ไล่ตรวจตามสาเหตุข้างต้น คำขอที่ยื่นก่อนแก้ไขสาเหตุมักจบลงด้วยการถูกขึ้นบัญชีซ้ำ
5. ทำตามขั้นตอนของผู้ดูแลรายชื่อนั้น บางรายชื่อหมดอายุเอง บางรายชื่อรับคำขอถอดรายชื่อ และบางรายชื่อรับคำขอจากเจ้าของเครือข่ายเท่านั้น การตัดสินใจถอดรายชื่อเป็นของผู้ดูแลรายชื่อเสมอ และการยื่นคำขอไม่ได้รับประกันว่าจะถูกถอดรายชื่อ

ฝั่งผู้รับยังใช้ตัวกรองของตนเองด้วย อีเมลจึงอาจไม่กลับมาส่งได้ทันทีที่การขึ้นบัญชีสิ้นสุด สำหรับขั้นตอนแก้ปัญหาทั้งหมด ดู อีเมลติดบัญชีดำ: วิธีอ่านข้อความตีกลับ และสำหรับการยืนยันตัวตน ดู การตั้งค่า SPF, DKIM และ DMARC หากคุณหาสาเหตุเองไม่ได้ ก็สามารถ ขอความช่วยเหลือจากเรา ได้

คำถามที่พบบ่อย

หน้าทางการที่ใช้อ้างอิง

ข้อเท็จจริงในบทความนี้ได้ตรวจสอบกับหน้าทางการด้านล่าง ณ เวลาที่เผยแพร่ นโยบายและการทำงานอาจเปลี่ยนแปลงได้โดยไม่แจ้งล่วงหน้า โปรดตรวจสอบหน้าทางการก่อนนำไปใช้ในเรื่องสำคัญ

• RFC 5782: DNS Blacklists and Whitelists
• Spamhaus FAQ: DNSBL Usage
• Spamhaus: Domain Blocklist (DBL)
• Spamhaus: Exploits Blocklist (XBL)
• Spamhaus: Combined Spam Sources (CSS)
• Spamhaus: Policy Blocklist (PBL)
• SpamCop FAQ: What is the SpamCop Blocking List (SCBL)?
• SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
• dnswl.org: Return codes and recommended usage

คู่มือที่เกี่ยวข้อง

คู่มือทั้งหมด →