رفتن به محتوا
IROSG.
ابزارها

Throwing Star LAN Tap؛ ثبت دو جهت یک لینک اترنت

با تپ غیرفعال Great Scott Gadgets محل ثبت، محدودیت سرعت و جهت بسته‌ها را روی یک لینک آزمایشگاهی بررسی کنید.

تصویر رسمی Throwing Star LAN Tap
سازنده—
نوع ابزار—
وضعیت—
رابط‌ها / حوزه—

دو جهت یک کابل را جدا ببینیم

یک دروازه آزمایشگاهی هر چند دقیقه اتصال برنامه را از دست می‌دهد. ثبت روی خود دروازه فقط آنچه سیستم عامل تحویل داده نشان می‌دهد و روی سوئیچ کوچک میز نیز درگاه آینه وجود ندارد. Throwing Star LAN Tap محصول Great Scott Gadgets درست در این نقطه کاربرد دارد. آن را در مسیر کابل قرار می‌دهید و فریم‌های هر جهت از یک خروجی مشاهده جداگانه به دستگاه ثبت می‌رسند. برای پرسشی مثل «درخواست واقعاً از این قطعه کابل عبور کرد؟» محل مشاهده به اندازه خود نرم‌افزار تحلیل اهمیت دارد.

دستگاه برای کار به آداپتور یا برنامه راه‌اندازی نیاز ندارد. دو درگاه اصلی مسیر ارتباط بین دو طرف را کامل می‌کنند و دو درگاه دیگر برای دریافت در نظر گرفته شده‌اند. ایستگاه مشاهده از طریق این خروجی‌ها مسیر ارسال بسته به شبکه هدف ندارد. این ویژگی برای ثبت غیرفعال مفید است، اما وارد کردن ابزار همچنان یک تغییر فیزیکی در مسیر است. اگر سامانه به پهنای باند بالا، کیفیت ویژه کابل یا ارتباط بدون وقفه وابسته است، زمان و محل آزمایش را از قبل انتخاب کنید.

پیش از نصب، سرعت را بسنجید

این مدل برای شبکه‌های اترنت ده و صد مگابیتی طراحی شده است. در اتصال گیگابیتی، دو خازن روی برد عمداً شرایط سیگنال را تغییر می‌دهند تا دستگاه‌ها روی سرعت پایین‌تری توافق کنند. سرعت معمول حاصل صد مگابیت است؛ رسیدن به آن به توانایی دو طرف برای مذاکره و کیفیت اتصال هم بستگی دارد. این رفتار را باید در طراحی اندازه‌گیری وارد کرد. اگر هدف شما بررسی اختلالی است که تنها در بار بالای لینک گیگابیتی رخ می‌دهد، تبدیل لینک به صد مگابیت می‌تواند خود پدیده را تغییر دهد.

پیش از اتصال تپ، سرعت توافق‌شده، وضعیت دوطرفه بودن ارتباط و شمارنده خطاهای رابط‌ها را ثبت کنید. سپس همین مقادیر را پس از نصب بخوانید. برای مثال، اگر زمان انتقال فایل بزرگ تقریباً ده برابر شد، نخست سرعت لینک را نگاه کنید. چنین تفاوتی شاهد خرابی برنامه نیست. اگر تجهیزات فقط گیگابیت را پشتیبانی می‌کنند یا مدیر شبکه سرعت را ثابت کرده است، امکان دارد ارتباط اصلاً برقرار نشود. تپ مناسب این آزمایش باید سرعت مورد نیاز را حفظ کند؛ نام یکسان کانکتور چنین چیزی را تضمین نمی‌کند.

نقشه کابل‌ها و جهت مشاهده

طبق راهنمای رسمی، J1 و J2 در مسیر اصلی قرار می‌گیرند. J3 و J4 هر کدام فقط یک جهت ترافیک را در اختیار ایستگاه مشاهده می‌گذارند. برای نخستین آزمایش، یک میزبان و یک سوئیچ آزمایشگاهی انتخاب کنید. روی کاغذ بنویسید کدام کابل به کدام درگاه رفته است و در سمت سامانه ثبت نیز رابط شبکه را با همان جهت نام‌گذاری کنید. اگر دو مبدل USB اترنت یکسان دارید، نام ظاهری آنها کافی نیست. با قطع و وصل کنترل‌شده مشخص کنید کدام رابط به کدام کابل تعلق دارد.

اکنون از یکی از میزبان‌ها یک درخواست مشخص به همتای آزمایشگاهی بفرستید. زمان و نشانی دو طرف را یادداشت کنید و ببینید درخواست روی کدام خروجی و پاسخ روی کدام خروجی دیده می‌شود. همین آزمون کوچک نگاشت عملی جهت‌ها را تأیید می‌کند. برگرداندن سمت تپ یا تعویض کابل پس از این مرحله نگاشت را تغییر می‌دهد. برای جلوگیری از اشتباه، روی کابل‌ها برچسب بزنید. اگر فقط یک رابط مشاهده دارید، می‌توانید یک جهت را ثبت کنید، ولی نبود پاسخ در آن فایل به تنهایی دلیل گم شدن پاسخ نیست.

