تخطَّ إلى المحتوى

دورة حياة اتصال TCP في Windows 11 25H2

على هذه الصفحة

تتحكم هذه المعلمات في دورة حياة اتصال TCP: امتدادات البروتوكول، وTIME_WAIT، وkeep-alive، واكتشاف مشكلات Path MTU. وهي لا تحدد ping ولا تسرّع اتصالاً قائماً بالفعل.

فُحص كيف يقرأ tcpipreg.sys وNSI معلمات دورة حياة TCP، وما القيم الافتراضية والنطاقات السارية، وما إذا كان الإعداد يُحدَّث دون إعادة تشغيل.

Windows 11 25H2 build 26200.9168، وtcpipreg.sys وNSI. لم يُجرَ جمع مضبوط لتتبعات الشبكة في شبكات وتطبيقات مختلفة.

تحليل ساكن لمكونات النظام، وتحليل bootlog، ومراقبة التحديث الحي للإعداد.

Registry path Value Type Default/الحالة النموذجية الدور
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters Tcp1323Opts REG_DWORD 3، إذا كان غائباً legacy extensions policy
المسار نفسه TcpTimedWaitDelay REG_DWORD 120 ثانية، 30..300 TIME_WAIT duration
المسار نفسه KeepAliveTime REG_DWORD 7200000 ms idle keep-alive interval
المسار نفسه EnablePMTUBHDetect REG_DWORD 0 PMTU black-hole detection

يقرأ tcpipreg.sys معلمات TCP القديمة ويمررها عبر NSI إلى المكوّن tcpip.sys. وتُستخدم ZwNotifyChangeKey لبعض القيم، ما يتيح إعادة قراءة الإعداد دون إعادة تشغيل كاملة لمكدس الشبكة.

حُفظ Tcp1323Opts للتوافق. وقد وصفت قيمه 0..3 تاريخياً تحجيم نافذة TCP والطوابع الزمنية. في Windows 11 25H2 يقرأ المعلمة tcpipreg.sys، وتُحوَّل القيمة 1 قبل تمريرها إلى NSI. أما الضبط التلقائي الحديث لنافذة الاستقبال فيُدار بسياسة منفصلة. لذلك لا يحدد جدول البتات القديم الحالة الفعلية لكل اتصال.

يحدد TcpTimedWaitDelay مدة إبقاء كتلة التحكم في TCP في TIME_WAIT بعد إغلاق الاتصال. النطاق الموثق هو 30..300 ثانية، والقيمة الافتراضية 120. تقصير الانتظار يحرر المنافذ المؤقتة أبكر، لكنه يترك وقتاً أقل للحماية من المقاطع المتأخرة للاتصال القديم.

يحدد KeepAliveTime الفاصل الزمني حتى حزمة التحقق keep-alive لاتصال خامل. وهو افتراضياً 7 200 000 م.ث. ويجب على التطبيق تمكين keep-alive للمقبس على حدة، لذا فإن تقليل الفاصل العام لا يطلق فحوصاً خلفية لكل الاتصالات.

يمكّن EnablePMTUBHDetect=1 اكتشاف «الثقوب السوداء» في Path MTU، عندما لا تصل إشعارات ICMP بضرورة التجزئة إلى المرسل. تساعد الآلية على العمل مع مسار مشكل كهذا وقد تزيد عدد عمليات إعادة الإرسال. وهي لا تسرّع شبكة سليمة.

المعلمات مفيدة للخوادم والعملاء الذين لديهم عدد كبير من اتصالات TCP القصيرة أو MTU غير مستقر. ولا ينبغي توقع تسريع شامل للتطبيقات العادية من تغيير قيمة واحدة. وتعتمد النتيجة على الطرف الآخر من الاتصال، وNAT، والموجّه، ومشغل بطاقة الشبكة، وVPN، وإدارة الازدحام.

يتعلق البحث بـ Windows 11 25H2 build 26200.9168. ولم يُجرَ جمع مضبوط لتتبعات الشبكة في شبكات وتطبيقات مختلفة.

يراقب tcpipreg.sys تغييرات المفتاح وقد يحدّث جزءاً من الإعدادات القديمة دون إعادة تشغيل. لكن اتصالات TCP المفتوحة بالفعل ليس بالضرورة أن تعيد التفاوض على معلماتها. وللمقارنة الصحيحة بين الحالة الأصلية والحالة المعدلة، أنشئ اتصالات جديدة.

  • المسارات والأنواع والقيم الافتراضية ونطاقات المعلمات في البنية المفحوصة.
  • القراءة عبر tcpipreg.sys وNSI؛ ويُحدَّث جزء من القيم دون إعادة تشغيل كاملة للمكدس.
  • بالنسبة إلى Tcp1323Opts، تُحوَّل القيمة 1 قبل تمريرها إلى NSI.
  • يتطلب keep-alive تمكيناً منفصلاً للمقبس.
  • تسريع التطبيقات من تغيير قيم منفردة.
  • السلوك في شبكات محددة، خلف NAT وVPN وعند فقدان الحزم.
  • إعادة تفاوض الاتصالات المفتوحة بالفعل على معلماتها.

اترك القيم الافتراضية. لا تغيّر المعلمات إلا للخوادم والعملاء الذين لديهم عدد كبير من الاتصالات القصيرة أو MTU غير مستقر، وقارن النتيجة على اتصالات جديدة.

أعد القيم القياسية أو احذف الإدخالات الاختيارية. وتحقق من النتيجة على اتصالات جديدة: فالمنفتحة بالفعل قد تحتفظ بالمعلمات السابقة.

لمعرفة كيفية تكرار الجزء الديناميكي من الملاحظات — راجع كيف تتحقق بنفسك.

يعود البحث والأدوات المستخدمة إلى مطوّر BoosterX، لذا فإن للمطوّر مصلحة مباشرة في النتائج. وقد وُصفت المنهجية وحدود التطبيق أعلاه، ويمكن التحقق من الاستنتاجات عبر البيانات المفتوحة والمصادر العامة المذكورة.

تم التحقق من المصادر العامة: 2026-09-02.

  • 2026-09-20: أُضيف إخلاء مسؤولية بشأن تضارب المصالح ورابط للتحقق الذاتي من الملاحظات الديناميكية في المنهجية.
  • 2026-09-02: النشر الأول؛ تأكدت readers وdefaults وlive reload، وأُضيفت حدود الأثر العملي.