ترخيص عقدة OpenAI غير يعمل

[shivakrishna.karnati]

مشكلة في تفويض OpenAI!!

وصف المشكلة/الخطأ/السؤال

عند الاتصال بـ Openai node من n8n المستضاف ذاتيًا، لا يتمكن من التفويض.

ما رسالة الخطأ (إن وجدت)؟

يرجى مشاركة سير العمل الخاص بك

شارك المخرجات التي أرجعتها العقدة الأخيرة

معلومات عن إعداد n8n الخاص بك

• إصدار n8n: 2.23.4
• قاعدة البيانات (الافتراضية: SQLite): SQLite
• إعداد n8n EXECUTIONS_PROCESS (الافتراضي: own, main): main
• تشغيل n8n عبر (Docker, npm, n8n cloud, desktop app): Docker
• نظام التشغيل: Debian

[kjooleng]

مرحباً @shivakrishna.karnati

إذا أرسلت رسالة فقط، هل ستعمل؟
يمكنك تجاهلها إذا كانت تعمل

[nguyenthieutoan]

أهلاً وسهلاً @shivakrishna.karnati! بما أن اختبار بيانات الاعتماد الخاص بك نجح (“تم اختبار الاتصال بنجاح”)، فمن المحتمل أن تكون المشكلة في العقدة نفسها وليس في مفتاح API. ما رسالة الخطأ التي تظهر عند تشغيل العقدة بالفعل؟ السبب الأكثر شيوعاً هنا هو الوصول إلى النموذج - على سبيل المثال إذا كنت تستخدم gpt-4o أو gpt-4 لكن حساب OpenAI الخاص بك على مستوى مجاني لا يملك إمكانية الوصول إلى هذه النماذج حتى الآن. حاول التبديل إلى gpt-3.5-turbo في إعدادات العقدة كاختبار سريع للتأكد.

[shivakrishna.karnati]

لا، هذا لا يعمل عندما أرسل الرسالة.

[shivakrishna.karnati]

لقد أرفقت لقطة الشاشة أعلاه التي توضح خطأ المخرجات بعد تشغيل العقدة

[nguyenthieutoan]

@shivakrishna.karnati هل يمكنك لصق نص الخطأ الدقيق من لقطة الشاشة؟ الرسالة “not working when I send” تخبرنا أنها تفشل عند التنفيذ وليس المصادقة - لذا محتوى الخطأ أساسي. ابحث عن لافتة حمراء أو لوحة الإخراج على الجانب الأيمن من العقدة. يجب أن تعرض شيئاً مثل “401 Unauthorized” أو “insufficient_quota” أو “model_not_found”. هذه الصيغة الدقيقة ستشير لنا إلى السبب الجذري.

[shivakrishna.karnati]

مرحباً @nguyenthieutoan ،

إليك المعلومات المطلوبة.

**
فشل التفويض - يرجى التحقق من بيانات اعتمادك**

رمز الحالة 401 (بدون محتوى) عنوان استكشاف الأخطاء: MODEL_AUTHENTICATION - Docs by LangChain

تفاصيل الخطأ

من وكيل AI

الرسالة الكاملة

رمز الحالة 401 (بدون محتوى) عنوان استكشاف الأخطاء: https://docs.langchain.com/oss/javascript/langchain/errors/MODEL_AUTHENTICATION/

معلومات أخرى

نوع العقدة

@n8n/n8n-nodes-langchain.agent

إصدار العقدة

3.1 (الأحدث)

إصدار n8n

2.27.4 (خادم ذاتي الاستضافة)

الوقت

26.6.2026، 07:47:13

تتبع المكدس

