2026-06-02

مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope

كيفية تصفية التقاطات USB حسب الجهاز ونقطة النهاية ونوع النقل وحزمة الإعداد والواجهة والتوقيت عندما يلتقط USBPcap أو usbmon حركة مرور كثيرة جدًا.

يمكن أن تصبح التقاطات USB ساحقة بسرعة. قد يحتوي الجهاز على لوحة مفاتيح وفأرة وكاميرا ويب ومحول بلوتوث وجهاز تخزين ومحول تسلسلي ورمز أمان وموزع داخلي نشط في نفس الوقت. عندما يبحث المستخدمون عن "مرشح USB في Wireshark"، أو "جهاز مرشح USBPcap"، أو "نقطة نهاية مرشح usbmon"، أو "كيف أجد جهاز USB الخاص بي في الالتقاط"، عادة ما يكون لديهم نفس المشكلة: "يحتوي الالتقاط على حركة مرور كثيرة جدًا وبنية غير كافية." تم بناء Bus Scope لجعل فحص USB أكثر مباشرة، لكن فهم مشكلة التصفية لا يزال مفيدًا. سواء جاء الالتقاط من USBPcap على Windows، أو usbmon على Linux، أو مصدر التقاط USB آخر، المفتاح هو تحديد الجهاز ثم تضييق التتبع حسب العنوان ونقطة النهاية ونوع النقل وطلب التحكم.

ابدأ بالتعداد

أسهل طريقة لتحديد جهاز USB هي الالتقاط من التوصيل. يحتوي التعداد على واصفات تسمى الجهاز ومعرّف البائع ومعرّف المنتج والتهيئات والواجهات ونقاط النهاية والتفاصيل الخاصة بالفئة.

ابحث عن:

معرّف البائع
معرّف المنتج
واصف الجهاز
واصف التهيئة
واصفات الواجهة
واصفات نقطة النهاية
واصفات السلسلة
SET_ADDRESS
SET_CONFIGURATION

إذا بدأت الالتقاط بعد أن يكون الجهاز قيد التشغيل بالفعل، قد ترى فقط حركة نقطة النهاية دون سياق الواصف. هذا يجعل التصفية أصعب لأن أرقام نقطة النهاية وحدها ليست كافية.

يمكن أن يتغير عنوان الجهاز

يعين المضيف عناوين جهاز USB أثناء التعداد. إذا انفصل الجهاز وأعاد الاتصال، قد يتغير العنوان. مرشح يعمل للاتصال الأول قد يفوت الاتصال الثاني.

هذا مهم عند تصحيح حلقات إعادة الضبط. إذا أعاد الجهاز تعداده بشكل متكرر، قد تحتاج إلى تتبع عناوين متعددة في التقاط واحد. تكشف واصفات المنتج/البائع أن تلك العناوين تنتمي إلى نفس الجهاز الفعلي.

يمكن لـ Bus Scope المساعدة في الحفاظ على تلك العلاقة مرئية بدلاً من إجبارك على خياطة تغييرات العنوان ذهنيًا.

تصفية حسب نقطة النهاية

بعد التهيئة، تستخدم معظم حركة البيانات نقاط النهاية. نقطة النهاية الصفرية هي التحكم. قد تكون نقاط النهاية الأخرى bulk أو interrupt أو isochronous.

معاني نقطة النهاية الشائعة:

0x00: control OUT على نقطة النهاية الصفرية
0x80: control IN على نقطة النهاية الصفرية
0x81: نقطة النهاية 1 IN
0x01: نقطة النهاية 1 OUT
0x82: نقطة النهاية 2 IN
0x02: نقطة النهاية 2 OUT

بت الاتجاه مهم. 0x81 و0x01 ليسا نفس اتجاه نقطة النهاية. قد يستخدم المحول التسلسلي، على سبيل المثال، نقطة نهاية bulk OUT واحدة لبيانات المضيف إلى الجهاز ونقطة نهاية bulk IN واحدة لبيانات الجهاز إلى المضيف.

مرشحات نقطة النهاية مفيدة بعد أن تعرف بالفعل أي نقطة نهاية تحمل الحركة التي تهتم بها.

تصفية حسب نوع النقل

تعيش مشكلات USB المختلفة في أنواع نقل مختلفة:

عمليات نقل التحكم: الواصفات، التهيئة، طلبات الفئة، أوامر البائع.
عمليات نقل Bulk: التخزين، البيانات التسلسلية، بيانات البائع، العديد من أجهزة الالتقاط.
عمليات نقل المقاطعة: إدخال HID، إشعارات الحالة، تقارير الكمون المنخفض.
عمليات نقل Isochronous: الصوت، الفيديو، البث الحساس للتوقيت.