به جای اعتماد به نمودار، یک تبادل معلوم بسازید

یک نمونه ساده برای ارزیابی کیفیت ثبت، انتقال یک متن کوتاه بین دو سرویس محلی است که برای آزمایش راه‌اندازی کرده‌اید. متن را از قبل تعیین کنید و زمان آغاز را بنویسید. از داده ساختگی استفاده کنید تا محتوای فایل ضبط مشکلی برای نگهداری ایجاد نکند. در دو ثبت باید بتوان آغاز ارتباط، درخواست، پاسخ و پایان را تشخیص داد. برای اتصال رمزگذاری‌شده، انتظار دیدن متن روشن را کنار بگذارید. در آن حالت ترتیب بسته‌ها، اندازه‌ها، زمان‌ها و وضعیت ارتباط همچنان شواهد ارزشمندی هستند.

ثبت روی تپ و ثبت روی میزبان پرسش یکسانی را پاسخ نمی‌دهند. میزبان ممکن است پیش از تقسیم داده به فریم‌ها یا پس از ترکیب آنها بسته‌ها را در اختیار نرم‌افزار ثبت قرار دهد. به همین دلیل تعداد یا اندازه بسته‌های ظاهری دو فایل الزاماً مساوی نیست. اگر هدف اثبات عبور داده از کابل است، جایگاه تپ مناسب‌تر است. اگر هدف فهم رفتار برنامه و سوکت‌هاست، گزارش میزبان نیز لازم می‌شود. مشاهده هر دو نقطه به شما کمک می‌کند اختلاف را به یک مرحله مشخص محدود کنید.

ثبت همزمان و هم‌ترازی زمان

برای دیدن هر دو جهت می‌توان دو رابط روی یک رایانه یا دو رایانه جدا استفاده کرد. یک میزبان ثبت، مقایسه زمان‌ها را ساده‌تر می‌کند، ولی زمان ثبت در نرم‌افزار همچنان معادل لحظه دقیق رسیدن بیت به سیم نیست. زمان‌بندی سیستم عامل، بافر رابط و بار پردازنده روی مهر زمانی اثر دارند. برای بررسی فاصله چند میلی‌ثانیه‌ای معمولاً نتیجه مفید است، اما ادعای تأخیر بسیار دقیق به تجهیزات و روش اندازه‌گیری مناسب نیاز دارد. ابتدا دقت لازم برای پرسش خود را مشخص کنید.

اگر فایل‌ها از دو رایانه آمده‌اند، اختلاف ساعت آنها می‌تواند پاسخی را ظاهراً پیش از درخواست نشان دهد. پیش از آزمایش، ساعت‌ها را هماهنگ کنید و یک تبادل نشانه‌دار مشترک داشته باشید. هنگام تحلیل، ابتدا ترتیب منطقی اتصال و شماره‌های توالی را تطبیق دهید، سپس از اختلاف زمان نتیجه بگیرید. فایل خام هر جهت را جدا نگه دارید و نسخه ترکیبی را محصول تحلیل بنامید. اگر تنها نسخه ادغام‌شده باقی بماند، بررسی دوباره منشأ یک فریم یا اصلاح اشتباه در جهت‌ها دشوار می‌شود.

افت بسته در ثبت یا در شبکه

فرض کنید در فایل تحلیل یک شماره توالی دیده نمی‌شود و کمی بعد ارسال مجدد ثبت شده است. این مشاهده به تنهایی محل گم شدن داده را تعیین نمی‌کند. ممکن است فریم در شبکه از دست رفته باشد، رابط ثبت توان تحویل همه داده‌ها را نداشته باشد یا قسمت لازم از جهت مخالف موجود نباشد. شمارنده بسته‌های حذف‌شده توسط ابزار ثبت، بار پردازنده و وضعیت دیسک را کنترل کنید. همزمان آمار خطای رابط هدف و سوئیچ را بخوانید. مقایسه چند شاهد مستقل از نتیجه‌گیری سریع بر اساس علامت قرمز نرم‌افزار بهتر است.

برای تفکیک علت‌ها، آزمایش را با نرخ کمتر تکرار کنید. اگر در بار پایین فایل کامل است و با افزایش بار شمارنده حذف در میزبان بالا می‌رود، مسیر ثبت را بررسی کنید. اگر خود لینک پس از نصب تپ خطا دارد، طول کابل‌ها و کیفیت اتصال مهم‌تر می‌شوند. سازنده توصیه می‌کند کابل‌ها فقط به اندازه لازم طول داشته باشند، زیرا انشعاب غیرفعال تا حدی کیفیت سیگنال را تغییر می‌دهد. یک کابل کوتاه و سالم جایگزین کنید و نتیجه را کنار آزمایش قبلی بگذارید.

مثال عیب‌یابی یک سرویس محلی

