أواجه فشلاً مستمراً في تحليل DNS على n8n Cloud يمنع سير العمل الإنتاجي الخاص بي من التنفيذ.
يقوم سير العمل الخاص بي بإرسال طلب GET إلى https://api.open-meteo.com/v1/forecast عبر عقدة HTTP Request. يفشل كل تنفيذ مجدول مع خطأ DNS. يحدث هذا كل يوم من 16 يونيو إلى 22 يونيو (7 أيام متتالية)، كلها في 08:15.
لقد أعدت تشغيل وحدثت مثيل n8n الخاص بي. تستمر المشكلة.
نقطة النهاية هي واجهة برمجية عامة الوصول بدون مصادقة مطلوبة وقابلة للوصول من منصات أخرى. يشير الخطأ إلى فشل تحليل DNS على بنية تحتية لـ n8n Cloud بدلاً من عدم الاتصال بخادم الهدف.
ما هي رسالة الخطأ (إن وجدت)؟
Error: getaddrinfo EAI_AGAIN api.open-meteo.com
Code: EAI_AGAIN
Message: The DNS server returned an error, perhaps the server is offline
Node: HTTP Request (v4.4)
يرجى مشاركة سير العمل الخاص بك
(حدد العقد على لوحتك واستخدم اختصارات لوحة المفاتيح CMD+C/CTRL+C و CMD+V/CTRL+V لنسخ ولصق سير العمل.)
شارك المخرجات التي أرجعتها العقدة الأخيرة
معلومات عن إعداد n8n الخاص بك
إصدار n8n: 2.26.8
قاعدة البيانات (الافتراضية: SQLite): n8n Cloud
إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main): Main
مرحبًا @Korban أهلًا وسهلًا!
أعتقد أنه يمكنك تفعيل إعادة المحاولة عند الفشل على عقدة HTTP على الفور. هذه المشكلة معروفة جيدًا وعادة ما تحل نفسها بنفسها خلال بضع ساعات. ومع ذلك، في حالتك، المشكلة مستمرة. لمعالجة هذا، يرجى الاتصال بـ help@n8n.io وتقديم المعلومات التالية: اسم مساحة العمل/الخادم الخاص بك، سير العمل المتأثر، أوقات التنفيذ الدقيقة (08:15 يوميًا، 16-22 يونيو)، ومعرفات التنفيذ للعمليات الفاشلة. نظرًا لأنه من المستحيل تعديل الإعدادات على مستوى الخادم على سحابة n8n.
لقد أرسلت بالفعل بريداً إلكترونياً إلى help@n8n.io يتضمن جميع تلك التفاصيل: اسم مساحة العمل، معرّف سير العمل، أوقات التنفيذ، ومعرّفات التنفيذ الفاشلة.
عقدة HTTP Request مضبوطة بالفعل على إعادة المحاولة عند الفشل (3 محاولات بفاصل 5000 ميلي ثانية)، لكن دقة DNS تفشل بشكل متسق لذا إعادة المحاولة لا تساعد في هذه الحالة. تفشل جميع المحاولات الـ 3 بنفس خطأ EAI_AGAIN.
نأمل أن تتمكن فريق الدعم من التحقيق فيما يحدث مع DNS على عمال Cloud.
مرحباً،
هل تلقيت أي رد من help@n8n.io؟ لدي نفس المشكلة تماماً لكن باسم نطاق مختلف. لكنها بالتأكيد تعطي خطأ بشكل متكرر في الغالب حول الساعة 1:30 صباحاً بتوقيت شرق الولايات المتحدة.