อธิบายรหัสตอบกลับ DNSBL: 127.0.0.2, 127.255.255.x และ NXDOMAIN
การค้นหา DNSBL ที่ได้คำตอบเป็นที่อยู่ในช่วง 127.0.0.0/8 หมายความว่า IP หรือโดเมนนั้นถูกขึ้นบัญชี ส่วนคำตอบ NXDOMAIN หมายความว่าไม่ได้ถูกขึ้นบัญชี นอกเหนือจากนั้น ตัวเลขที่แน่ชัดขึ้นอยู่กับแต่ละรายชื่อ คำตอบ 127.x บางค่าเป็นรหัสข้อผิดพลาดไม่ใช่การขึ้นบัญชี และ SERVFAIL หรือการหมดเวลาไม่ได้บอกอะไรเกี่ยวกับสถานะการขึ้นบัญชีเลย
คู่มือนี้อธิบายธรรมเนียมที่บันทึกไว้ใน RFC 5782 และรหัสตอบกลับที่ Spamhaus, SpamCop และ UCEPROTECT ระบุไว้ในหน้าของตนเอง โดยอ้างอิงจากหน้าทางการเหล่านั้น ณ เดือนพฤศจิกายน 2026 รายชื่อต่าง ๆ อาจเปลี่ยนข้อมูลและนโยบาย จึงควรตรวจเอกสารของผู้ดูแลก่อนดำเนินการตามผลลัพธ์ หากต้องการพื้นฐานการทำงานของบัญชีดำ ให้เริ่มจาก DNSBL (RBL) คืออะไร
พื้นฐาน: RFC 5782 กล่าวถึงรหัสตอบกลับอย่างไร
RFC 5782 ซึ่งเผยแพร่ในเดือนกุมภาพันธ์ 2010 อธิบายวิธีสอบถามบัญชีดำและไวท์ลิสต์แบบ DNS และลักษณะของคำตอบ เอกสารนี้เป็นประเภท Informational ไม่ใช่ข้อกำหนดแบบ Standards Track กล่าวคือบันทึกแนวปฏิบัติทั่วไป และปล่อยให้รายละเอียดการกำหนดค่าเป็นของผู้ดูแลแต่ละรายชื่อ
การสร้างคำสอบถาม
สำหรับ IPv4 ให้กลับลำดับออกเท็ตแล้วต่อท้ายด้วยโซนของรายชื่อ หากต้องการตรวจ 192.0.2.99 กับ bl.example.com
dig +short 99.2.0.192.bl.example.com A
dig +short 99.2.0.192.bl.example.com TXTสำหรับ IPv6 ที่อยู่จะเขียนเป็น nibble ฐานสิบหก 32 ตัวในลำดับกลับกัน ตามด้วยโซน รายชื่อแบบอิงโดเมนใช้เพียงชื่อโดเมนตามด้วยชื่อโซน RFC ระบุว่ารายชื่อแบบอิงชื่อพบน้อยกว่ารายชื่อแบบอิง IP มาก
A record: ถูกขึ้นบัญชีหรือไม่
- ถูกขึ้นบัญชี รายชื่อจะตอบกลับ A record RFC ระบุว่าค่า A ทั้งหมดควรอยู่ในช่วง 127.0.0.0/8 เพื่อป้องกันทราฟฟิกเครือข่ายที่ไม่ต้องการ และค่าตามธรรมเนียมคือ 127.0.0.2
- ไม่ถูกขึ้นบัญชี ต้องไม่มี record ใด ๆ สำหรับที่อยู่นั้น ในแง่ DNS คำตอบคือ NXDOMAIN ซึ่งหมายความว่าชื่อนั้นไม่มีอยู่
- ค่าของ A record ต้องไม่นำไปใช้เป็นที่อยู่ IP 127.0.0.2 เป็นเพียงธง ไม่ใช่เซิร์ฟเวอร์ที่จะเชื่อมต่อ
TXT record: เหตุผลและ URL
ตาม RFC นั้น DNSBL ควรเผยแพร่ TXT record ที่อธิบายว่าเหตุใดรายการจึงถูกขึ้นบัญชี และเหตุผลนั้นมักมี URL สำหรับข้อมูลเพิ่มเติม ซอฟต์แวร์ไคลเอนต์ต้องตรวจ A record และอาจตรวจ TXT record ด้วย ข้อความ TXT มักถูกนำไปใช้ในข้อความแสดงข้อผิดพลาดของ SMTP ข้อความตีกลับจึงอาจมี URL สำหรับตรวจสอบหรือขอถอดรายชื่อที่นำมาจาก TXT record
ทำไมรายชื่อจึงตอบกลับด้วยตัวเลขต่างกัน: รายชื่อย่อยและบิตมาสก์
ค่าอื่นที่ไม่ใช่ 127.0.0.2 มักหมายความว่าโซนนั้นรวมรายชื่อย่อยหลายรายการไว้ RFC 5782 อธิบายวิธีแสดงรายชื่อย่อยไว้สามแบบ ได้แก่ ซับโดเมน A record หลายรายการ และค่าที่เข้ารหัสเป็นบิต
- A record หลายรายการ รายชื่อย่อยแต่ละรายการมีค่าของตนเอง และรายชื่อจะตอบกลับ A record หนึ่งรายการสำหรับทุกรายชื่อย่อยที่ที่อยู่นั้นปรากฏอยู่
- บิตมาสก์ รายชื่อย่อยแต่ละรายการได้รับบิตหนึ่งบิต และคำตอบคือผล OR เชิงตรรกะของบิตของทุกรายชื่อย่อยที่ตรงกัน ในตัวอย่างของ RFC ที่อยู่ที่อยู่ในรายชื่อย่อย 127.0.0.2 และ 127.0.0.4 จะตอบกลับ 127.0.0.6
ประเด็นสำคัญคือ RFC เองระบุว่าไม่มีธรรมเนียมที่ใช้กันแพร่หลายในการจับคู่ชื่อรายชื่อย่อยกับค่า ตัวเลขเดียวกันอาจมีความหมายต่างกันในรายชื่อต่างกัน จึงควรอ่านรหัสตอบกลับควบคู่กับโซนที่ให้รหัสนั้นเสมอ โดยเทียบกับเอกสารของรายชื่อนั้นเอง RFC ยังระบุว่าซอฟต์แวร์ไคลเอนต์ควรใช้บิตมาสก์และการทดสอบช่วงค่ากับค่าที่ได้รับได้
Spamhaus ZEN เป็นตัวอย่างที่ดีของรูปแบบหลายคำตอบ เอกสารระบุว่าโดยทั่วไปการสอบถามหนึ่งครั้งจะได้คำตอบที่ต่างกันหลายค่าในการตอบกลับ DNS เดียวกัน หนึ่งค่าสำหรับแต่ละชุดข้อมูลที่ IP ถูกขึ้นบัญชี โดยแต่ละชุดข้อมูลมีรหัสตอบกลับต่างกัน การเห็นรหัสสองหรือสามค่าพร้อมกันจึงเป็นเรื่องปกติ
รหัสตอบกลับของบัญชีดำหลัก
ตารางด้านล่างครอบคลุมรหัสตอบกลับที่ผู้ดูแลระบุไว้ในหน้าทางการของตน
| รายชื่อ (โซน) | รหัสตอบกลับ | ความหมาย (ตามผู้ดูแล) |
|---|---|---|
| Spamhaus ZEN (zen.spamhaus.org) | 127.0.0.2 | SBL |
| Spamhaus ZEN | 127.0.0.3 | CSS |
| Spamhaus ZEN | 127.0.0.4 | XBL (ข้อมูล CBL) |
| Spamhaus ZEN | 127.0.0.9 | DROP ตอบกลับพร้อมกับ 127.0.0.2 |
| Spamhaus ZEN | 127.0.0.10 / 127.0.0.11 | PBL (ดูแลโดย ISP / ดูแลโดย Spamhaus) |
| Spamhaus DBL (dbl.spamhaus.org) | 127.0.1.2, 127.0.1.4 ถึง 127.0.1.6 | โดเมนชื่อเสียงต่ำ: สแปม ฟิชชิง มัลแวร์ C&C ของบอตเน็ต |
| Spamhaus DBL | 127.0.1.102 ถึง 127.0.1.106 | โดเมนถูกกฎหมายที่ถูกนำไปใช้ในทางที่ผิด (127.0.1.103: โดเมนตัวเปลี่ยนเส้นทางที่ถูกใช้ในสแปม) |
| Spamhaus DBL | 127.0.1.255 | มีการสอบถาม DBL ด้วยที่อยู่ IP ซึ่งไม่อนุญาต |
| SpamCop (bl.spamcop.net) | 127.0.0.2 | ถูกขึ้นบัญชี |
| UCEPROTECT (dnsbl-1, dnsbl-2, dnsbl-3.uceprotect.net) | ไม่ได้ระบุไว้ในหน้าการใช้งาน DNS | แยกโซนละหนึ่งสำหรับ Level 1, 2 และ 3 |
- Spamhaus ZEN รวม SBL, CSS, XBL และ PBL ไว้ และครอบคลุมเฉพาะที่อยู่ IP ส่วนโดเมนตรวจกับ DBL โดย DBL ใช้ช่วง 127.0.1.0/24 และรายชื่อ Zero Reputation Domains ใช้ช่วง 127.0.2.0/24 เนื่องจาก DBL ตอบคำสอบถามด้วย IP เป็น 127.0.1.255 เสมอ จึงใช้ตรวจ IP ไม่ได้ สำหรับความหมายของรายชื่อแต่ละรายการของ Spamhaus และวิธีขอถอดรายชื่อ ดู คู่มือการถอดรายชื่อจาก Spamhaus
- SpamCop คำถามที่พบบ่อยอย่างเป็นทางการระบุว่า 127.0.0.2 คือคำตอบที่บ่งชี้ว่า IP ถูกขึ้นบัญชี และยังแนะนำให้ผู้ใช้เข้าถึงอีเมลที่ถูกกรองได้ เช่น ติดป้ายหรือย้ายไปไว้ในโฟลเดอร์แยก แทนที่จะปฏิเสธโดยตรง การถอดรายชื่ออธิบายไว้ใน คู่มือการถอดรายชื่อจาก SpamCop
- UCEPROTECT หน้าการใช้งาน DNS ระบุชื่อโซนทั้งสาม แต่ไม่ได้อธิบายค่าที่ตอบกลับ และระบุว่าวิธี DNS เหมาะจริง ๆ เฉพาะกับเซิร์ฟเวอร์อีเมลขนาดเล็กถึงกลาง พร้อมแนะนำ rsync สำหรับระบบที่มีคำขอมากกว่า 100,000 ครั้งต่อวัน ระดับต่าง ๆ อธิบายไว้ใน คู่มือ UCEPROTECT Level 2 และ 3
- Barracuda ค่าที่ตอบกลับไม่ได้ครอบคลุมในที่นี้ ให้ตรวจหน้าของ Barracuda Central เอง
127.255.255.x และ resolver สาธารณะ: คำตอบที่ไม่ใช่การขึ้นบัญชี
Spamhaus สงวนช่วง 127.255.255.0/24 ไว้สำหรับรหัสข้อผิดพลาด รหัสเหล่านี้อาจตอบกลับได้กับทุกโซน และคำถามที่พบบ่อยอย่างเป็นทางการระบุว่าต้องไม่ตีความว่าสิ่งที่สอบถามถูกขึ้นบัญชี
| รหัสตอบกลับ | ความหมาย |
|---|---|
| 127.255.255.252 | พิมพ์ชื่อ DNSBL ผิด |
| 127.255.255.254 | สอบถามผ่าน resolver สาธารณะหรือ open resolver |
| 127.255.255.255 | สอบถามมากเกินไป |
ทำไมผลจาก resolver สาธารณะจึงเชื่อถือไม่ได้
คำถามที่พบบ่อยของ Spamhaus ระบุว่าเมื่อสอบถามผ่าน resolver สาธารณะขนาดใหญ่ ในกรณีส่วนใหญ่จะได้คำตอบว่าไม่อยู่ในรายชื่อ (NXDOMAIN) กล่าวอีกนัยหนึ่ง IP ที่ถูกขึ้นบัญชีอาจดูเหมือนสะอาด คำถามที่พบบ่อยเดียวกันยังระบุว่าการใช้ Amazon, Quad9, Google, Cloudflare หรือ resolver สาธารณะอื่น เป็นสาเหตุที่พบบ่อยที่สุดของปัญหาในทางกลับกัน คือรายชื่อดูเหมือนบล็อกทั้งอินเทอร์เน็ต
resolver บางรายยังเขียนทับคำตอบ NXDOMAIN และตอบกลับเป็นที่อยู่ IP สำหรับชื่อที่ไม่มีอยู่ เซิร์ฟเวอร์อีเมลอาจเข้าใจผิดว่าเป็นการขึ้นบัญชี คำถามที่พบบ่อยแนะนำให้ตั้งค่าเซิร์ฟเวอร์อีเมลให้เพิกเฉยต่อคำตอบใดที่ไม่อยู่ในช่วง 127.0.0.0/8 ใช้ resolver ของตนเอง หรือติดต่อ ISP หรือผู้ให้บริการ DNS หากต้องการดูว่าคุณใช้ resolver ใดอยู่จริง คำถามที่พบบ่อยให้วิธีตรวจดังนี้
dig txt whoami.fastly.netหากคุณใช้การกรองด้วย DNSBL บนเซิร์ฟเวอร์อีเมลของตนเอง ให้ตรวจด้วยว่าเซิร์ฟเวอร์ไม่ได้ปฏิเสธอีเมลทุกครั้งที่เห็นคำตอบ 127.255.255.x ซึ่ง Spamhaus ระบุว่าเป็นการตั้งค่าที่ผิดพลาด
NXDOMAIN กับ SERVFAIL กับการหมดเวลา
การตอบกลับ DNS ทุกครั้งมีรหัสการตอบกลับ (RCODE) ซึ่งกำหนดไว้ใน RFC 1035 เมื่ออ่านผล DNSBL ให้แยก RCODE ออกจากค่าของ A record
| การตอบกลับ | ความหมายใน DNS | วิธีอ่านสำหรับ DNSBL |
|---|---|---|
| A record ในช่วง 127.0.0.0/8 (ยกเว้น 127.255.255.x) | ไม่มีข้อผิดพลาด (NOERROR) | ถูกขึ้นบัญชี ให้ตรวจค่ากับเอกสารของรายชื่อนั้น |
| NXDOMAIN (Name Error) | ชื่อที่สอบถามไม่มีอยู่ | ไม่ถูกขึ้นบัญชี โดยมีเงื่อนไขว่าสอบถามผ่าน resolver ที่เหมาะสม |
| 127.255.255.x | คำตอบที่ดูปกติแต่บ่งบอกข้อผิดพลาด | ไม่ทราบ ให้แก้ไข resolver หรือคำสอบถาม |
| SERVFAIL (Server failure) | เนมเซิร์ฟเวอร์ประมวลผลคำสอบถามไม่ได้ | ไม่ทราบ |
| การหมดเวลา | ไม่มีคำตอบกลับมา | ไม่ทราบ |
RFC 5782 ไม่ได้ระบุว่าไคลเอนต์ควรจัดการกับรายชื่อที่ล้มเหลวหรือไม่ตอบสนองอย่างไร การอ่าน SERVFAIL หรือการหมดเวลาว่าถูกขึ้นบัญชีหรือไม่ถูกขึ้นบัญชีล้วนเป็นความผิดพลาด ให้ลองใหม่ภายหลังหรือสอบถามจากเส้นทางอื่น
ใช้รายการทดสอบเพื่อตรวจว่ารายชื่อทำงานอยู่
RFC 5782 กำหนดให้รายชื่อ IPv4 ต้องมีรายการสำหรับ 127.0.0.2 และต้องไม่มีรายการสำหรับ 127.0.0.1 รายชื่อ IPv6 ใช้ ::FFFF:7F00:2 (ถูกขึ้นบัญชี) และ ::FFFF:7F00:1 (ไม่ถูกขึ้นบัญชี) และรายชื่อแบบโดเมนใช้ชื่อสงวน TEST (ถูกขึ้นบัญชี) และ INVALID (ไม่ถูกขึ้นบัญชี)
dig +short 2.0.0.127.zen.spamhaus.org A
dig +short 1.0.0.127.zen.spamhaus.org Aหากคำสอบถามแรกตอบกลับรหัสการขึ้นบัญชี (ค่า 127.x ที่ไม่ใช่ 127.255.255.x) และคำสอบถามที่สองไม่ได้ตอบอะไร แสดงว่าการค้นหากับรายชื่อนั้นทำงานอยู่ หากคำสอบถามแรกตอบกลับ 127.255.255.x แสดงว่าเส้นทางการสอบถามของคุณถูกปฏิเสธ RFC ระบุว่าไคลเอนต์ควรตรวจรายการทดสอบเป็นระยะ และไม่ควรใช้รายชื่อที่ไม่มีรายการทดสอบที่ถูกต้อง และยังระบุว่าผู้ดูแลที่ปิดรายชื่อบางครั้งได้ลบทุกรายการออก หรือติดตั้ง wildcard ที่ขึ้นบัญชีทุกที่อยู่ หาก 127.0.0.1 ก็ตอบกลับว่าถูกขึ้นบัญชีด้วย ให้สงสัยรายชื่อหรือเส้นทางการสอบถามของคุณ ไม่ใช่ IP ของคุณเอง
วิธีอ่านผลของคุณเองในทางปฏิบัติ
- เลือก IP หรือโดเมนให้ถูกต้อง ใช้ IP ในข้อความตีกลับ หรือ IP ของเซิร์ฟเวอร์ที่ส่งจากบรรทัด Received ในส่วนหัวของข้อความ
- ตรวจหลายรายชื่อพร้อมกัน เครื่องมือตรวจสอบบัญชีดำ ของเราตรวจรายชื่อหลักทั้งหมดในครั้งเดียว
- อ่านแต่ละรหัสควบคู่กับโซนของรหัสนั้น รหัสการขึ้นบัญชีในช่วง 127.0.0.0/8 (ที่ไม่ใช่ 127.255.255.x) หมายถึงถูกขึ้นบัญชี ให้ค้นดูว่าค่านั้นหมายถึงอะไรในรายชื่อนั้น คำตอบ 127.255.255.x, SERVFAIL หรือการหมดเวลา หมายความว่ายังไม่ทราบสถานะ
- ดู TXT record และหน้าตรวจสอบของผู้ดูแลรายชื่อ หลายรายชื่อตอบกลับเหตุผลหรือ URL ให้ถือว่าหน้าตรวจสอบของผู้ดูแลรายชื่อเองเป็นผลที่เชื่อถือได้ที่สุด
- แก้ไขสาเหตุ แล้วทำตามขั้นตอนการถอดรายชื่อของรายชื่อนั้น ผู้ดูแลแต่ละรายเป็นผู้ตัดสินว่าจะถอดรายชื่อหรือไม่และเมื่อใด หากสาเหตุยังอยู่ การขึ้นบัญชีมักกลับมาอีก
สำหรับขั้นตอนแก้ปัญหาทั้งหมดเมื่ออีเมลตีกลับ ดู อีเมลถูกบล็อกเพราะบัญชีดำ หากคุณต้องการความช่วยเหลือในการตีความผลหรือหาสาเหตุ ก็สามารถ สอบถามเราเรื่องการถอดรายชื่อ ได้
เราแนะนำผู้ให้บริการที่รับดำเนินการขอนำชื่อออกจากบัญชีดำ ให้คำปรึกษา และคำแนะนำ (เริ่มต้น JPY 50,000) การนำชื่อออกขึ้นอยู่กับการพิจารณาของผู้ดูแลแต่ละรายการ จึงไม่สามารถรับประกันได้
ขอความช่วยเหลือเว็บไซต์นี้อาจได้รับค่าแนะนำจากผู้ให้บริการที่ระบุไว้ About
คำถามที่พบบ่อย
การค้นหาได้ผลเป็น 127.0.0.2 ฉันอยู่ในรายชื่อใด
คุณอยู่ในรายชื่อของโซนที่คุณสอบถาม 127.0.0.2 เป็นค่าตามธรรมเนียมที่หลายรายชื่อใช้ ตัวเลขเพียงอย่างเดียวจึงระบุรายชื่อไม่ได้ บน Spamhaus ZEN หมายถึง SBL ส่วนบน SpamCop หมายถึงถูกขึ้นบัญชีเท่านั้น ให้อ่านควบคู่กับชื่อโซนและเอกสารของรายชื่อนั้น
ฉันได้ 127.255.255.254 แปลว่าติดบัญชีดำหรือไม่
ไม่ใช่ บนโซนของ Spamhaus นี่คือรหัสข้อผิดพลาดที่หมายความว่าคำสอบถามมาจาก resolver สาธารณะหรือ open resolver ไม่ได้หมายความว่า IP ถูกขึ้นบัญชี ให้ตรวจอีกครั้งในหน้าตรวจสอบของ Spamhaus เอง หรือสอบถามโดยไม่ผ่าน resolver สาธารณะ
ทำไมเครื่องมือต่าง ๆ จึงให้ผลไม่ตรงกันว่าฉันถูกขึ้นบัญชีหรือไม่
สาเหตุที่พบบ่อยคือ resolver ที่ใช้ในการค้นหา เมื่อผ่าน resolver สาธารณะ IP ที่ถูกขึ้นบัญชีอาจดูเหมือนสะอาด หรือคุณอาจได้รหัสข้อผิดพลาด เครื่องมือบางตัวอาจแสดง SERVFAIL หรือการหมดเวลาว่าไม่ถูกขึ้นบัญชีด้วย หากไม่แน่ใจ ให้ใช้หน้าตรวจสอบทางการของผู้ดูแลรายชื่อ
การขึ้นบัญชีของฉันไม่มี TXT record มีอะไรผิดปกติหรือไม่
ไม่จำเป็นเสมอไป RFC 5782 ระบุว่า DNSBL ควรเผยแพร่เหตุผลใน TXT แต่ไม่ใช่ข้อบังคับ และการตรวจ TXT record เป็นทางเลือกสำหรับไคลเอนต์ A record คือสิ่งที่ตัดสินว่าถูกขึ้นบัญชีหรือไม่
หน้าทางการที่ใช้อ้างอิง
ข้อเท็จจริงในบทความนี้ได้ตรวจสอบกับหน้าทางการด้านล่าง ณ เวลาที่เผยแพร่ นโยบายและการทำงานอาจเปลี่ยนแปลงได้โดยไม่แจ้งล่วงหน้า โปรดตรวจสอบหน้าทางการก่อนนำไปใช้ในเรื่องสำคัญ
- RFC 5782: DNS Blacklists and Whitelists
- RFC 1035: Domain Names - Implementation and Specification (RCODE)
- Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
- Spamhaus: ZEN Blocklist
- Spamhaus: Domain Blocklist (DBL)
- SpamCop FAQ: How do I configure my mailserver to reject mail based on the blocklist?
- UCEPROTECT: Using DNS Lookups
คู่มือที่เกี่ยวข้อง
DNSBL และ RBL ทำงานอย่างไร: การค้นหาด้วย IP กลับลำดับ, A และ TXT record, IPv6 รายชื่อแบบ IP กับโดเมน ไวท์ลิสต์ และสาเหตุที่ IP ถูกขึ้นบัญชี
ติดรายการ Spamhaus? ดูว่าติดรายการใด (ZEN, PBL, XBL, CSS, SBL, DBL) รหัสตอบกลับหมายถึงอะไร และวิธีขอนำชื่อออกที่ถูกต้องของแต่ละรายการ
วิธีตรวจติดตาม IP และโดเมนที่ใช้ส่งอีเมลกับบัญชีดำ DNS ด้วยสคริปต์ dig และ cron, batch API พร้อม webhook และการแจ้งเตือนที่ไม่เตือนผิดพลาด