وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

خطاهای RX و TX کارت شبکه سرور چیست؟ از شمارنده تا پیدا کردن علت

آموزش خواندن خطا و dropped رابط شبکه، مقایسه رشد شمارنده و بررسی کابل، درایور و بار سرور.

انتشار:
توسط تیم فنی نت‌آرام
۵ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله خطاهای RX و TX کارت شبکه سرور چیست؟ از شمارنده تا پیدا کردن علت در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
روی سرور لینوکسی در گزارش کارت شبکه عددی جلوی RX errors یا TX dropped می‌بینید. آیا کارت شبکه خراب شده است؟ یک عدد ثابت به‌تنهایی چنین چیزی را ثابت نمی‌کند. شمارنده‌ها معمولاً از زمان آغاز فعالیت رابط جمع می‌شوند و باید رشد آن‌ها را در زمان مشکل، همراه ترافیک و گزارش سمت مقابل، بررسی کرد.
در این راهنما اول رابط درست را پیدا می‌کنیم، سپس دو نمونه فقط‌خواندنی می‌گیریم و بر اساس نوع افزایش، مسیر بررسی را انتخاب می‌کنیم. از ریست پورت یا تغییر سرعت شبکه روی سرور زنده بدون برنامه بازیابی شروع نکنید.

RX و TX به زبان ساده

RX به داده‌های دریافتی و TX به داده‌های ارسالی از دید همان رابط اشاره دارد. errors به خطاهای ثبت‌شده و dropped به برخی بسته‌هایی که پردازش یا ارسال نشده‌اند مربوط است. معنی دقیق هر شمارنده و اینکه کدام اتفاق را ثبت می‌کند به رابط، درایور و مدل سخت‌افزار بستگی دارد.
مستند هسته لینوکس درباره آمار رابط توضیح می‌دهد که آمار استاندارد و شمارنده‌های اختصاصی درایور یکسان نیستند. برای نمونه، بسته دریافتی می‌تواند در آمار دریافت ثبت شود اما در مرحله دیگری کنار گذاشته شود؛ بنابراین نباید همه عددها را با یک فرمول ساده به «درصد قطعی خرابی کاربران» تبدیل کرد.

قدم اول: رابطی را که ترافیک از آن عبور می‌کند پیدا کنید

با SSH یا کنسول مجاز وارد سرور شوید و اجرا کنید:
کد / دستورip -br link
این دستور نام و وضعیت خلاصه رابط‌ها را نشان می‌دهد. نام‌ها ممکن است eth0، ens3 یا چیز دیگری باشند. رابطی که IP روی آن است ممکن است یک bond، bridge یا رابط مجازی باشد و کارت فیزیکی زیر آن نام دیگری داشته باشد. ساختار سرور و مسیر سرویس را با مدیر شبکه تطبیق دهید؛ فقط اولین نام فهرست را فرض نکنید.
اگر SSH ناپایدار است، قبل از هر تغییر اطمینان حاصل کنید کنسول خارج از شبکه یا مسیر بازیابی مجاز دارید. این مقاله فقط مشاهده را پیشنهاد می‌کند و تنظیم پورت را تغییر نمی‌دهد.

قدم دوم: دو نمونه از شمارنده بگیرید

نام ens3 در دستور زیر نمونه است؛ آن را با رابط تأییدشده خودتان جایگزین کنید:
کد / دستورip -s -s link show dev ens3
خروجی شامل تعداد بسته‌ها، خطاها و بسته‌های رهاشده دریافت و ارسال است. در برخی نسخه‌ها جزئیات اضافی مانند crc یا missed با تکرار -s نمایش داده می‌شود. زمان و عددها را یادداشت کنید و در هنگام مشکل یا پس از چند دقیقه مناسب، همان دستور را دوباره اجرا کنید.
مثلاً اگر شمارنده RX errors در نمونه اول ۱۲۰ و در نمونه دوم ۱۲۰ باشد، در فاصله آزمایش افزایشی در آن شمارنده دیده نشده است. اگر از ۱۲۰ به ۱۵۰ برسد، ۳۰ خطا در آن فاصله ثبت شده؛ باید حجم کل بسته‌ها، مدت، نوع خطا و اثر روی سرویس را نیز مقایسه کنید. این مثال ساختگی است. شمارنده ممکن است پس از راه‌اندازی مجدد رابط یا سیستم از نو شروع شود، پس زمان آن رخداد را هم در نظر بگیرید.

تفاوت انواع افزایش را چطور دنبال کنیم؟

CRC یا خطاهای فریم رو به افزایش: ممکن است به کیفیت مسیر فیزیکی، کابل، ماژول، پورت مقابل یا موارد دیگر مرتبط باشد. مدیر دیتاسنتر باید دو سر لینک و شمارنده‌های پورت سوئیچ را در همان زمان بررسی کند. تعویض کابل یا تنظیم سرعت نیازمند هماهنگی و برنامه قطعی است.
Dropped بدون رشد خطای فیزیکی: می‌تواند به منابع، صف پردازش، فیلترها، ترافیک خاص یا رفتار درایور مربوط باشد. نوع رابط و شرایط بار را بررسی کنید؛ هر dropped الزاماً بسته یک مشتری یا نشانه خرابی سخت‌افزار نیست. روی رابط پشتیبان bond نیز بعضی شمارنده‌ها می‌توانند معنای خاصی داشته باشند.
خطای ارسال: وضعیت لینک، گزارش درایور، ظرفیت و آمار سمت سوئیچ را با مدیر شبکه مقایسه کنید. عدد شمارنده ارسال موفق نیز همیشه اثبات تحویل نهایی بسته به مقصد نیست.
اگر ابزار ethtool نصب و دسترسی لازم موجود است، برای جزئیات اختصاصی کارت واقعی می‌توان مشاهده کرد:
کد / دستورethtool -S ens3
نام رابط نمونه را عوض کنید. این فرمان اطلاعات را نمایش می‌دهد و معمولاً تنظیم را تغییر نمی‌دهد. نام شمارنده‌ها بین سازنده‌ها فرق دارد و روی بعضی رابط‌های مجازی پشتیبانی نمی‌شود. مستند مدل کارت را برای معنی هر ردیف بخوانید.

چگونه با اختلال واقعی تطبیق دهیم؟

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

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام