EAI_AGAIN 錯誤 - n8n Cloud 在伺服器遷移後無法解析外部網域

問題
1

大家好，

最近進行伺服器遷移後，我的 n8n Cloud 工作流程停止運作。HTTP Request 節點在嘗試連接我的伺服器時會返回以下錯誤：

getaddrinfo EAI_AGAIN server1.myserver.com

我測試過的項目：

  • Postman：運作正常，返回 200
  • 從伺服器本身執行 curl：運作正常
  • 瀏覽器：運作正常
  • 透過 8.8.8.8 進行 DNS 查詢：正確解析
  • IP 未被列入黑名單（已檢查 AbuseIPDB：濫用信心度為 0%）
  • 防火牆對所有 IP 開放
  • 嘗試直接使用 IP：SSL 錯誤
  • 嘗試伺服器反向主機名稱：同樣出現 EAI_AGAIN

遷移前一切正常運作。伺服器託管在巴西的雲端提供商上。

有人遇過這個問題嗎？n8n Cloud 是否可能有任何內部 DNS 限制或快取問題會導致這種情況？

2

@VianaCom_Publicidade EAI_AGAIN 是一個暫時的解析器故障，而不是「找不到網域」，所以 n8n Cloud 的解析器在查詢時逾時，而不是網域遺失。由於只在遷移後才發生故障，且在其他地方都正常運作，通常是 n8n 的解析器保留著網域遷移期間的過時否定快取，或是你的新名稱伺服器沒有對所有解析器都提供相同的回應。快速檢查一下，它是否在 dnschecker.org 上所有解析器都能正確解析，而不只是 8.8.8.8？如果到處都是綠色，那就是 n8n Cloud 的解析器快取問題，由於你無法在 Cloud 上清除它，值得向 help@n8n.io 提交工單求助。

3

由於 Postman/瀏覽器可以正常運作，只有 n8n Cloud 在遷移後失敗，請先將此視為解析器/快取問題，直到證明為非。檢查授權名稱伺服器和一個非 Google 解析器上的網域；如果兩者都沒有問題，請保留執行 ID 和時間戳以供 n8n 支援票證使用，而不要在公開討論串中提及。

除非伺服器具有該 IP 的憑證，否則不要將 HTTP 節點切換為原始 IP。該測試會造成額外的 TLS 錯誤，並掩蓋 DNS 問題。

4

由於 Postman 和外部瀏覽器都能完美解析域名，問題範圍已縮小到 n8n Cloud 基礎設施如何與您新伺服器的 DNS 設置進行通信。EAI_AGAIN 表示 DNS 查詢超時，在伺服器遷移後通常指向以下兩種情況之一：
舊解析器快取：n8n Cloud 的 DNS 快取可能保留了遷移窗口期間的舊查詢記錄。如果無法自動清除，您可能需要向支援部門開啟工單 (help@n8n.io) 以查看執行個體路由表。
資料中心/防火牆丟棄查詢：確保您在巴西的新託管提供商沒有丟棄來自 n8n 基礎設施所在的典型雲子網 (AWS/Hetzner) 的入站 API 流量或 DNS 驗證檢查。

此影片提供了在 n8n Cloud 環境中安裝和配置節點的一般見解，如果您需要設定替代 HTTP 或自訂網路追蹤方法，會有所幫助。