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

IP ของ Shared Hosting ติดบัญชีดำ? สิ่งที่คุณแก้ได้และแก้ไม่ได้

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

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

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

คู่มือนี้อ้างอิงจากหน้าทางการของ Spamhaus, AWS, Google Cloud และ Microsoft Azure ณ เดือนพฤศจิกายน 2026 ข้อจำกัดและขั้นตอนอาจเปลี่ยนแปลงได้ จึงควรยืนยันถ้อยคำปัจจุบันก่อนดำเนินการ สำหรับภาพรวมของอีเมลตีกลับที่เกี่ยวกับบัญชีดำ ดู คู่มือเรื่องอีเมลถูกบล็อกเพราะบัญชีดำ

เริ่มจากระบุว่าเป็น IP ใดและรายชื่อใด

"เซิร์ฟเวอร์ของฉันติดบัญชีดำ" อาจหมายถึงสิ่งที่แตกต่างกันมาก และวิธีแก้ขึ้นอยู่กับรายละเอียด ให้ตอบคำถามสามข้อนี้ก่อนทำอย่างอื่น

1. IP ใดที่ส่งอีเมลของคุณจริง IP ที่โฮสต์เว็บไซต์ของคุณไม่จำเป็นต้องเป็น IP ที่ส่งอีเมล อ่านข้อความตีกลับซึ่งมักระบุ IP ที่ถูกปฏิเสธ และตรวจส่วนหัว Received ของอีเมลที่คุณส่งเพื่อยืนยันที่อยู่ขาออกที่แท้จริง
2. ใครเป็นผู้ควบคุม IP นั้น บน shared hosting จะเป็นที่อยู่ที่ใช้ร่วมกับลูกค้ารายอื่น บนเซิร์ฟเวอร์เฉพาะ (dedicated server) VPS หรืออินสแตนซ์คลาวด์ IP จะกำหนดให้คุณ แต่ช่วง IP โดยรอบยังเป็นของผู้ให้บริการ แพ็กเกจโฮสติ้งหรือแผงควบคุมของคุณจะบอกได้ว่าอีเมลขาออกใช้ที่อยู่ร่วมกันหรือไม่
3. IP อยู่ในรายชื่อใด แต่ละรายชื่อมีความหมายและผู้ที่แก้ไขได้ต่างกัน ตรวจ IP ด้วย เครื่องมือตรวจสอบบัญชีดำ ของเราเพื่อดูรายชื่อหลักทั้งหมดพร้อมกัน และจดชื่อรายชื่อและรหัสตอบกลับไว้

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

การอ่านผลการตรวจและรหัสตอบกลับ

Spamhaus ZEN (zen.spamhaus.org) คือรายชื่อ IP แบบรวมของ Spamhaus IP ที่ถูกขึ้นบัญชีจะได้คำตอบเป็นที่อยู่ในช่วง 127.0.0.x และตัวเลขสุดท้ายบอกว่าตรงกับรายชื่อย่อยใด สำหรับ IP ของ shared hosting และคลาวด์ รหัสที่ควรแยกแยะให้ออกมีดังนี้

รายการใน PBL ไม่ใช่การกล่าวหา แต่เป็นถ้อยแถลงเชิงนโยบายว่าอีเมลจากที่อยู่นี้ควรส่งผ่านการยืนยันตัวตนไปยังเซิร์ฟเวอร์ที่ทำหน้าที่ส่งต่อ (relay) Spamhaus สนับสนุนอย่างจริงจังให้ ISP และเครือข่ายอื่น ๆ ขึ้นบัญชีทุกช่วง IP ที่ไม่ควรส่งอีเมล ซึ่งรวมถึงเว็บเซิร์ฟเวอร์อย่างชัดเจน

รหัส 127.255.255.252, 127.255.255.254 และ 127.255.255.255 เป็นข้อผิดพลาด ไม่ใช่การขึ้นบัญชี คำถามที่พบบ่อยเรื่องการใช้ DNSBL ของ Spamhaus ยังเตือนว่า resolver สาธารณะแบบฟรี เช่น Google Public DNS (8.8.8.8) ในกรณีส่วนใหญ่จะตอบว่า "ไม่อยู่ในรายชื่อ" นี่คือเหตุผลที่เครื่องมือต่าง ๆ อาจให้ผลไม่ตรงกัน หากไม่แน่ใจ ให้ตรวจผลที่ เครื่องมือตรวจชื่อเสียงของ Spamhaus เอง สำหรับขั้นตอนแยกตามรายชื่อทั้งหมด ดู วิธีถอดรายชื่อจาก Spamhaus