إذا فتح جهاز USB التسلسلي لكن لا يرسل بيانات، افحص عمليات نقل التحكم لترميز الخط وحالة خط التحكم، ثم نقاط نهاية bulk للحمولة. إذا بدأت كاميرا الويب لكن الفيديو فاسد، افحص عمليات نقل isochronous والإعدادات البديلة. إذا تصرف جهاز HID بشكل سيئ، افحص عمليات نقل المقاطعة وواصفات التقرير.

تصفية حسب نوع النقل تقلل الضوضاء مع الحفاظ على فئة الأدلة ذات الصلة.

تصفية حسب حزمة الإعداد

تتضمن عمليات نقل التحكم حزم إعداد. حزم الإعداد مفيدة للغاية لأنها تحدد اتجاه الطلب ونوعه ومستلمه ورمز الطلب وقيمته وفهرسه وطوله.

تشمل الأمثلة المهمة:

GET_DESCRIPTOR
SET_ADDRESS
SET_CONFIGURATION
SET_INTERFACE
CLEAR_FEATURE
HID GET_REPORT
HID SET_REPORT
CDC SET_LINE_CODING
CDC SET_CONTROL_LINE_STATE
أوامر خاصة بالبائع

عندما يفشل الجهاز أثناء الإعداد، غالبًا ما تخبرك حزمة الإعداد بالضبط أي طلب أثار المشكلة.

اختيار التقاط USBPcap على Windows

على Windows، يلتقط USBPcap من وحدات تحكم مضيف USB. إذا كان لدى الجهاز وحدات تحكم متعددة، فإن اختيار وحدة التحكم الخاطئة قد ينتج التقاطًا بدون حركة مرور الجهاز المستهدف.

سير عمل عملي:

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

قيمة Bus Scope هي جعل سير العمل هذا أقل غموضًا: الهدف هو محادثة جهاز USB، وليس مجرد قائمة حزم ضخمة.

التقاط usbmon على Linux

على Linux، يكشف usbmon عن حركة ناقل USB. رقم الناقل مهم. جهاز مدرج كـ Bus 003 Device 012 ينتمي إلى الناقل 3 في تلك اللحظة. بعد إعادة الاتصال، قد يتغير رقم الجهاز.

أكثر التقاط فائدة يبدأ قبل التوصيل، لأن التعداد يكشف هوية الجهاز. إذا كان الإذن يحظر الالتقاط، فحل ذلك أولاً؛ وإلا قد ترى فقط فشل على مستوى التطبيق ولا ترى أدلة USB أبدًا.

أخطاء التصفية الشائعة

تجنب هذه الأخطاء:

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

المرشح النظيف مفيد فقط إذا كان يحافظ على الفشل.

ما يجب الاحتفاظ به في التقاط التحقيق

لتقرير يمكنك مشاركته مع فريق البرامج الثابتة أو برنامج التشغيل أو QA، احتفظ بـ:

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

هذا الدليل أقوى من لقطة شاشة لـ "الجهاز غير معروف".

التشخيص النهائي

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

يهدف Bus Scope إلى دعم سير العمل هذا: إيجاد محادثة USB الحقيقية بسرعة، ثم فحص أدلة مستوى الناقل التي تشرح لماذا يعمل الجهاز، أو يتوقف، أو يعيد الضبط، أو يختفي.

اختبار عقد USB لموضوع «مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope»

الإجابة المباشرة هي أن رمز STALL أو timeout أو reset لا يشرح السبب وحده. يجب أولًا إثبات أن مزود الالتقاط يرى الجهاز الصحيح، ثم قراءة عقد الـtransfer: نوع الطلب واتجاهه وrecipient وwValue وwIndex والطول المعلن والطول الفعلي وstatus والحالة السابقة واللاحقة. في «مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope» اربط كل استنتاج بأول transaction يختلف عن تشغيل معروف النجاح، لا بآخر رسالة يعرضها التطبيق.

حد التحقق	ما يجب مقارنته	الحكم المفيد
المنصة	provider والصلاحية وRoot Hub أو usbmon/XHC20	هل تصل records من الاتصال الصحيح؟
setup	bmRequestType وbRequest وwValue وwIndex وwLength	هل أرسل المضيف الطلب المقصود؟
data	الاتجاه والطول والbytes المحفوظة	هل تطابق payload العقد؟
status	ACK أو STALL أو timeout أو cancellation	أين انتهت المعاملة فعليًا؟
الحالة	configuration وinterface وalternate setting وendpoint halt	هل كان الجهاز جاهزًا لهذا الطلب؟

