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

پیش از انتخاب عدد، رابط را انتخاب کنید

از جایی که عدد نمایش داده می‌شود شروع کنید و برچسب کنارش را بخوانید. پنجرهٔ کلاینت می‌تواند مجموع نشست را نشان دهد، رابط تونل می‌تواند بایت‌های IP داخلی را نشان دهد و مبدل فیزیکی می‌تواند بایت‌های بیرونی رمزگذاری‌شده را نشان دهد؛ سه شمارندهٔ متفاوت که تصادفاً با بایت بیان می‌شوند. در خط فرمان، netstat -ibn برای هر نشانی روی هر رابط یک سطر چاپ می‌کند، پس ممکن است یک تونل چند بار ظاهر شود. سطر را با رابطی که کلاینت واقعاً در اختیار دارد تطبیق دهید و آن را با مسیری که مقصد انتخاب می‌کند تأیید کنید. دستگاهی به نام utun ممکن است به VPN، به تونل دیگر، یا به چیزی که به آن اهمیت نمی‌دهید تعلق داشته باشد.

به‌خاطر ساده‌تر بودن خواندن، شمارندهٔ Wi-Fi را جایگزین نکنید. نقطهٔ مشاهدهٔ متفاوت به پرسش متفاوتی پاسخ می‌دهد.

اختلاف بگیرید، نه مجموع کل عمر

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

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

شمارنده‌های داخلی و بیرونی چیزهای متفاوتی را می‌سنجند

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

حرکت دو شمارنده در جهت‌های مخالف یک یافته است، نه یک تناقض. معمولاً یعنی ترافیک وارد یک لایه شده و هرگز از لایهٔ دیگر خارج نشده است.

شمارنده را با نتیجهٔ برنامه پیوند بزنید

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

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

یادداشتی بنویسید که نفر بعدی لازم دارد

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

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

مقالات مرتبط