สิ่งที่คุณแก้ไขเองได้และแก้ไขไม่ได้

สิ่งที่คุณเปลี่ยนแปลงได้ขึ้นอยู่กับบริการที่คุณจ่ายเงิน

ตัดความเป็นไปได้ว่าปัญหามาจากบัญชีของคุณบน shared hosting

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

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

วิธีแจ้งปัญหาไปยังผู้ให้บริการโฮสติ้ง

Spamhaus ระบุว่าคำขอถอดรายชื่อจาก SBL ต้องส่งโดย ISP ที่ดูแล IP ที่ถูกขึ้นบัญชี และแนะนำผู้ใช้ทั่วไปให้ติดต่อ ISP ของตนเพื่อแก้ไข สำหรับลูกค้า shared hosting ISP นั้นก็คือบริษัทโฮสติ้งของคุณ ทิกเก็ตที่เขียนเพียงว่า "อีเมลของฉันส่งไม่ถึง" มักถูกส่งต่อไปมา ทิกเก็ตที่มีข้อมูลต่อไปนี้มักได้รับการดำเนินการเร็วกว่า

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

ตัวอย่างสั้น ๆ

Our outbound IP 192.0.2.10 returns 127.0.0.2 (SBL) on zen.spamhaus.org.
We confirmed this on the official Spamhaus checker at 10:00 UTC on 2026-11-03.
We have reset all mailbox passwords and found no unexpected files on our site.
Please investigate, request removal if appropriate, or advise whether our mail
can be sent from a different IP.

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

ข้อจำกัดพอร์ต 25 และ reverse DNS บน VPS และคลาวด์

หากคุณใช้เซิร์ฟเวอร์อีเมลของตนเองบน VPS หรืออินสแตนซ์คลาวด์ คุณอาจเจอปัญหาก่อนที่บัญชีดำจะเข้ามาเกี่ยวข้องเสียอีก นั่นคือผู้ให้บริการจำนวนมากจำกัด TCP พอร์ต 25 ขาออก ซึ่งเป็นพอร์ตที่ใช้ส่งอีเมลระหว่างเซิร์ฟเวอร์ เอกสารทางการของ AWS, Google Cloud และ Microsoft Azure ระบุไว้ดังนี้

• Amazon EC2 (AWS) โดยค่าเริ่มต้น EC2 อนุญาตทราฟฟิกพอร์ต 25 ขาออกเฉพาะไปยังที่อยู่ IPv4 ส่วนตัว ทราฟฟิกไปยังที่อยู่ IPv4 และ IPv6 สาธารณะจะถูกบล็อก คุณสามารถขอให้ยกเลิกข้อจำกัดนี้ได้ สำหรับอีเมลที่ส่งถึงบุคคลภายนอก AWS แนะนำให้จัดสรรที่อยู่ Elastic IP และกำหนด reverse DNS record แบบคงที่ให้ โดยระบุว่าอาจช่วยหลีกเลี่ยงไม่ให้อีเมลถูกระบุว่าเป็นสแปม ต้องมี forward DNS (A) record ที่ชี้ไปยัง Elastic IP ก่อนจึงจะสร้าง reverse record ได้
• Google Cloud (Compute Engine) การส่งออกไปยัง TCP พอร์ต 25 บนที่อยู่ IP ภายนอกถูกบล็อกโดยค่าเริ่มต้น การบล็อกจะถูกยกเลิกโดยอัตโนมัติเมื่อ Google Cloud พิจารณาว่าโปรเจกต์มีความเสี่ยงต่ำ และคุณตรวจสถานะของโปรเจกต์ได้จากแบนเนอร์ในหน้า VPC networks หรือ firewall policies ในคอนโซล SMTP over TLS บนพอร์ต 465 และ 587 ไม่อยู่ในขอบเขตการบล็อก Google แนะนำให้ใช้ผู้ให้บริการอีเมลภายนอกที่เชื่อถือได้ ซึ่งระบุว่าช่วยปรับปรุงชื่อเสียง IP ของคุณ
• Microsoft Azure (เครื่องเสมือน) พอร์ต 25 ขาออกถูกบล็อกสำหรับการสมัครใช้งานทุกประเภท ยกเว้น Enterprise Agreement มาตรฐาน และ Microsoft Customer Agreement for enterprise (MCA-E) การสมัครใช้งานแบบ Enterprise Dev/Test ถูกบล็อกโดยค่าเริ่มต้น แต่ขอยกเว้นได้ผ่านเครื่องมือวินิจฉัยในพอร์ทัล บริการ SMTP relay ที่ยืนยันตัวตน ซึ่งโดยทั่วไปใช้พอร์ต 587 ไม่ถูกจำกัดสำหรับการสมัครใช้งานทุกประเภท และ Microsoft แนะนำให้ใช้ แม้ในกรณีที่พอร์ต 25 เปิดอยู่ Microsoft ระบุว่าไม่มีการรับประกันว่าโดเมนภายนอกจะยอมรับอีเมล

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

