首页 › 指南

共享主机 IP 被拉黑？能自己解决与不能解决的

发布于 2026-11-03 ／ 更新于 2026-11-03 ／ 作者 Yuki Nakazawa

共享主机的 IP 被列入黑名单时，首先要弄清这个 IP 由谁控制、具体在哪份名单上、返回码是什么。然后清理自己这一方的问题，并把查询证据发给主机商，以便对方处理。在共享 IP 上，原因可能完全出在其他客户身上，而且有些名单只有网络所有者才能申请解除。

新开通的 VPS 或云服务器 IP，也可能从第一天起就显示“被拉黑”，原因可能是前一位用户的历史，也可能是该地址段被列为不应直接发信的范围。无论哪种情况，是否解除始终由名单运营方决定。

本文依据 Spamhaus、AWS、Google Cloud 和 Microsoft Azure 截至 2026 年 11 月的官方页面整理。限制和流程会变化，采取行动前请确认最新说明。关于黑名单导致退信的整体情况，请参阅邮件因黑名单被拦截的处理指南。

先弄清是哪个 IP、哪份名单

“我的服务器被拉黑了”可能意味着截然不同的情况，处理方法取决于具体细节。在做任何事情之前，先回答三个问题。

1. 实际发送邮件的是哪个 IP？托管网站的 IP 不一定就是投递邮件的 IP。请阅读退信，其中通常会引用被拒的 IP，并查看您所发邮件的 Received 头，确认真实的外发地址。
2. 这个 IP 由谁控制？在共享主机上，它是与其他客户共用的地址。在独立服务器、VPS 或云实例上，它分配给您使用，但所在的地址段仍属于服务商。您的主机套餐或控制面板会显示外发邮件是否使用共享地址。
3. 它在哪份名单上？各名单的含义不同，能解决问题的人也不同。用我们的黑名单检测工具查询该 IP，可一次查看所有主要名单，并记下名单名称和返回码。

回答了这三个问题后，通常就能看清：这是您可以自己解决的问题、需要服务商解决的问题，还是表明您应该彻底改变发信方式的信号。

解读查询结果和返回码

Spamhaus ZEN（zen.spamhaus.org）是 Spamhaus 的综合 IP 名单。被列入的 IP 会返回 127.0.0.x 范围内的地址，最后一个数字表示命中了哪份底层名单。对于共享主机和云服务器 IP，以下几个返回码值得区分：

PBL 条目并不是指控。它是一种政策声明：来自该地址的邮件应经过认证后提交给中继服务器，再由其转发出去。Spamhaus 积极鼓励 ISP 和其他网络把所有不应发信的地址段都列入，其中明确包括 Web 服务器。

返回码 127.255.255.252、127.255.255.254 和 127.255.255.255 是错误，而不是列入。Spamhaus 的 DNSBL 使用 FAQ 还警告，通过 Google Public DNS（8.8.8.8）等免费公共解析器查询，大多数情况下会返回“未列入”，这也是不同工具结果不一致的原因。拿不准时，请在 Spamhaus 官方的信誉查询工具上确认结果。各名单的完整流程请参阅Spamhaus 解除的办理方法。

哪些能自己解决，哪些不能

您能改变多少，取决于您购买的是哪种服务。

在共享主机上排除自己账户的问题

• 邮箱被盗用。查看发送日志和已发送文件夹，看是否有并非您发送的大量邮件。如有发现，请立即更改密码。
• 网站被黑。过时的 CMS 和插件是攻击者上传发信脚本的常见途径。
• 表单被滥用。如果联系表单的自动回复允许访问者指定收件人或正文，就可能被变成垃圾邮件发射器。
• 名单质量。向购买来的名单或从未同意接收的地址发信，是损害共享 IP 信誉的“捷径”，影响所有人，包括您自己。

如果以上都没有发现问题，原因很可能是同一地址上的其他人。Spamhaus 的 25 端口 FAQ 说得很直接：在共享 IP 池中，受列入影响的大多数人并不是拥有被感染设备的人。这种情况下，您要做的是收集证据并交给服务商。

如何向主机商报告

Spamhaus 声明，SBL 解除申请必须由负责被列入 IP 的 ISP 提交，并建议普通用户联系自己的 ISP 进行处理。对于共享主机客户来说，这个 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.

服务商可能需要一些时间，而且即使对方采取了行动，最终决定权仍在名单运营方。如果有等不了的邮件，可以把下文介绍的中继方案作为并行的变通办法。如果您难以判断问题出在哪里，也可以向我们咨询。

VPS 和云服务器的 25 端口限制与反向解析

