Technical Anshu
Tutorials Blog
إصلاح فقدان الحزمة

إسقاط Ping كل بضع ثوانٍ لإصلاح الكابل وعدم تطابق السرعة على الوجهين

يعمل الإنترنت، ويتم فتح الملفات، ولا يبدو أي شيء ميتًا - ولكن كل بضع ثوانٍ تختفي 3 إلى 4 حزم ping، وتستمر التطبيقات مثل Tally في إعادة الاتصال. هذا هو البحث عن هذا الخطأ، بالترتيب الذي يعمل به مهندس الدعم بالفعل.

Technical AnshuWired LANSpeed and Duplex
شاهد الحالة الكاملة بالفيديو - مستخدم حقيقي لـ Tally في المكتب، واختبار ping مستمر، وإعداد السرعة والازدواج الذي تبين أنه السبب

يتبع هذا الدليل حالة دعم حقيقية من الفيديو. قام أحد مستخدمي قسم الحسابات بتشغيل Tally، وبعد بضع دقائق من العمل سيبدأ Tally في إعادة الاتصال ويقطع التدفق. بدا الاستخدام العادي جيدًا. أظهر اختبار ping المستمر الحقيقة فقط: سقوط 3 إلى 4 حزم معًا، ثم حذف الردود مرة أخرى. قام الفريق بتغيير السلك أولاً، وبقيت القطرات. لقد قاموا بإصلاح مقبس الإدخال/الإخراج على الحائط وأعادوا تصحيح الاتصال - وتبين أن السبب الحقيقي هو الإعداد: تم تكوين محول شبكة الكمبيوتر الشخصي السرعة والازدواج بسرعات ميجابت في الثانية بينما كان المحول مزودًا بإمكانية جيجابت. إليكم هذا البحث بأكمله كطريقة قابلة للتكرار.

Continuous Ping to the Server (Example Pattern)
Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Request timed out. Request timed out. Request timed out. Reply from 192.168.1.10: bytes=32 time<1ms TTL=128 Reply from 192.168.1.10: bytes=32 time=1ms TTL=128

مثال فقط: يتم تشغيل الردود بشكل نظيف، ثم تنتهي مهلة 3 إلى 4 طلبات معًا، ثم يتم استئناف الردود. يعد نمط الاندفاع هذا بمثابة بصمة خطأ على مستوى الارتباط، وعادةً ما يؤدي اختبار الاتصال السريع المكون من 4 حزم إلى فقدانه تمامًا.

1

أثبت ذلك باستخدام اختبار الاتصال المستمر أولاً

لا تثق في اختبار ping القياسي المكون من 4 حزم. قم بتشغيل ping -t 192.168.1.1 على بوابتك ونافذة ثانية باستخدام ping -t على الخادم الذي يعمل عليه المستخدم فعليًا، وراقب لمدة دقيقتين أو ثلاث دقائق. في حالة الفيديو، جاءت القطرات في دفعات من 3 إلى 4 - أظهر اختبار سريع تم إرساله بين الدفعات خسارة صفر وبدا المستخدم مخطئًا. قم بإحصاء الخسارة بشكل صحيح: يشير نمط الاندفاع إلى الرابط نفسه، وليس إلى التطبيق، وليس إلى خط الإنترنت.

2

اقرأ سرعة الارتباط المتفاوض عليها

افتح حالة Ethernet على جهاز الكمبيوتر، أو قم بتشغيل Get-NetAdapter في PowerShell واقرأ عمود LinkSpeed. يجب أن يُظهر جهاز كمبيوتر جيجابت الموجود على محول جيجابت 1.0 جيجابت في الثانية. إذا أظهرت سرعة 100 ميجابت في الثانية، فهذا يعني أن الارتباط قد تراجع - عادةً ما يكون زوج كابل تالفًا أو إعدادًا قسريًا. إذا تغيرت السرعة بين عمليات التحقق، فهذا يعني إعادة التفاوض على الرابط، وهذا بالضبط هو الوقت الذي تموت فيه الحزم. يقوم هذا الرقم بتقسيم المشكلة إلى نصفين قبل أن تلمس أي جهاز.

3