เปลี่ยนไปใช้ dedicated IP หรือ SMTP relay ที่ยืนยันตัวตน

หาก IP ร่วมถูกเพื่อนบ้านฉุดชื่อเสียงลงซ้ำแล้วซ้ำเล่า หรือผู้ให้บริการคลาวด์ไม่ยอมเปิดพอร์ต 25 การเปลี่ยนวิธีส่งมักใช้ได้จริงมากกว่าการไล่ขอถอดรายชื่อ

SMTP relay ภายนอกที่ยืนยันตัวตน

แทนที่เซิร์ฟเวอร์ของคุณจะส่งอีเมลตรงไปยังผู้รับ เซิร์ฟเวอร์จะส่งแต่ละข้อความให้เซิร์ฟเวอร์ส่งอีเมลที่ยืนยันตัวตนแล้วเป็นผู้ส่งแทน นี่คือรูปแบบที่ Spamhaus อธิบายไว้สำหรับช่วง IP ที่อยู่ใน PBL กล่าวคือคาดหวังให้อีเมลถูกส่งพร้อมการยืนยันตัวตนไปยัง relay ซึ่งอาจดำเนินการโดย ISP ที่เชื่อมต่อหรือโดยบริการอีเมลภายนอก คำถามที่พบบ่อยเรื่องพอร์ต 25 ของ Spamhaus เพิ่มเติมว่าผู้ใช้ปลายทางควรใช้พอร์ต 587 หรือ 465 พร้อม SMTP AUTH ทั้ง Azure และ Google Cloud แนะนำให้ใช้ relay ที่ยืนยันตัวตนหรือบริการอีเมลภายนอก และ Microsoft ระบุว่าบริการเหล่านี้ส่วนหนึ่งใช้เพื่อรักษาชื่อเสียงของ IP ที่การส่งอีเมลต้องพึ่งพา

• ตั้งค่าชื่อโฮสต์ พอร์ต (โดยทั่วไปคือ 587) และข้อมูลยืนยันตัวตนของ relay ตามเอกสารของผู้ให้บริการ
• อัปเดต SPF record ของโดเมนให้รวม relay และตั้งค่าการลงนาม DKIM สำหรับ relay นั้น ดู วิธีตั้งค่า SPF, DKIM และ DMARC
• ตรวจขีดจำกัดการส่งของ relay ก่อนย้ายอีเมลปริมาณมากไปใช้

Dedicated IP

Dedicated IP ช่วยแยกคุณออกจากพฤติกรรมของลูกค้ารายอื่น แต่ไม่ได้ทำให้ชื่อเสียงดีขึ้นโดยอัตโนมัติ แนวทางสำหรับผู้ส่ง (Sender Guidelines) ของ Spamhaus ระบุปัจจัยที่มีผลต่อชื่อเสียง ซึ่งรวมถึงผู้ให้บริการ ละแวก IP โครงสร้างพื้นฐานเบื้องหลังที่อยู่นั้น และประวัติของ IP