如果您在 VPS 或云实例上自建邮件服务器，在黑名单发挥作用之前，就可能先遇到另一个问题：许多服务商会限制外发 TCP 25 端口，即服务器之间投递邮件所用的端口。AWS、Google Cloud 和 Microsoft Azure 的官方文档说明如下。

• Amazon EC2（AWS）。默认情况下，EC2 只允许向私有 IPv4 地址发送外发 25 端口流量；发往公有 IPv4 和 IPv6 地址的流量会被阻止。您可以申请解除该限制。对于发往第三方的邮件，AWS 建议预置弹性 IP 地址并为其分配静态反向 DNS 记录，并指出这有助于避免邮件被标记为垃圾邮件。在创建反向记录之前，必须已存在解析到该弹性 IP 的正向 DNS（A）记录。
• Google Cloud（Compute Engine）。发往外部 IP 地址 TCP 25 端口的出站流量默认被阻止。当 Google Cloud 判定某个项目风险较低时，该阻止会自动解除，您可以在控制台的 VPC 网络或防火墙政策页面上通过横幅查看项目状态。465 和 587 端口上基于 TLS 的 SMTP 不在阻止范围内。Google 建议使用可信的第三方电子邮件服务商，并表示这样可以改善您的 IP 信誉。
• Microsoft Azure（虚拟机）。除标准 Enterprise Agreement 和面向企业的 Microsoft Customer Agreement（MCA-E）之外，所有订阅类型的外发 25 端口都被阻止。Enterprise Dev/Test 订阅默认被阻止，但可以通过门户中的诊断工具申请豁免。经过认证的 SMTP 中继服务（通常使用 587 端口）对任何订阅类型都不受限制，Microsoft 也推荐使用。Microsoft 还指出，即使 25 端口已开放，也不保证外部域会接收这些邮件。

25 端口被封是投递问题，而不是信誉问题，开放端口并不会改善 IP 的信誉。如果您确实需要为云服务器或 VPS 地址申请 Spamhaus PBL 排除，该 IP 必须是静态的、确实运行着外发邮件服务器、具有正确的正向和反向 DNS，并且分配给您使用。Spamhaus 还要求其后面的所有其他设备都关闭外发 25 端口。

改用独立 IP 或经过认证的 SMTP 中继

如果共享 IP 总是被邻居拖累，或者云服务商不肯开放 25 端口，改变发信方式往往比反复申请解除更实际。

外部的认证 SMTP 中继

不再由您的服务器把邮件直接投递给收件人，而是把每封邮件交给一台经过认证的发信服务器，由它代为投递。这正是 Spamhaus 为 PBL 列入地址段描述的模式：邮件应经过认证后提交给中继，中继可以由接入 ISP 运营，也可以由外部邮件服务运营。Spamhaus 的 25 端口 FAQ 还补充说，最终用户应使用 587 或 465 端口并启用 SMTP AUTH。Azure 和 Google Cloud 都推荐使用认证中继或第三方电子邮件服务，Microsoft 还指出，使用这类服务的部分原因是为了维护投递所依赖的 IP 信誉。

• 按照服务商文档配置中继的主机名、端口（通常为 587）和凭据。
• 更新域名的 SPF 记录以包含该中继，并为其设置 DKIM 签名。请参阅SPF、DKIM 和 DMARC 的设置方法。
• 在把大量邮件迁移到中继之前，先确认其发送限制。

独立 IP

独立 IP 能让您不受其他客户行为的影响，但并不会自动提升信誉。Spamhaus 的发件人指南列出了影响信誉的因素，包括服务提供商、IP 所在的邻近地址、地址背后的基础设施以及 IP 的历史。

• 新地址会受到额外审查。该指南指出，没有发信历史的 HELO 域名会受到额外过滤；更换了 IP 或 HELO 主机名时，应将其视为新地址并逐步预热。禁止使用生成人工流量的预热服务。
• 设置有意义的反向解析。Spamhaus 警告，独立 IP 上通用的或自动生成的反向解析可能损害信誉。
• 使用前先检查新 IP。地址可能带有前一位用户留下的列入记录，因此开始发信前请先查询。

防止再次发生

• 让主机名、HELO 和反向解析保持一致。Spamhaus 的 CSS FAQ 指出，IP 的正向 DNS 应与服务器上设置的 HELO 值一致，HELO 应为完全限定域名（FQDN）。它举出 localhost.localdomain 等值作为常见错误。
• 只允许邮件服务器使用 25 端口。在还运行其他业务的 VPS 上，对邮件服务器以外的所有程序关闭外发 25 端口。
• 做好网站和账户的安全防护。更新 CMS 和插件，不要重复使用密码，尽可能启用双重身份验证。
• 检查控制面板的外发邮件设置。CSS FAQ 介绍了 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

相关指南

全部指南 →