تحقق من إعدادات السرعة والازدواج على المحول

وكان هذا هو السبب الجذري في الفيديو. افتح "إدارة الأجهزة"، وافتح خصائص محول الشبكة، وعلامة التبويب "خيارات متقدمة"، وابحث عن السرعة والازدواج. ينبغي أن يكون التفاوض التلقائي. في هذه الحالة، تم تكوينه بقيمة ميغابت في الثانية بينما كان المحول جيجابت - لم يتفق الطرفان أبدًا بشكل صحيح، وقام الارتباط بإسقاط الحزم في دفعات. تم تصميم Gigabit Ethernet للتفاوض؛ اترك كلاً من جهاز الكمبيوتر ومنفذ التبديل في وضع التشغيل التلقائي ما لم يكن لديك سبب موثق، وإذا تم إجبار أحد الجانبين، فيجب إجبار الجانب الآخر على نفس الإعداد بالضبط.

4

عمل السلسلة المادية بالترتيب

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

5

تأكيد العلاج بالأرقام

بعد الإصلاح، قم بتشغيل ping -n 200 إلى البوابة وإلى الخادم واقرأ سطر الملخص: الحزم المرسلة والمستلمة والمفقودة. تعتبر حالة الخسارة الصفرية التي تزيد عن 200 اختبار اتصال بالإضافة إلى سرعة الارتباط البالغة 1.0 جيجابت في الثانية حالة مغلقة. ثم اسمح للمستخدم بالعمل - في الفيديو، كان الاختبار الحقيقي هو بقاء Tally على اتصال خلال جلسة عمل كاملة، وليس لقطة شاشة واضحة المظهر. إذا استمر الانخفاض، فإن المشتبه بهم المتبقين هم جودة زوج الكابل ومنفذ المحول نفسه، المشمول في الأدلة المصاحبة في هذه السلسلة.

ملاحظة صادقة: يرسل اختبار ping العادي 4 حزم ويمكن أن يهبط بسهولة بين الدفقات، مما يُظهر خسارة بنسبة 0 بالمائة على رابط معيب حقًا. لقد نجا الخطأ في هذه الحالة من تغيير الكابل - لا تعلن أبدًا أن أي جزء بريء أو مذنب من خلال اختبار سريع واحد. قم بالقياس لفترة طويلة، وقم بتغيير شيء واحد في كل مرة، ودع عدد الخسائر يتحدث.

شاهد الفيديو الكامل لاستكشاف أخطاء Ping Drop وإصلاحها

شاهد الحالة الكاملة على الهواء مباشرة - شكوى إعادة توصيل Tally، ومبادلة الكابل التي لم تصلحها، وإعداد المحول الذي أدى إلى ذلك.

Watch Full Video
الأسئلة المتداولة

لماذا لا يظهر اختبار ping العادي أي مشكلة؟

يرسل اختبار ping العادي 4 حزم فقط. إذا قام الخطأ بإسقاط الحزم في دفعات كل بضع ثوانٍ، فيمكن أن يصل اختبار الحزم الأربعة بالكامل بين الدفعات والإبلاغ عن خسارة صفر. قم بإجراء اختبار ping مستمر باستخدام ping -t لمدة دقيقتين أو ثلاث دقائق، أو أرسل 200 حزمة على الأقل، واحسب الخسارة الحقيقية.

هل يمكن لإعداد السرعة والازدواج إسقاط الحزم بالفعل؟

نعم. إذا تم تثبيت المحول على إعداد ميغابت في الثانية بينما يتوقع المحول تفاوض جيجابت، فإن الطرفين يختلفان حول كيفية تشغيل الارتباط. قد يظهر الرابط، ويمرر حركة مرور خفيفة، ومع ذلك يُسقط دفعات من الحزم - وهو النمط تمامًا في هذه الحالة. اضبط كلا الطرفين على التفاوض التلقائي.

تم تغيير الكابل واستمرت القطرات. ماذا بعد؟

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

يعتمد هذا الدليل على تقنية Anshu ping drop والفيديو السريع والازدواج • هل أنت عالق في أي خطوة؟ اسأل في تعليقات الفيديو - سوف تحصل على الرد هناك