首頁 › 教學文章

共享主機 IP 被列入黑名單？可自行處理與無法處理的部分

發布日期 2026-11-03 ／ 更新日期 2026-11-03 ／ 作者 Yuki Nakazawa

共享主機的 IP 被列入黑名單時，首先要確認的是由誰控管該 IP，以及它究竟被列在哪份清單上、回傳碼是什麼。接著清理您自己這一端的問題，並將查詢證據提供給主機商，讓對方能夠處理。在共享 IP 上，原因可能完全出在其他客戶身上，而且有些清單只有網路擁有者才能申請移除。

剛開通的 VPS 或雲端 IP，也可能從第一天起就看似「被列入黑名單」，原因可能是前一位使用者的歷史紀錄，也可能是該 IP 範圍被列為不應直接寄送郵件的範圍。無論是哪種情況，是否解除的決定權永遠在清單營運者手上。

本文依據 Spamhaus、AWS、Google Cloud 與 Microsoft Azure 在 2026 年 11 月時的官方頁面撰寫。各項限制與程序可能變更，採取行動前請先確認最新的說明。若想了解與黑名單相關的退信全貌，請參閱郵件因黑名單遭封鎖的說明。

先確認是哪個 IP、哪份清單

「我的伺服器被列入黑名單」可能代表截然不同的情況，處理方式取決於細節。在採取任何行動之前，請先回答三個問題。

1. 實際寄出郵件的是哪個 IP？代管網站的 IP 不一定就是寄送郵件的 IP。請閱讀退信訊息（其中經常會引用被拒絕的 IP），並查看您寄出郵件的 Received 標頭，以確認實際的外寄位址。
2. 由誰控管該 IP？在共享主機上，那是與其他客戶共用的位址。在專屬伺服器、VPS 或雲端執行個體上，IP 是分配給您的，但周邊的 IP 範圍仍屬於供應商。您的主機方案或控制台會顯示外寄郵件是否使用共享位址。
3. 被列在哪份清單上？各清單的意義不同，能處理的人也不同。請用本站的黑名單檢查工具一次查詢所有主要清單，並記下清單名稱與回傳碼。

回答這三個問題後，通常就能看出這是您可以自行處理的問題、必須由供應商處理的問題，還是代表您應該全面改變寄信方式的訊號。

如何解讀查詢結果與回傳碼

Spamhaus ZEN（zen.spamhaus.org）是 Spamhaus 的綜合 IP 清單。被列入的 IP 會回傳 127.0.0.x 範圍內的位址，最後一個數字代表命中的是哪一份底層清單。對共享主機與雲端 IP 而言，以下幾個代碼值得分辨清楚：

被列入 PBL 並不是一種指控，而是一項政策聲明：來自此位址的郵件，應經過驗證後提交給負責轉送的伺服器。Spamhaus 積極鼓勵 ISP 與其他網路將所有不應寄送郵件的範圍列入，其中明確包括網頁伺服器。

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 只允許外寄 25 連接埠的流量送往私人 IPv4 位址；送往公用 IPv4 與 IPv6 位址的流量會被封鎖。您可以申請解除這項限制。若要寄信給第三方，AWS 建議配置 Elastic IP 位址並為其設定靜態反解記錄，並指出這有助於避免郵件被標記為垃圾郵件。建立反解記錄之前，必須先有解析到該 Elastic IP 的正解（A）記錄。
• Google Cloud（Compute Engine）。根據預設，送往外部 IP 位址 TCP 25 連接埠的輸出流量會被封鎖。當 Google Cloud 判定某個專案屬於低風險時，封鎖會自動解除；您可以透過主控台中 VPC 網路或防火牆政策頁面上的橫幅，確認專案的狀態。使用 465 與 587 連接埠的 SMTP over TLS 不在封鎖範圍內。Google 建議使用值得信賴的第三方電子郵件服務，並表示這能改善您的 IP 信譽。
• Microsoft Azure（虛擬機器）。除了標準的 Enterprise Agreement 與 Microsoft Customer Agreement for enterprise（MCA-E）以外，所有訂用帳戶類型的外寄 25 連接埠都會被封鎖。Enterprise Dev/Test 訂用帳戶預設為封鎖，但可以透過入口網站中的診斷功能申請豁免。經過驗證的 SMTP 轉送服務（通常使用 587 連接埠）不受任何訂用帳戶類型的限制，Microsoft 也建議使用這類服務。即使 25 連接埠已開放，Microsoft 也指出無法保證外部網域會接受郵件。

25 連接埠被封鎖是投遞問題，而不是信譽問題，開放連接埠對 IP 的信譽毫無幫助。如果您確實想為雲端或 VPS 位址申請 Spamhaus PBL 的排除，該 IP 必須是固定 IP、實際運作外寄郵件伺服器、具備正確的正解與反解，而且是分配給您的。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 主機名稱應視為新的，並逐步進行暖機（warm-up）。產生人為流量的暖機服務是被禁止的。
• 設定有意義的反解。Spamhaus 警告，專屬 IP 若使用通用或自動產生的反解，可能會損害信譽。
• 使用前先檢查新 IP。位址可能帶有前一位使用者留下的列入紀錄，因此請在開始寄信之前先查詢。

防止再次發生

• 讓主機名稱、HELO 與反解一致。Spamhaus 的 CSS FAQ 指出，IP 的正解應與伺服器上設定的 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

相關文章

所有教學文章 →