الدليل › Slima MCP › تعذّر الاتصال: 401 / ترويسة Authorization
تعذّر الاتصال: 401 / ترويسة Authorization
آخر تحديث 2/06/2026 · قراءة 4 دقيقة
«تعذّر الاتصال» هو في 90% من الحالات 401. هذه طريقة التشريح.

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 لدى العميل. جرّب إعادة التشغيل / إزالة الموصِّل وإعادة إضافته.