NodeOperationError: فشل التفويض - يرجى التحقق من بيانات اعتمادك في /usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:118:11 في Array.forEach (بدون اسم) في executeBatch (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/helpers/executeBatch.ts:107:15) في processTicksAndRejections (node:internal/process/task_queues:104:5) في ExecuteContext.toolsAgentExecute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/agents/ToolsAgent/V3/execute.ts:93:8) في ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/agents/Agent/V3/AgentV3.node.ts:155:10) في WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8) في WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11) في /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27 في /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:2521:11

مشكلة في العقدة “وكيل AI1”

فشل التفويض - يرجى التحقق من بيانات اعتمادك

[nguyenthieutoan]

رسالة “401 no body” من وكيل الذكاء الاصطناعي تشير مباشرة إلى بيانات الاعتماد، وليس إلى النموذج. يتم رفض مفتاح API قبل أن يقوم OpenAI حتى بمعالجة الطلب.

هناك ثلاثة أشياء يجب التحقق منها:

1. افتح بيانات اعتماد OpenAI في n8n، احذف المفتاح، الصق مفتاحًا جديدًا (بدون مسافات في البداية أو النهاية)، وانقر على “Save & Test” - تأكد من ظهور علامة اختيار خضراء.
2. انتقل إلى platform.openai.com → API Keys وتحقق من أن المفتاح لا يزال نشطًا ولم يتم إلغاؤه.
3. تأكد من أن بيانات الاعتماد المرفقة بعقدة OpenAI Chat Model داخل عقدة الفرعية للوكيل الذكي هي نفس البيانات التي اختبرتها للتو - فأحيانًا يتم تحديد بيانات اعتماد مختلفة.

إذا نجح اختبار بيانات الاعتماد لكن الوكيل لا يزال يفشل، افتح تفاصيل الخطأ “From AI Agent” شارك ما بداخله - سيظهر لك أي استدعاء فرعي يفشل.

[shivakrishna.karnati]

مرحبا @nguyenthieutoan ، شكراً على ردك. مزود مفتاح API ليس OpenAI مباشرة، بل هو بائع طرف ثالث يوفر OpenAI Compatible API لإكمالات الدردشة. نفس عنوان نقطة النهاية ومفتاح API يعملان بنجاح على تطبيق OpenWebUI.

[kjooleng]

@shivakrishna.karnati
يرجى التحقق من النقاط التالية:

1)عند استخدام موفري الطرف الثالث المتوافقة مع OpenAI، حقل Base URL حساس جداً.

• الخطأ الشائع: يقوم العديد من المستخدمين بلصق نقطة النهاية الكاملة، مثل https://api.provider.com/v1/chat/completions.
• الطريقة الصحيحة: يجب أن يقتصر Base URL على بادئة الإصدار فقط. عادةً ما يكون https://api.provider.com/v1.

2)لتحديد ما إذا كانت المشكلة في عقدة n8n OpenAI أو في بيانات الاعتماد/الرابط، قم بإجراء هذا الاختبار:

1. أضف عقدة HTTP Request إلى سير العمل الخاص بك.
2. اضبط Method على POST.
3. اضبط URL على نقطة النهاية الكاملة (مثل https://api.provider.com/v1/chat/completions).
4. ضمن Authentication، اختر Header Auth.
5. أنشئ بيانات اعتماد جديدة:
   • Name: Authorization
   • Value: Bearer YOUR_API_KEY_HERE
6. في Body Parameters، أرسل JSON بسيط: {"model": "openai/gpt-oss-120b", "messages": [{"role": "user", "content": "hi"}]}.

• إذا نجح هذا: المشكلة هي في كيفية بناء عقدة n8n OpenAI للطلب (على الأرجح مشكلة Base URL المذكورة في الخطوة 1).
• إذا فشل مع 401: المشكلة بالتأكيد تتعلق بمفتاح API الخاص بك أو بمتطلبات الموفر لرأس محدد (بعض الموفرين يتطلبون api-key بدلاً من Authorization: Bearer).

3)بعض الموفرين يكونون صارمين بشأن الشرطات المائلة الزائدة. إذا فشل https://api.provider.com/v1، جرب https://api.provider.com/v1/ (مع شرطة مائلة) أو العكس.

