كيف تتحقق من استخدام وحدة الإرسال الكبرى في نظام التشغيل Windows XP

بالنسبة لنظامي التشغيل Windows 7 و Windows Vista و Windows XP ، تتوفر وحدة MTU للعديد من الواجهات من Windows نفسه باستخدام netsh.

ويندوز 7 ، ويندوز فيستا

لإظهار الحالية {MTU على Windows 7 أو Windows Vista ، من موجه الأوامر:

C:\Users\Ian>netsh interface ipv6 show subinterfaces

       MTU  MediaSenseState   Bytes In  Bytes Out  Interface
----------  ---------------  ---------  ---------  -------------
      1280                1   24321220    6455865  Local Area Connection
4294967295                1          0    1060111  Loopback Pseudo-Interface 1
      1280                5          0          0  isatap.newland.com
      1280                5          0          0  6TO4 Adapter

وبالنسبة لواجهات IPv4:

C:\Users\Ian>netsh interface ipv4 show subinterfaces

       MTU  MediaSenseState   Bytes In  Bytes Out  Interface
----------  ---------------  ---------  ---------  -------------
      1500                1  146289608   29200474  Local Area Connection
4294967295                1          0      54933  Loopback Pseudo-Interface 1

ملاحظة: في هذا المثال ، تحتوي واجهة الاتصال المحلية IPv6 على وحدة MTU منخفضة (1280) منخفضة لأنني أستخدم خدمة نفق للحصول على اتصال IPv6 .

يمكنك أيضًاتغييرMTU الخاص بك (Windows 7 ، Windows Vista). منمرتفعةموجه الأوامر:

>netsh interface ipv4 set subinterface "Local Area Connection" mtu=1492 store=persistent
Ok.

تم اختباره مع Windows 7 Service Pack 1

ويندوز إكس بي

بناء جملة netsh لـ Windows XP مختلف قليلاً:

C:\Users\Ian>netsh interface ip show interface

Index:                                  1
User-friendly Name:                     Loopback
Type:                                   Loopback
MTU:                                    32767
Physical Address:                       

Index:                                  2
User-friendly Name:                     Local Area Connection
Type:                                   Etherenet
MTU:                                    1500
Physical Address:                       00-03-FF-D9-28-B7

يتطلب {ملاحظة: Windows XP أن تبدأ خدمة التوجيه والوصول عن بُعد قبل أن تتمكن من رؤية تفاصيل واجهة (بما في ذلك MTU):

C:\Users\Ian>net start remoteaccesss

لا يوفر Windows XP طريقة لتغيير إعداد MTU من داخل netsh. لذلك يمكنك:

• اتبع الإرشادات الموجودة في KB283165 - كيفية تغيير PPPoE حجم وحدة الإرسال الكبرى في نظام التشغيل Windows XP
• استخدم Dr. TCP (ملاحظة:Windows 2000/XP فقط)

تم اختباره مع Windows XP Service Pack 3

أنظر أيضا

• تكوين حجم وحدة نقل TCPIP Max (MTU) في نظام التشغيل Vista
• إعداد MTU في نظام التشغيل Windows Vista
• تغيير إعدادات إعدادات MTU!
• KB283165 - كيفية تغيير PPPoE حجم وحدة الإرسال الكبرى في نظام التشغيل Windows XP
• DSLReports - DrTCP

مناقشة قصيرة حول ما هي وحدة الإرسال الكبرى ، حيث تأتي الـ 28 بايت.

يبلغ الحد الأقصى لحجم حزمة بطاقة الشبكة (Ethernet) 1,500 bytes:

+---------+
| 1500    |
| byte    |
| payload |
|         |
|         |
|         |
+---------+

يتطلب جزء IP من TCP/IP رأسًا 20 بايت (12 بايت من الأعلام و 4 بايت لعنوان IP المصدر و 4 بايت لعنوان IP الوجهة). هذا يترك مساحة أقل متوفرة في الحزمة:

+------------------------+
| 12 bytes control flags | \
| 4 byte from address    | |- IP header: 20 bytes
| 4 byte to address      | /
|------------------------|
| 1480 byte payload      |
|                        |
|                        |
|                        |
+------------------------+

الآن تحتوي حزمة ICMP (ping) على رأس 8 بايت (1 بايت type ، بايت واحد code ، 2 بايت checksum ، 4 بايت بيانات إضافية):

+------------------------+
| 12 bytes control flags | \
| 4 byte from address    | |
| 4 byte to address      | |- IP and ICMP header: 28 bytes
|------------------------| |
| 8 byte ICMP header     | /
|------------------------|
| 1472 byte payload      |
|                        |
|                        |
|                        |
+------------------------+

هذا هو المكان "المفقود" 28 بايت - هو حجم الرؤوس المطلوبة لإرسال حزمة ping.

عند إرسال حزمة ping ، يمكنك تحديد مقدار بيانات الحمولة الإضافية التي تريد تضمينها. في هذه الحالة ، إذا قمت بتضمين جميع وحدات البايت 1472:

>ping -l 1472 obsidian

ثمالإيثرنتالحزمة ستكون مليئة بالخياشيم. سيتم تعبئة كل بايت أخير من حزمة 1500 بايت:

+------------------------+
| 12 bytes control flags | \
| 4 byte from address    | |
| 4 byte to address      | |- IP and ICMP header: 28 bytes
|------------------------| |
| 8 byte ICMP header     | /
|------------------------|
|........................|
|........................|
|. 1472 bytes of junk....|
|........................|
|........................|
|........................|
|........................|
+------------------------+

إذا حاولت إرسالبايت واحد آخر

>ping -l 1473 obsidian

سيتعين على الشبكة تجزئة الحزمة 1501 بايت في حزم متعددة:

Packet 1 of 2
+------------------------+
| 20 bytes control flags | \
| 4 byte from address    | |
| 4 byte to address      | |- IP and ICMP header: 28 bytes
|------------------------| |
| 8 byte ICMP header     | /
|------------------------|
|........................|
|........................|
|..1472 bytes of payload.|
|........................|
|........................|
|........................|
|........................|
+------------------------+

Packet 2 of 2
+------------------------+
| 20 bytes control flags | \
| 4 byte from address    | |
| 4 byte to address      | |- IP and ICMP header: 28 bytes
|------------------------| |
| 8 byte ICMP header     | /
|------------------------|
|.                       |
| 1 byte of payload      |
|                        |
|                        |
|                        |
|                        |
|                        |
+------------------------+

سيحدث هذا التفتت وراء الكواليس ، من الناحية المثالية دون أن تعرف.

ولكن يمكنك أن تكون معنيًا ، وأخبر الشبكة أنه لا يُسمح بتجزئة الحزمة:

>ping -l 1473 -f obsidian

العلامة -f تعنيلا تجزئة. الآن عندما تحاول إرسال حزمة لا تتناسب مع الشبكة ، تحصل على الخطأ:

>ping -l 1473 -f obsidian  

Packet needs to be fragmented but DF set.

يجب أن تكون الحزمة مجزأة ، لكنلا تم تعيين Fragmentflag.

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

هذا ما يجعل خادم الويب لا يعمل. يمكنك الحصول على الاستجابات الأولية الصغيرة (<1280 بايت) ، لكن الحزم الأكبر لا يمكنها الوصول إليها. والجدران النارية لخادم الويب يتم تكوينها بشكل خاطئ ، مما يحظر حزم ICMP. لذا فإن خادم الويب لا يدرك أنك لم تحصل على الحزمة أبدًا.

تجزئة الحزم غير مسموح بها في IPv6 ، الكل هومطلوب((بشكل صحيح) يسمح بحزم اكتشاف ICMP mtu.