ابدأ الالتقاط قبل reset أو enumeration واحتفظ بما يكفي لرؤية descriptors وSET_CONFIGURATION وSET_INTERFACE والطلب الذي يسبق العطل. فلتر endpoint ضيق قد يخفي control transfer الذي يفسر المشكلة. نفّذ حركة USB واحدة موثقة في كل تجربة، ثم غيّر عاملًا واحدًا فقط: firmware أو driver أو port أو cable أو host command أو timing.

كيف تكتب جوابًا يمكن اقتباسه؟

اكتب: «وصل الطلب المحدد، وكانت حقول setup كذا، ورد الجهاز بالحالة كذا بعد السياق كذا؛ الاختبار التالي سيغيّر عاملًا واحدًا». لا تحوّل bytes غير محفوظة بسبب retention إلى packet loss، ولا تنسب reset للcommand بسبب التقارب الزمني فقط. السبب يحتاج انتقال حالة أو تكرارًا منضبطًا.

ما الذي يجعل المقارنة صالحة؟

حافظ على VID/PID وfirmware والسرعة والطوبولوجيا وprovider والفلتر والـtrigger متساوية قدر الإمكان. قارن مراحل USB الدلالية بدل frame numbers بين usbmon وUSBPcap. احفظ start/end والنسخة والنظام ومكان التوصيل وchecksum للملف. افحص استكشاف أخطاء Bus Scope قبل التسليم.

تظل ملكية كلمات Semrush منفصلة: free USB analyzer للصفحة الرئيسية، وbest USB protocol analyzer لصفحة المقارنة، وUSB descriptor viewer لـدليل descriptor. هذه المقالة تدعم موضوعها التقني ولا تدّعي حجم بحث أو KD غير موجود.

إجابة مباشرة وحدود القبول

الإجابة المختصرة عن «مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope» هي: كيفية تصفية التقاطات USB حسب الجهاز ونقطة النهاية ونوع النقل وحزمة الإعداد والواجهة والتوقيت عندما يلتقط USBPcap أو usbmon حركة مرور كثيرة جدًا. تعامل مع هذه العبارة كنتيجة يجب التحقق منها، لا كوعد ينطبق على كل إدخال أو جهاز أو مشروع أو بيئة. النتيجة المكتملة تسجل الحالة الأولية والإجراء الدقيق والمخرج المرئي والشرط الذي يثبت اكتمال المهمة في Bus Scope.

إجراء يبدأ من الأدلة

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

نقطة التحقق 1: مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope

إذا كان «مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope» ملتبسًا، فقارن حالة سليمة وأخرى فاشلة تحت شروط متطابقة. حدد أول فرق مهم بدل سرد كل الأعراض اللاحقة. غالبًا ما ينتج هذا الحد طلب دعم أوضح وتجربة تالية أكثر أمانًا.

نقطة التحقق 2: كيفية تصفية التقاطات USB حسب الجهاز ونقطة النهاية ونوع النقل وحزمة الإعداد والواجهة والتوق

تحقق من «كيفية تصفية التقاطات USB حسب الجهاز ونقطة النهاية ونوع النقل وحزمة الإعداد والواجهة والتوقيت عندما يلتقط USBPcap أو usbmon حركة مرور كثيرة جدًا.» بأصغر إدخال ممثل. أبق الإعدادات غير المرتبطة ثابتة، وكرر الإجراء نفسه، وافحص النتيجة بعد إعادة الفتح أو الاتصال. صورة منفردة أضعف من سجل يجمع الإدخال والإعداد والإجراء والمخرج والوقت.

نقطة التحقق 3: ابدأ بالتعداد

إذا كان «ابدأ بالتعداد» ملتبسًا، فقارن حالة سليمة وأخرى فاشلة تحت شروط متطابقة. حدد أول فرق مهم بدل سرد كل الأعراض اللاحقة. غالبًا ما ينتج هذا الحد طلب دعم أوضح وتجربة تالية أكثر أمانًا.

نقطة التحقق 4: يمكن أن يتغير عنوان الجهاز

تحقق من «يمكن أن يتغير عنوان الجهاز» بأصغر إدخال ممثل. أبق الإعدادات غير المرتبطة ثابتة، وكرر الإجراء نفسه، وافحص النتيجة بعد إعادة الفتح أو الاتصال. صورة منفردة أضعف من سجل يجمع الإدخال والإعداد والإجراء والمخرج والوقت.

نقطة التحقق 5: تصفية حسب نقطة النهاية

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

نقطة التحقق 6: تصفية حسب نوع النقل