4)في JSON الخاص بك، النموذج مضبوط على openai/gpt-oss-120b. تأكد من أن هذه السلسلة هي بالضبط ما يتوقعه الموفر. حتى خطأ إملائي صغير أو مسافة إضافية قد تسبب عودة بعض الموفرين لخطأ تفويض أو عدم العثور.

[shivakrishna.karnati]

مرحباً @kjooleng ،

شكراً لك على ردك! نعم، إنه يعمل عندما تحققت باستخدام HTTP Request Node .

لقد غيرت عنوان URL من v1 إلى https://api_endpoint_url/v1/chat/completions

هل تعتقد أن OpenAI Node لا يرسل v1/chat/completions أثناء تشغيل العقدة؟

[kjooleng]

What did you do for step 1?

[shivakrishna.karnati]

في الخطوة 1: حاولت استخدام عنوان URL https://api.provider.com/v1 وكان بإمكانه المصادقة عند إضافة بيانات الاعتماد، لكنه يعطي خطأ 401 عند إرسال الطلب.

وأيضًا مع https://api.provider.com/v1/chat/completions، لا يستطيع المصادقة عند إضافة مفتاح API.

[kjooleng]

@shivakrishna.karnati

شكراً على ردك! نعم، إنه يعمل عندما تحققت باستخدام عقدة HTTP Request.

قمت بتغيير عنوان URL من v1 إلى https://api_endpoint_url/v1/chat/completions

مقابل

@shivakrishna.karnati

وأيضاً مع https://api.provider.com/v1/chat/completions، لا يمكنني المصادقة عندما أضيف مفتاح API.

إذاً أي منهما أي؟ ردك محير. هل إنه يعمل أم لا؟

هذه الخطوة 2:

@kjooleng

