דלגו לתוכן

מחזור חיים של חיבור 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

פרמטרי TCP מיושנים נקראים על ידי tcpipreg.sys ומועברים דרך NSI לרכיב tcpip.sys. עבור חלק מהערכים משתמשים ב-ZwNotifyChangeKey, מה שמאפשר לקרוא מחדש את התצורה ללא הפעלה מחדש מלאה של מחסנית הרשת.

Tcp1323Opts נשמר לתאימות. הערכים שלו 0..3 תיארו היסטורית את ה-scaling של חלון TCP ואת חותמות הזמן. ב-Windows 11 25H2 את הפרמטר קורא tcpipreg.sys, כאשר הערך 1 עובר המרה לפני העברה ל-NSI. כוונון אוטומטי מודרני של חלון הקבלה נשלט על ידי מדיניות נפרדת. לכן טבלת הביטים הישנה אינה קובעת את המצב בפועל של כל חיבור.

TcpTimedWaitDelay קובע את משך הזמן שבו בלוק הבקרה של TCP נשאר ב-TIME_WAIT לאחר סגירת החיבור. הטווח המתועד הוא 30..300 שניות, ערך ברירת המחדל 120. קיצור ההמתנה משחרר מוקדם יותר פורטים זמניים, אך מותיר פחות זמן להגנה מפני מקטעים מאחרים של החיבור הישן.

KeepAliveTime קובע את המרווח עד למקטע בדיקה keep-alive עבור חיבור לא פעיל. כברירת מחדל הוא 7 200 000 ms. היישום צריך להפעיל בנפרד keep-alive עבור ה-socket, לכן הקטנת המרווח הגלובלי אינה מפעילה בדיקות רקע של כל החיבורים.

EnablePMTUBHDetect=1 מפעיל זיהוי “חורים שחורים” של Path MTU, כאשר הודעות ICMP על הצורך בפיצול אינן מגיעות לשולח. המנגנון עוזר לעבוד עם נתיב בעייתי כזה ועשוי להגדיל את מספר השידורים החוזרים. הוא אינו מאיץ רשת תקינה.

הפרמטרים שימושיים עבור שרתים ולקוחות עם מספר רב של חיבורי TCP קצרים או MTU לא יציב. אין לצפות להאצה אוניברסלית של יישומים רגילים משינוי ערך בודד. התוצאה תלויה בצד השני של החיבור, ב-NAT, בנתב, בדרייבר כרטיס הרשת, ב-VPN ובניהול העומס.

המחקר מתייחס ל-Windows 11 25H2 build 26200.9168. איסוף מבוקר של עקבות רשת ברשתות ויישומים שונים לא בוצע.

tcpipreg.sys עוקב אחר שינויים במפתח ועשוי לעדכן חלק מההגדרות המיושנות ללא הפעלה מחדש. חיבורי TCP שכבר פתוחים לא בהכרח ינהלו מחדש משא ומתן על הפרמטרים שלהם. לשם השוואה נכונה בין המצב ההתחלתי למצב ששונה, צרו חיבורים חדשים.

  • נתיבים, סוגים, ערכי ברירת מחדל וטווחים של הפרמטרים ב-build שנחקר.
  • קריאה דרך tcpipreg.sys ו-NSI; חלק מהערכים מתעדכנים ללא הפעלה מחדש מלאה של המחסנית.
  • עבור Tcp1323Opts הערך 1 עובר המרה לפני העברה ל-NSI.
  • Keep-alive דורש הפעלה נפרדת עבור ה-socket.
  • האצת יישומים משינוי ערכים בודדים.
  • התנהגות ברשתות מסוימות, מאחורי NAT, VPN ובמצבי אובדן מקטים.
  • ניהול מחדש של משא ומתן על פרמטרים על ידי חיבורים שכבר פתוחים.

השאירו את ערכי ברירת המחדל. שנו פרמטרים רק עבור שרתים ולקוחות עם מספר רב של חיבורים קצרים או MTU לא יציב, והשוו את התוצאה על חיבורים חדשים.

החזירו את הערכים התקניים או מחקו רשומות אופציונליות. בדקו את התוצאה על חיבורים חדשים: חיבורים שכבר פתוחים עשויים לשמור על הפרמטרים הקודמים.

כיצד לחזור על החלק הדינמי של התצפיות — ראו כיצד לבדוק בעצמכם.

המחקר והכלים שבהם נעשה שימוש שייכים למפתח BoosterX, ולכן למפתח יש אינטרס ישיר בתוצאות. המתודולוגיה וגבולות התחולה מתוארים לעיל, ואת המסקנות ניתן לאמת לפי הנתונים הפתוחים והמקורות הציבוריים המפורטים.

המקורות הציבוריים נבדקו: 2026-09-02.

  • 2026-09-20: נוסף כתב ויתור על ניגוד עניינים וקישור לבדיקה עצמאית של התצפיות הדינמיות במתודולוגיה.
  • 2026-09-02: פרסום ראשון; אושרו readers, defaults ו-live reload, נוספו גבולות ההשפעה המעשית.