یک کنترلر پس از روشن شدن از سرویس محلی تنظیمات می‌گیرد و گاهی روی صفحه آغاز باقی می‌ماند. نخست ترافیک یک بوت سالم را در هر دو جهت ثبت کنید. زمان درخواست آدرس، پرس‌وجوی نام و آغاز اتصال به سرویس را مشخص کنید. سپس همین ترتیب را در بوت ناموفق دنبال کنید. اگر درخواست آدرس از کنترلر خارج شده ولی پاسخ روی جهت برگشت نمی‌آید، بررسی سرویس آدرس‌دهی یا مسیر برگشت منطقی است. اگر پاسخ در تپ دیده می‌شود اما کنترلر پیش نمی‌رود، گزارش داخلی کنترلر اهمیت بیشتری پیدا می‌کند.

در این مثال محل تپ نیز نتیجه را محدود می‌کند. تپی که کنار کنترلر قرار دارد نشان می‌دهد چه چیزی از بخش آخر کابل گذشته است. از آن نمی‌توان مستقیم نتیجه گرفت روترهای میانی چه تصمیمی گرفته‌اند. برای آزمون فرضیه بعدی ممکن است لازم باشد ثبت قانونی دیگری در سمت سرویس بگیرید یا گزارش همان سوئیچ را بررسی کنید. جابه‌جا کردن محل مشاهده را در گزارش بنویسید. مقایسه فایل‌ها بدون این توضیح ممکن است دو مسیر متفاوت را به اشتباه یک مسیر ثابت نشان دهد.

مونتاژ کیت و آزمون پذیرش

نسخه کیت شامل برد، چهار سوکت و دو خازن است. نسخه Pro همان وظیفه را در محفظه آماده ارائه می‌کند. در کیت، پایه‌های سوکت باید پیش از لحیم‌کاری به طور کامل از برد عبور کنند. اتصالی میان دو پایه مجاور یا لحیم سرد می‌تواند فقط در یکی از جهت‌ها ظاهر شود. پس از مونتاژ و تمیز کردن برد طبق راهنمای سازنده، آن را خشک و بازرسی کنید. نخستین آزمون را روی کابل کوتاه و دو دستگاه کم‌اهمیت انجام دهید و از قرار دادن مستقیم کیت تازه روی مسیر حساس خودداری کنید.

آزمون پذیرش باید سه نتیجه جدا داشته باشد. ارتباط اصلی با سرعت مورد انتظار برقرار می‌شود، دریافت جهت اول درست است و دریافت جهت دوم هم درست است. یک انتقال موفق به تنهایی سلامت همه لحیم‌های خروجی مشاهده را ثابت نمی‌کند. برای هر جهت یک فایل کوتاه نمونه نگه دارید. اگر بعداً یک خروجی ساکت شد، نمونه مرجع و نقشه سیم‌کشی کمک می‌کنند علت را از تغییر نرم‌افزار ثبت، خرابی کابل یا خود برد جدا کنید. به همین ترتیب، چراغ رابط اصلی را با صحت تحویل بسته به دیسک برابر نگیرید.

تحویل شاهد به همکار

در گزارش نهایی، مدل تپ، نسخه کیت یا Pro، سرعت پیش و پس از نصب، شماره درگاه‌ها و نوع ایستگاه ثبت را یادداشت کنید. محدوده زمانی و شرط شروع و پایان آزمایش باید روشن باشد. به جای جمله «شبکه پاسخ نداد» بنویسید کدام درخواست در کدام جهت دیده شد، چه مدت هر دو جهت ثبت شدند و آیا شمارنده حذف بالا رفت. این صورت‌بندی اجازه می‌دهد همکار شما همان فایل را بررسی و فرضیه دیگری را نیز امتحان کند.

فایل ضبط ممکن است محتوای برنامه، نام دستگاه یا شناسه‌های دسترسی را در بر داشته باشد. برای ثبت طولانی، اندازه فایل و دوره نگهداری را با هدف آزمایش هماهنگ کنید. برای اشتراک گزارش، یک بازه کوتاه مرتبط جدا کنید و اصل ثبت را در محیط کنترل‌شده نگه دارید. این تپ زمانی بهترین پاسخ را می‌دهد که پرسش به یک لینک ده یا صد مگابیتی، جهت مشخص و بازه قابل تعریف مربوط باشد. شناخت محل مشاهده و محدودیت سرعت، تحلیل حاصل از آن را قابل تکرار می‌کند.

TRACEABLE KNOWLEDGE

منابع و مطالعهٔ بیشتر

01
راهنمای رسمی Great Scott Gadgetshttps://greatscottgadgets.com/throwingstar/

آخرین بررسی تحریریه:

IROSG / EDITORIAL

خبرها و معرفی مشاهیر با نگارش مستقل و ذکر منبع تهیه شده‌اند. اعتبار و مجوز تصاویر در بخش منابع همین صفحه نگه‌داری می‌شود تا متن زیر عکس‌ها شلوغ نشود. داده‌های مرجع CVE با اعتباردهی به منابع اصلی ارائه می‌شوند.

سیاست تألیف و حقوق تصاویر ↗

ادامهٔ کشف.

ابزارها ↗