1. أضف عقدة HTTP Request إلى سير العمل الخاص بك.
2. اضبط Method على POST.
3. اضبط عنوان URL على نقطة النهاية الكاملة (مثلاً، https://api.provider.com/v1/chat/completions).
4. ضمن Authentication، اختر Header Auth.
5. أنشئ بيانات اعتماد جديدة:
   • Name: Authorization
   • Value: Bearer YOUR_API_KEY_HERE
6. في Body Parameters، أرسل JSON بسيط: {"model": "openai/gpt-oss-120b", "messages": [{"role": "user", "content": "hi"}]}.

• إذا نجح هذا: المشكلة هي كيفية بناء عقدة n8n OpenAI للطلب (على الأرجح مشكلة Base URL المذكورة في الخطوة 1).
• إذا فشل مع 401: المشكلة بالتأكيد هي مفتاح API الخاص بك أو متطلب المزود لرأس معين (بعض المزودين يتطلبون api-key بدلاً من Authorization: Bearer).

[shivakrishna.karnati]

حسناً، عندما تحققت باستخدام عقدة HTTP Request مع https://api_endpoint_url/v1/chat/completions كرابط URL كانت تعمل (يتم إجراء إكمال الدردشة).

لكن عندما حاولت نفس الشيء في عقدة OpenAI مع رابط النقطة النهائية (https://api_endpoint_url/v1/chat/completions) أو رابط النقطة النهائية (https://api_endpoint_url/v1)، فإنها لا تعمل.

سألت/أسأل ما إذا كانت المشكلة موجودة في عقدة OpenAI أو نقطة نهاية بائع الطرف الثالث.

[kjooleng]

للتأكد مما إذا كانت المشكلة تكمن في المنطق الداخلي لـ OpenAI Node:

1. تحقق من سجل التنفيذ: افتح تنفيذ OpenAI Node الذي فشل. انظر إلى علامة التبويب “Request” (إن كانت متوفرة في إصدارك) أو رسالة الخطأ. إذا كان الخطأ 404، فمن المؤكد تقريباً أن المشكلة تتعلق ببناء URL (يتم استدعاء المسار الخاطئ).
2. جرب Base URL بدون /v1: يتوقع بعض المزودين أن تكون Base URL مجرد https://api_endpoint_url. ثم يقوم العقدة بإضافة /v1/chat/completions تلقائياً.
3. قارن JSON Payloads: قارن “Body” للطلب المرسل بواسطة HTTP Request Node (الذي نجح) مع “Body” المرسل بواسطة OpenAI Node. حتى الفرق الصغير في كيفية بناء مصفوفة messages يمكن أن يتسبب في رفض مزود الجهات الخارجية للطلب.

[shivakrishna.karnati]

1. لا توجد علامة تبويب Request وفيما يلي تفاصيل خطأ تتبع المكدس.

   NodeApiError: Authorization failed - please check your credentials
       at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/authentication.ts:263:10)
       at processTicksAndRejections (node:internal/process/task_queues:104:5)
       at ExecuteContext.requestWithAuthentication (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/node-execution-context/utils/request-helpers/factory.ts:176:11)
       at ExecuteContext.apiRequest (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/transport/index.ts:56:19)
       at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/text/response.operation.ts:621:18)
       at ExecuteContext.router (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/actions/router.ts:58:25)
       at ExecuteContext.execute (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/@n8n+n8n-nodes-langchain@file+packages+@n8n+nodes-langchain_b494726bf990c8f5fe0c4c40e025f969/node_modules/@n8n/n8n-nodes-langchain/nodes/vendors/OpenAi/v2/OpenAiV2.node.ts:93:10)
       at WorkflowExecute.executeNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1067:8)
       at WorkflowExecute.runNode (/usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1367:11)
       at /usr/local/lib/node_modules/n8n/node_modules/.pnpm/n8n-core@file+packages+core_@opentelemetry+api@1.9.0_@opentelemetry+exporter-trace-otlp_cf5896492347c4895f0373f4acc773d7/node_modules/n8n-core/src/execution-engine/workflow-execute.ts:1829:27
   

2. بدون /v1 فمن غير الممكن المصادقة على مفتاح API.

   

[kjooleng]

هل يمكنك تجربة هذه؟

الخيار أ: تجاهل تحذير “فشل الاتصال” (طريقة “جرّب فقط”)
إذا كنت متأكداً من أن مفتاح API الخاص بك صحيح:

1. اضبط عنوان URL الأساسي على https://openai.inference.de-txl.ionos.com (بدون /v1).
2. تجاهل التحذير الأحمر “فشل الاتصال” في شاشة بيانات الاعتماد واضغط حفظ على أي حال.
3. انتقل إلى سير العمل الخاص بك، أضف عقدة OpenAI، وحاول تشغيل عملية “محادثة”. إذا كان البائع لا يدعم نقطة نهاية /models، فسيفشل اختبار بيانات الاعتماد، لكن طلب الدردشة الفعلي قد يعمل بالفعل.

الخيار ب: استخدم عقدة HTTP Request (طريقة “المستقرة”)
إذا فشل الخيار أ، فهذا يعني أن البائع يتطلب تنسيق رأس لا تستطيع عقدة OpenAI توفيره. في هذه الحالة، عقدة HTTP Request هي فعلاً أفضل أداة لديك.

لجعل عقدة HTTP تشعر وكأنها عقدة ذكاء اصطناعي، يمكنك:

1. إنشاء سير عمل فرعي يأخذ موجهاً كمدخل ويعيد استجابة الذكاء الاصطناعي عبر عقدة HTTP Request.
2. استدعِ هذا سير العمل الفرعي كلما احتجت إلى إكمال ذكاء اصطناعي.

[shivakrishna.karnati]

الخيار أ: لا يعمل

الخيار ب: يعمل!!

شكراً لك!

[kjooleng]

أهلا وسهلا