الدليلSlima MCP › تعذّر الاتصال: 401 / ترويسة Authorization

تعذّر الاتصال: 401 / ترويسة Authorization

آخر تحديث 2/06/2026 · قراءة 4 دقيقة

«تعذّر الاتصال» هو في 90% من الحالات 401. هذه طريقة التشريح.

Slima Authorized Apps: عند فشل الاتصال تؤكد هذه الصفحة وجود الرمز وحالته

401 — Unauthorized

الأكثر شيوعاً. استقبل الخادم الطلب لكنه لم يرَ / لم يقبل ترويسة Authorization.

تشخيص الخطوة 1: التأكد من وجود الرمز

stdio محلي:

npx slima-mcp@0 status

يجب أن يقول «Token valid for [email protected]».

إن قال «No token found» ← أعد التشغيل:

npx slima-mcp@0 auth

راجع: الحصول على SLIMA_API_TOKEN

تشخيص الخطوة 2: الرمز غير منتهٍ / غير مُلغى

الحساب ← التطبيقات المرخّصة — تحقق:

  • أن الرمز مُدرَج
  • وليس موسوماً بـ«expired» أو «revoked»

إن كان كذلك ← أعد المصادقة.

تشخيص الخطوة 3: تكوين العميل صحيح

أعد تشغيل Claude Desktop وافحص السجلات:

macOS:

tail -f ~/Library/Logs/Claude/mcp*.log

Windows:

type "%APPDATA%\Claude\Logs\mcp*.log"

ابحث عن:

  • MCP server slima exited unexpectedly ← الأمر مُكوَّن خطأ
  • Failed to fetch ... ← مشكلة شبكة
  • Authorization header not set ← لم يُقرأ الرمز

أخطاء اتصال أخرى

403 Forbidden

الرمز صالح لكن الصلاحيات خاطئة — الرمز يعود لحساب محذوف أو له نطاق خاطئ.

الإصلاح: أعد المصادقة.

408 / Timeout

الشبكة بطيئة أو الـ middleware يحجب. الإصلاح: جرّب شبكة / proxy / VPN مختلفاً.

5xx

مشكلة في خادم Slima. الإصلاح: انتظر 5–10 دقائق وأعد المحاولة / تحقق من status.slima.ai.

مسار WWW-Authenticate

عملاء OAuth على الويب (claude.ai / ChatGPT) عند 401 يحصلون على WWW-Authenticate: Bearer realm="slima", scope="..." — ويُفترض أن يُطلق العميل إعادة مصادقة OAuth تلقائياً.

إن لم تنطلق إعادة المصادقة ← خلل في تنفيذ MCP لدى العميل. جرّب إعادة التشغيل / إزالة الموصِّل وإعادة إضافته.

مقالات ذات صلة

هل كان هذا مفيدًا؟