• ที่อยู่ใหม่จะถูกตรวจสอบเข้มงวดเป็นพิเศษ แนวทางเดียวกันระบุว่าโดเมน HELO ที่ไม่มีประวัติการส่งจะถูกกรองเพิ่มเติม และ IP หรือชื่อโฮสต์ HELO ที่เปลี่ยนไปควรถือเป็นของใหม่และค่อย ๆ วอร์มอัป บริการวอร์มอัปที่สร้างทราฟฟิกปลอมเป็นสิ่งต้องห้าม
• ตั้ง reverse DNS ที่มีความหมาย Spamhaus เตือนว่า reverse DNS แบบทั่วไปหรือที่สร้างอัตโนมัติบน dedicated IP อาจทำให้ชื่อเสียงเสียหาย
• ตรวจ IP ใหม่ก่อนใช้งาน ที่อยู่อาจติดรายการจากผู้ใช้คนก่อน จึงควรตรวจก่อนเริ่มส่ง

ป้องกันไม่ให้เกิดซ้ำ

• ทำให้ชื่อโฮสต์ HELO และ reverse DNS สอดคล้องกัน คำถามที่พบบ่อยเรื่อง CSS ของ Spamhaus ระบุว่า forward DNS ของ IP ควรตรงกับค่า HELO ที่ตั้งไว้บนเซิร์ฟเวอร์ และ HELO ควรเป็นชื่อโดเมนแบบเต็ม (FQDN) โดยยกตัวอย่างค่าอย่าง localhost.localdomain ว่าเป็นข้อผิดพลาดที่พบบ่อย
• จำกัดพอร์ต 25 ไว้เฉพาะเซิร์ฟเวอร์อีเมล บน VPS ที่ใช้งานอย่างอื่นด้วย ให้ปิดพอร์ต 25 ขาออกสำหรับทุกอย่างที่ไม่ใช่เซิร์ฟเวอร์อีเมลของคุณ
• รักษาความปลอดภัยของเว็บไซต์และบัญชีอย่างเข้มงวด อัปเดต CMS และปลั๊กอิน เลิกใช้รหัสผ่านซ้ำ และเปิดการยืนยันตัวตนแบบสองขั้นตอนเมื่อทำได้
• ตรวจการตั้งค่าอีเมลขาออกในแผงควบคุม คำถามที่พบบ่อยเรื่อง CSS อธิบายตัวเลือกของ Plesk ที่ใส่ชื่อของแต่ละโดเมนลงในคำทักทาย SMTP และเตือนว่าเมื่อมีหลายโดเมนบนเซิร์ฟเวอร์ใช้ IP ร่วมกัน อีเมลจากบางโดเมนหรือทุกโดเมนอาจถูกระบุว่าเป็นสแปมโดยผู้รับที่ใช้ Spamhaus XBL และควรใช้ตัวเลือกนี้ด้วยความระมัดระวังอย่างยิ่ง ให้ตรวจการตั้งค่าที่เทียบเท่าในแผงควบคุมของคุณ และทำตามคำแนะนำของผู้ให้บริการหรือผู้พัฒนาแผงควบคุม
• ตรวจติดตามเป็นประจำ IP ร่วมอาจเปลี่ยนสถานะได้เพราะการกระทำของผู้อื่น ตรวจเป็นระยะด้วย เครื่องมือตรวจสอบบัญชีดำ ของเรา และแจ้งผู้ให้บริการแต่เนิ่น ๆ เมื่อมีการเปลี่ยนแปลง

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

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

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

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

• Spamhaus: Policy Blocklist (PBL)
• Spamhaus: Spamhaus Blocklist (SBL)
• Spamhaus FAQ: DNSBL Usage (return codes and public resolvers)
• Spamhaus FAQ: Combined Spam Sources (CSS)
• Spamhaus FAQ: Port 25 General Questions
• Spamhaus: Sender Guidelines
• AWS: Amazon EC2 service quotas (Restriction on email sent using port 25)
• AWS: Create a reverse DNS record for email on Amazon EC2
• Google Cloud: Sending email from an instance
• Google Cloud: VPC firewall rules (Blocked and limited traffic)
• Microsoft Learn: Troubleshoot outbound SMTP connectivity in Azure

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

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