محتوای آموزشی وبلاگ نت‌آرام
دو کابل شبکه را به سرور اختصاصی ایران وصل کرده‌اید و حالت LACP را در لینوکس انتخاب کرده‌اید، اما اتصال برقرار نمی‌شود یا فقط یکی از پورت‌ها کار می‌کند. روشن‌بودن چراغ هر دو پورت نشان می‌دهد لینک فیزیکی ممکن است برقرار باشد؛ برای تشکیل گروه LACP، سرور و سوئیچ باید درباره عضویت و نقش پورت‌ها هم با هم توافق کنند.
دلایل معمول شامل وصل‌شدن کابل به پورت اشتباه، تفاوت تنظیم دو سمت، نبود پاسخ LACP، سرعت ناسازگار و VLAN نادرست است. این راهنما به تشخیص اتصال 802.3ad می‌پردازد. اگر هنوز در حال انتخاب روش شبکه هستید، ابتدا مقایسه Active-backup و LACP را بخوانید؛ این دو روش تنظیم یکسانی روی سوئیچ لازم ندارند.
۱. کنسول و اطلاعات دو سمت را آماده کنید
تغییر bond، پورت سوئیچ یا VLAN ممکن است SSH را قطع کند. قبل از هر تغییر، اتصال کنسول خارج از شبکه سرور مانند iDRAC یا iLO، دسترسی مجاز مدیر سوئیچ و راه بازگشت را آماده کنید. نام رابط bond، کارت‌های عضو، MAC، IP، VLAN، نام و شماره پورت‌های سوئیچ و تنظیم فعلی هر دو سمت را ثبت کنید. اگر سرور مشتری است و شبکه توسط دیتاسنتر مدیریت می‌شود، تغییر سمت سوئیچ را با مسئول آن هماهنگ کنید.
دو کابل متصل به دو سوئیچ مجزا فقط وقتی می‌توانند یک گروه LACP مشترک بسازند که طراحی و پیکربندی سازگار مثل سامانه چندشاسی پشتیبانی‌شده وجود داشته باشد. وصل‌کردن دو سوئیچ مستقل به یک bond بدون چنین طراحی ممکن است نتیجه نامطمئن ایجاد کند. این جزئیات را قبل از تغییر بدانید.
۲. لینک و سرعت هر کارت را بخوانید
در ترمینال لینوکس نام نمونه‌ها را با نام واقعی جایگزین کنید:
کد / دستورip -br link
ip -br address
sudo ethtool enp1s0
sudo ethtool enp2s0
ip -br link وضعیت رابط‌ها و ip -br address نشانی‌ها را خلاصه نشان می‌دهد. در خروجی ethtool برای هر کارت به Link detected، سرعت و duplex توجه کنید. yes فقط نشان‌دهنده لینک است، نه عضویت موفق در LACP. نام و قابلیت گزارش سرعت با درایور فرق دارد. اگر یکی no است، کابل، ماژول، پورت و تنظیم سمت مقابل را بررسی کنید. گروه 802.3ad از پورت‌هایی با سرعت و duplex سازگار استفاده می‌کند؛ ناسازگاری می‌تواند مانع جمع‌شدن آن‌ها در یک گروه شود.اگر کارت اصلاً دیده نمی‌شود یا درایور بار نشده، ابتدا همان مشکل را رفع کنید. راهنمای کارت شبکه پس از ارتقای کرنل به تشخیص درایور و کرنل می‌پردازد.
۳. وضعیت مذاکره bond را ببینید
کد / دستورcat /proc/net/bonding/bond0
ip -d link show bond0
نام
bond0 را با bond واقعی عوض کنید. در گزارش، حالت bond باید برای این سناریو 802.3ad باشد. وضعیت MII هر عضو، شناسه aggregator و اطلاعات partner را ثبت کنید. اگر partner با MAC صفر دیده می‌شود یا گروه فعال شکل نگرفته، معمولاً پاسخ LACP مناسب دریافت نشده یا هنوز توافق کامل نیست؛ دلیل دقیق را باید در هر دو سمت پیدا کرد. یک مقدار صفر به‌تنهایی مشخص نمی‌کند کابل اشتباه است یا پورت سوئیچ تنظیم نشده است.اگر هر دو کارت لینک دارند ولی فقط یکی به گروه فعال پیوسته، سرعت و duplex، شناسه گروه و پورت مقابل هر کارت را مقایسه کنید. در بعضی نسخه‌ها و تنظیم‌ها نام فیلدها متفاوت است. مستند bonding کرنل لینوکس رفتار حالت‌ها و گزارش‌ها را توضیح می‌دهد.
۴. پورت‌های سوئیچ و مذاکره را تطبیق دهید
از مسئول سوئیچ بخواهید شماره پورت فیزیکی هر کابل، وضعیت عضو LAG و اطلاعات partner را نشان دهد. دو پورت باید طبق طراحی در یک گروه درست باشند؛ پورت جداگانه، گروه اشتباه یا LAG ایستا در برابر LACP مذاکره‌شونده می‌تواند مشکل ایجاد کند. در LACP، حداقل یک سمت باید مذاکره را آغاز کند؛ دو سمت passive ممکن است منتظر هم بمانند. اصطلاحات و دستور سوئیچ به سازنده وابسته‌اند، پس دستور یک مدل را روی مدل دیگر کپی نکنید.
برای کمک به تشخیص بسته‌های پروتکل، در پنجره مجاز و با ابزار tcpdump نصب‌شده می‌توانید روی یک رابط نمونه دریافت کوتاه بگیرید:
کد / دستورsudo timeout 20 tcpdump -eni enp1s0 -c 10 'ether proto 0x8809'
نام کارت واقعی را جایگزین کنید. این فیلتر بسته‌های خانواده slow protocols را نشان می‌دهد و همه آن‌ها الزاماً LACP نیستند؛ خروجی و جهت را با ابزار و مستند سوئیچ تطبیق دهید. اگر در بازه نمونه بسته‌ای دیده نشد، ممکن است پورت، فیلتر یا تنظیم شبکه علت باشد؛ آزمایش کوتاه به‌تنهایی همه حالت‌ها را رد نمی‌کند. تکرار روی رابط دوم و مقایسه با شمارنده سوئیچ برای مشخص‌کردن سمت مشکل مفید است. ضبط گسترده بسته‌ها ممکن است اطلاعات حساس بگیرد؛ فقط نمونه لازم را با مجوز نگه دارید.
۵. اگر LACP تشکیل شد ولی شبکه کار نمی‌کند
گروه LACP سالم به معنی درست‌بودن VLAN، IP یا gateway نیست. در سرور بررسی کنید نشانی روی bond یا زیررابط VLAN درست قرار گرفته باشد و روی دو عضو به‌طور جداگانه IP اشتباه تنظیم نشده باشد:
کد / دستورip -br address
ip -d link show
ip route
در سوئیچ نیز VLANهای مجاز، حالت tagged یا untagged و تنظیم گروه را با طراحی شبکه مقایسه کنید. اگر سرور انتظار تگ دارد ولی سوئیچ ترافیک بدون تگ می‌فرستد، ممکن است مذاکره LACP برقرار ولی ارتباط برنامه قطع باشد. تغییر VLAN باید روی هر دو سمت هماهنگ و با مسیر بازگشت انجام شود.
۶. اصلاح و آزمون بدون حدس‌زدن
بعد از پیدا شدن تفاوت مشخص، فقط همان تنظیم را با مالک شبکه اصلاح کنید و تغییر را از کنسول کنترل کنید. اگر پورت اشتباه در LAG است، مسئول سوئیچ آن را طبق پیکربندی ثبت‌شده به گروه درست برمی‌گرداند؛ اگر تنظیم لینوکس اشتباه است، فایل یا پروفایل مدیریت شبکه همان توزیع را اصلاح و روش اعمال امن آن را دنبال کنید. جابه‌جایی خودسرانه از LACP به active-backup بدون تغییر هماهنگ سوئیچ ممکن است اختلال را بیشتر کند.
پس از تغییر، دوباره گزارش
/proc/net/bonding/bond0 و وضعیت سوئیچ را بخوانید. ارتباط واقعی به gateway و سرویس را از مسیر مجاز امتحان کنید. آزمون قطع یکی از لینک‌ها فقط با هماهنگی و در پنجره نگه‌داری انجام شود و پس از بازگرداندن کابل، پیوستن دوباره عضو بررسی شود. یک اتصال واحد ممکن است با الگوریتم هش فقط از یکی از لینک‌ها عبور کند؛ دو پورت الزاماً سرعت یک دانلود منفرد را دو برابر نمی‌کنند.اشتراک‌گذاری:
لینکدینتلگرامایکس
مقاله قبلی
مقاله بعدی
دیدگاه‌ها (۰)
دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام