مرحبا بالجميع،
بعد ترحيل الخادم مؤخراً، توقفت سير العمل (workflows) الخاصة بي في n8n Cloud عن العمل. تُرجع عقدة HTTP Request الخطأ التالي عند محاولة الوصول إلى خادمي:
getaddrinfo EAI_AGAIN server1.myserver.com
ما قمت باختباره:
- Postman: يعمل بشكل جيد، يُرجع 200
- curl من الخادم نفسه: يعمل بشكل جيد
- المتصفح: يعمل بشكل جيد
- البحث عن DNS عبر 8.8.8.8: يتم الحل بشكل صحيح
- عنوان IP غير مدرج في قائمة سوداء (تحقق من AbuseIPDB: ثقة إساءة 0%)
- جدار الحماية مفتوح لجميع عناوين IP
- حاولت استخدام عنوان IP مباشرة: خطأ SSL
- حاولت اسم المضيف العكسي للخادم: نفس خطأ EAI_AGAIN
كان كل شيء يعمل قبل الترحيل. يتم استضافة الخادم على موفر سحابة في البرازيل.
هل واجه أحد هذه المشكلة من قبل؟ هل يمكن أن يكون لدى n8n Cloud أي تقييد DNS داخلي أو مشكلة في ذاكرة التخزين المؤقت تفسر هذا؟
@VianaCom_Publicidade EAI_AGAIN هو فشل مؤقت في المحلل (resolver)، وليس “عدم العثور على النطاق”، لذا فإن محلل n8n Cloud يستنزف الوقت في البحث بدلاً من أن يكون النطاق مفقوداً. بما أنه توقف فقط بعد الترحيل ويعمل في كل مكان آخر، فعادة ما يكون إما أن محلل n8n يحتفظ بذاكرة تخزين مؤقت سالبة قديمة من وقت نقل النطاق، أو أن خوادم الأسماء الجديدة لديك لا تجيب على كل محلل بنفس الطريقة. فحص سريع، هل يتم حله بنظافة عبر جميع المحللات على dnschecker.org، وليس فقط 8.8.8.8؟ إذا كان أخضر في كل مكان فهذا يعني أنه ذاكرة التخزين المؤقت للمحلل في n8n Cloud، وبما أنك لا تستطيع مسح ذلك على Cloud فمن المجدي فتح تذكرة إلى help@n8n.io.
بما أن Postman/browser يعمل و فقط n8n Cloud يفشل بعد الترحيل، تعامل مع هذا على أساس resolver/cache حتى يثبت غير ذلك. تحقق من النطاق على nameservers السلطوية و resolver واحد غير Google؛ إذا كان كلاهما سليماً، احتفظ برقم execution id والطابع الزمني لـ n8n support ticket، وليس في الخيط العام.
لا تبدل HTTP node إلى عنوان IP الخام إلا إذا كان السيرفر يملك شهادة لذلك عنوان IP. هذا الاختبار ينشئ TLS error منفصلة و يخفي مشكلة DNS.
نظراً لأن Postman والمتصفحات الخارجية تحل اسم النطاق بشكل مثالي، فإن المشكلة تنحصر في كيفية تواصل بنية الأساس الخاصة بـ n8n Cloud مع إعدادات DNS لخادمك الجديد. EAI_AGAIN يعني أن البحث عن DNS ينتهي بانقطاع الاتصال، وهذا عادةً يشير إلى أحد الأمرين بعد هجرة الخادم:
ذاكرة التخزين المؤقت للمحلل القديمة: قد تحتفظ ذاكرة التخزين المؤقت لـ DNS في n8n Cloud بسجل بحث قديم من فترة الهجرة. إذا لم يتم مسحه تلقائياً، فستحتاج على الأرجح إلى فتح تذكرة سريعة مع الدعم (help@n8n.io) ليقوموا بفحص جدول التوجيه للمثيل.
مركز البيانات/جدار الحماية يرفض الاستعلامات: تأكد من أن مزود الاستضافة الجديد الخاص بك في البرازيل لا يرفض حركة API الواردة أو فحوصات التحقق من DNS القادمة من شبكات السحابة النموذجية (AWS/Hetzner) حيث توجد بنية الأساس الخاصة بـ n8n.
يوفر هذا الفيديو رؤية عامة حول تثبيت وتكوين العُقد ضمن بيئات n8n Cloud، وهذا يمكن أن يكون مفيداً إذا كنت بحاجة إلى إعداد طرق HTTP بديلة أو طرق تتبع الشبكة المخصصة.