تحقق من «تصفية حسب نوع النقل» بأصغر إدخال ممثل. أبق الإعدادات غير المرتبطة ثابتة، وكرر الإجراء نفسه، وافحص النتيجة بعد إعادة الفتح أو الاتصال. صورة منفردة أضعف من سجل يجمع الإدخال والإعداد والإجراء والمخرج والوقت.

نقطة التحقق 7: تصفية حسب حزمة الإعداد

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

نقطة التحقق 8: اختيار التقاط USBPcap على Windows

تحقق من «اختيار التقاط USBPcap على Windows» بأصغر إدخال ممثل. أبق الإعدادات غير المرتبطة ثابتة، وكرر الإجراء نفسه، وافحص النتيجة بعد إعادة الفتح أو الاتصال. صورة منفردة أضعف من سجل يجمع الإدخال والإعداد والإجراء والمخرج والوقت.

نقطة التحقق 9: التقاط usbmon على Linux

إذا كان «التقاط usbmon على Linux» ملتبسًا، فقارن حالة سليمة وأخرى فاشلة تحت شروط متطابقة. حدد أول فرق مهم بدل سرد كل الأعراض اللاحقة. غالبًا ما ينتج هذا الحد طلب دعم أوضح وتجربة تالية أكثر أمانًا.

نقطة التحقق 10: أخطاء التصفية الشائعة

تحقق من «أخطاء التصفية الشائعة» بأصغر إدخال ممثل. أبق الإعدادات غير المرتبطة ثابتة، وكرر الإجراء نفسه، وافحص النتيجة بعد إعادة الفتح أو الاتصال. صورة منفردة أضعف من سجل يجمع الإدخال والإعداد والإجراء والمخرج والوقت.

مصفوفة القبول

النقطة	الدليل الواجب حفظه	شرط النجاح
مرشحات USB في Wireshark: إيجاد الجهاز الصحيح مع USBPcap وusbmon وBus Scope	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة
كيفية تصفية التقاطات USB حسب الجهاز ونقطة النهاية ونوع النقل وحزمة الإعداد والواجهة والتوقيت عندما يلتقط USBPcap أو usbm	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة
ابدأ بالتعداد	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة
يمكن أن يتغير عنوان الجهاز	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة
تصفية حسب نقطة النهاية	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة
تصفية حسب نوع النقل	الحالة الأولية وإجراء واحد والحالة الناتجة	يستطيع مشغل ثان تكرار النتيجة

عزل الفشل والاستعادة والتسليم

توقف عند أول حد يفشل. احتفظ بالمصدر أو المشروع أو الجلسة أو الالتقاط، وأنشئ نسخة قبل التحرير المدمر، وغيّر متغيرًا واحدًا في كل تجربة. إعادة سير واسع بعد عدة تغييرات قد تعطي نتيجة مختلفة من دون تفسير السبب.

افصل غياب الدليل عن دليل الغياب. قد تعني الشاشة الفارغة إدخالًا أو نطاقًا أو مرشحًا أو صلاحية أو جهازًا أو فترة أو حالة مشروع خاطئة. أثبت مسار الالتقاط أو الاستيراد قبل تفسير decoder أو المحرر أو التقرير أو التصدير.

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

أسئلة وأجوبة

ما أسرع بداية موثوقة؟

استخدم أصغر حالة ممثلة، واكتب النتيجة المتوقعة، وغيّر متغيرًا واحدًا. أثبت المسار الأساسي قبل إضافة المرشحات أو التأثيرات أو التعديلات أو الأتمتة أو مصدر أكبر.

ما الأدلة التي ينبغي حفظها؟

احتفظ بهوية الإدخال والإصدار والمنصة والإعدادات والإجراء الدقيق وأول انتقال غير متوقع والمخرج النهائي. أغلق المشروع أو الجلسة أو التقرير أو التصدير وأعد فتحه.

متى يجب تكرار الإجراء؟

كرره بعد تغيير مؤثر في التطبيق أو النظام أو driver أو firmware أو النموذج أو المصدر أو سير العمل. احتفظ بالحالة المقبولة السابقة كأساس مقارنة دون تعديل.

متى تصبح المهمة جاهزة للتسليم؟

عندما يستطيع شخص مخول آخر تحديد الإدخال وتكرار الإجراء ورؤية النتيجة نفسها وفهم القيود وفتح الأثر المحفوظ دون الاعتماد على حالة محلية غير موثقة.

أدلة مرتبطة

تغطي الصفحات التالية باللغة نفسها المراحل المجاورة من دون تغيير المالك القانوني لهذا الموضوع: