تم إصلاحه: فشل عملية قراءة مقبس TCP (الخطأ 64) في RDP

يحدث خطأ RDP 64 (فشل عملية قراءة مقبس TCP) عندما ينقطع اتصال الشبكة فجأة. بشكل أساسي، لم يعد "اسم الشبكة" قابلاً للوصول. يحدث هذا عادة بسبب إعدادات MTU غير الصحيحة، أو تدخل الجدار الناري، أو برامج التشغيل القديمة، أو شبكات VPN غير المستقرة.

بواسطة Tyler    تم التحديث في March 19, 2026

إذا كنت مسؤول أنظمة أو موظفًا يعمل عن بُعد، فقليل من الأمور تكون محبطة مثل طردك من جلسة عمل برسالة غامضة. أحد أكثر الأخطاء شيوعًا، رغم سوء فهمه، هو خطأ فشل عملية قراءة مقبس TCP برقم 64 في بروتوكول RDP.

يشير هذا الخطأ عادةً إلى أن اتصال الشبكة بين عميل RDP وخادم المضيف قد انقطع فجأة على مستوى طبقة النقل. في هذا الدليل، سنفكك بالضبط ما يعنيه خطأ فشل عملية قراءة مقبس TCP لسطح المكتب البعيد برقم 64، ولماذا يحدث، وكيفية إصلاحه بشكل نهائي.

فهم آلية عمل الخطأ 64

لإصلاح المشكلة، نحتاج أولاً إلى فهم ما يحدث في الخلفية. يعتمد بروتوكول RDP على بروتوكول التحكم بالنقل (TCP) لضمان تسليم حزم البيانات بالترتيب الصحيح.

عندما ترى "الخطأ 64"، كان عميل RDP يتوقع "قراءة" بيانات من مقبس الشبكة، ولكن تم إغلاق الاتصال من قبل المضيف البعيد، أو جهاز وسيط (مثل جهاز التوجيه)، أو المكدس المحلي قبل اكتمال عملية القراءة. إنه المعادل الرقمي لانقطاع مكالمة هاتفية لأن أحد الأشخاص دخل نفقًا.

الأسباب الشائعة لخطأ RDP 64

  • عدم تطابق وحدة الإرسال القصوى (MTU): تحدد وحدة الإرسال القصوى (MTU) أكبر حجم لحزمة يمكن إرسالها عبر الشبكة. إذا كانت حزم RDP الخاصة بك أكبر مما يمكن لجهاز توجيه على المسار التعامل معه (وهو أمر شائع مع شبكات VPN)، فسيتم تجاهل الحزم، مما يؤدي إلى فشل قراءة المقبس.
  • تدخل جدار الحماية وبرامج Sophos/SonicWall: تحتوي العديد من جدران الحماية المؤسسية على "حماية من فيضان TCP" أو "مهلات عدم النشاط". إذا اعتقد جدار الحماية أن نبضات RDP مشبوهة أو أن الجلسة كانت خاملة لفترة طويلة جدًا، فإنه ينهي المقبس.
  • مشكلات برامج تشغيل الشبكة: يمكن لميزات التفريغ في بطاقات واجهة الشبكة الحديثة (NICs)، مثل تفريغ التحقق من صحة IPv4، أن تفسد الحزم أحيانًا أثناء عملية التغليف، مما يتسبب في رفض المستقبل للبيانات.
  • أنفاق VPN غير مستقرة: نظرًا لأن بروتوكول RDP حساس تجاه زمن الوصول وفقدان الحزم، فإن أي "إعادة توليد مفتاح" أو عدم استقرار في نفق VPN سيظهر فورًا كخطأ في المقبس.

حلول خطوة بخطوة لإصلاح الخطأ 64

المرحلة 1: استكشاف الأخطاء وإصلاحها الأساسي

قبل الخوض في تعديلات السجل، جرب هذه الحلول السريعة:

  • تعطيل UDP لـ RDP: أجبر RDP على استخدام TCP فقط. أحيانًا يتسبب الانتقال بين UDP و TCP في فشل المقبس.
  • تحديث برامج تشغيل بطاقة واجهة الشبكة (NIC): تأكد من أن كلًا من العميل والمضيف يستخدمان أحدث برامج التشغيل من الشركة المصنعة (Intel/Realtek)، وليس فقط إصدارات تحديث Windows العامة.

المرحلة 2: ضبط إعدادات MTU (إصلاح VPN)

إذا كنت تستخدم شبكة VPN، فيجب أن تكون قيمة MTU لديك أقل على الأرجح من القياسية البالغة 1500.

الخطوة 1. افتح موجه الأوامر كمسؤول.

الخطوة 2. نفّذ الأمر: "netsh interface ipv4 show subinterfaces" للعثور على اسم اتصالك.

الخطوة 3. اضبط قيمة MTU أقل (مثال: 1300):

  • netsh interface ipv4 set subinterface "Your-Interface-Name" mtu=1300 store=persistent

المرحلة 3: تعطيل تفريغ بطاقة الشبكة (NIC Offloading)

تحاول بطاقات الشبكة أن تكون "ذكية" من خلال التعامل مع المهام التي يؤديها المعالج عادةً. وهذا غالبًا ما يعطل مقابس RDP.

الخطوة 1. افتح مدير الأجهزة.

الخطوة 2. انقر بزر الماوس الأيمن على محول الشبكة الخاص بك > خصائص.

الخطوة 3. انتقل إلى علامة التبويب "متقدم".

الخطوة 4. عطّل الخيارات التالية (إذا كانت متاحة):

  • IPv4 Checksum Offload
  • Large Send Offload (LSO)
  • TCP Checksum Offload

الخطوة 5. انقر فوق "موافق" وأعد تشغيل اتصالك.

المرحلة 4: تعديلات السجل (Registry) وسياسة المجموعة

يمكنك إخبار Windows بأن يكون أكثر "صبرًا" مع اتصالات RDP عن طريق ضبط إعدادات KeepAlive.

تمكين KeepAlive عبر السجل:

الخطوة 1. انتقل إلى: "HKEY_LOCAL_MACHINE> SYSTEM> CurrentControlSet> Control> Terminal Server"

الخطوة 2. أنشئ قيمة من نوع DWORD باسم KeepAliveEnable وعيّنها إلى "1".

الخطوة 3. أنشئ قيمة من نوع DWORD باسم KeepAliveInterval وعيّنها إلى "1".

هذا يجبر الخادم على التحقق من حالة الاتصال كل دقيقة، مما يمنع الجدران النارية من انتهاء مهلة المقبس "الخامل".

بديل موثوق: استخدام AnyViewer لتجاوز أخطاء مقبس RDP

عندما يصبح خطأ RDP 64 مصدر إزعاج مستمر بسبب تكوينات الشبكة المعقدة أو الجدران النارية المقيدة، يلجأ العديد من المحترفين إلى AnyViewer، أحد أفضل حلول سطح المكتب البعيد.

تحميل مجانيWin PCs & Servers
تحميل آ

لماذا يتجنب AnyViewer الخطأ 64

على عكس بروتوكول RDP التقليدي، الذي يكون حساسًا للغاية لانقطاعات مقبس TCP وغالبًا ما يتطلب توجيه المنافذ (Port 3389)، يستخدم AnyViewer خوارزمية اتصال أكثر مرونة.

  • تشفير ECC: يستخدم AnyViewer تشفير منحنى إهليلجي (ECC) لنقل بيانات آمن ومستقر أقل عرضة لإثارة فشل "قراءة المقبس" على الجدران النارية الوسيطة.
  • لا حاجة إلى إعادة توجيه المنافذ: يتجااز تلقائياً شبكات NAT والجدران النارية المعقدة، مما يزيل مشاكل "حذف اسم الشبكة" الشائعة المرتبطة بإعدادات RDP اليدوية.
  • معدل البت التكيفي: إذا شهدت شبكتك انخفاضاً لحظياً (والذي قد يتسبب في ظهور خطأ 64 في RDP)، فإن AnyViewer يضبط جودته ديناميكياً للحفاظ على الاتصال بدلاً من إسقاط المقبس.

كيفية التبديل إلى AnyViewer

الخطوة 1. التنزيل والتثبيت: قم بتثبيت AnyViewer على كل من وحدة التحكم المحلية وجهاز الاستضافة البعيد.

الخطوة 2. تعيين الأجهزة: سجل الدخول باستخدام نفس الحساب على كلا الطرفين "لتعيين" الأجهزة للوصول بنقرة واحدة دون مراقبة.

الخطوة 3. الاتصال: ما عليك سوى النقر على "التحكم بنقرة واحدة" لبدء جلسة لا تعاني من أخطاء مقبس TCP القديمة.

الخلاصة

خطأ فشل عملية قراءة مقبس TCP 64 نادراً ما يكون مشكلة في برنامج RDP نفسه. بل هو عرض لبيئة شبكية تقوم بإسقاط الحزم أو إغلاق الاتصالات قبل الأوان. من خلال ضبط إعدادات MTU الخاصة بك، وتعطيل تفريغ بطاقة الشبكة، والتأكد من أن جدارك الناري لا يقوم بتحسين حركة المرور بشكل مفرط، يمكنك الحفاظ على جلسة بعيدة مستقرة ودائمة.