تنظیم VLAN بین دو سوئیچ شبکه

مقدمه: تنظیم VLAN بین دو سوئیچ، اولین آزمون طراحی شبکه

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

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

VLAN بین دو سوئیچ یعنی چه؟

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

در عمل، VLAN بین دو سوئیچ یعنی یک دامنه Broadcast مشترک که مرز فیزیکی سوئیچ‌ها را پشت سر گذاشته است. این یعنی دستگاهی که به VLAN مشخصی روی سوئیچ اول متصل است، باید بتواند به دستگاهی در همان VLAN روی سوئیچ دوم دسترسی داشته باشد، بدون اینکه نیاز به Routing یا ترجمه منطقی وجود داشته باشد. اگر چنین ارتباطی برقرار نشود، VLAN فقط روی کاغذ مشترک است، نه در رفتار واقعی شبکه.

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

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

نکته مهم دیگر این است که VLAN بین دو سوئیچ فقط به ترافیک کاربران محدود نمی‌شود. Broadcastها، ARPها و سایر فریم‌های لایه ۲ هم باید بتوانند این مسیر را طی کنند. اگر این فریم‌ها در لینک بین‌سوئیچی متوقف شوند یا به VLAN اشتباه وارد شوند، شبکه رفتارهای غیرقابل پیش‌بینی از خود نشان می‌دهد؛ رفتارهایی که معمولا عیب‌یابی آن‌ها زمان‌بر است.

پیش‌نیاز اصلی: لینک درست بین دو سوئیچ

قبل از هر صحبت درباره VLAN، شماره VLAN، Access Port یا حتی کاربران، باید یک سؤال اساسی پاسخ داده شود: لینک بین دو سوئیچ دقیقا چه نقشی دارد؟ اگر این لینک به‌درستی تعریف نشده باشد، تمام تنظیمات VLAN روی هر دو سوئیچ، حتی اگر کاملا صحیح باشند، در عمل بی‌اثر خواهند بود. لینک بین‌سوئیچی ستون فقرات عبور VLAN است و بدون آن، VLAN عملا از مرز فیزیکی سوئیچ عبور نمی‌کند.

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

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

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

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

ساخت VLAN روی هر دو سوئیچ

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

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

در پروژه‌های واقعی، این مشکل اغلب در زمان توسعه شبکه بروز می‌کند. VLAN جدید روی سوئیچ مرکزی یا Core ساخته می‌شود، Trunk هم اجازه عبور آن را می‌دهد، اما روی سوئیچ Access فراموش می‌شود VLAN تعریف شود. کاربران متصل به سوئیچ Access یا اصلا ارتباط نمی‌گیرند یا فقط به برخی سرویس‌ها دسترسی دارند. این نوع اختلال به‌شدت گمراه‌کننده است، چون از دید مدیر شبکه «همه‌چیز باید درست باشد».

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

در شبکه‌های بزرگ‌تر یا شبکه‌هایی که چندین سوئیچ دارند، فراموشی ساخت VLAN روی یکی از سوئیچ‌ها کاملا طبیعی است، مگر اینکه فرآیند مشخصی برای آن وجود داشته باشد. به همین دلیل، تیم‌های حرفه‌ای قبل از اتصال کاربران، ابتدا مطمئن می‌شوند VLAN روی تمام سوئیچ‌های مسیر تعریف شده است؛ از Access گرفته تا Distribution و Core. این بررسی ساده، جلوی بسیاری از اختلالات بعدی را می‌گیرد.

نقش Trunk در عبور VLAN

Trunk نقشی فراتر از «اجازه عبور VLAN» دارد؛ Trunk در واقع مسیر رسمی و کنترل‌شده‌ای است که VLAN از طریق آن هویت خود را حفظ می‌کند. بدون Trunk، VLAN نمی‌تواند از مرز یک سوئیچ عبور کند و به‌محض خروج از سوئیچ، به یک ترافیک بی‌هویت تبدیل می‌شود. Trunk دقیقا همان مکانیزمی است که اجازه می‌دهد VLAN به‌عنوان یک موجودیت منطقی، در چندین سوئیچ زنده بماند.

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

در پروژه‌های واقعی، بارها دیده شده که VLAN روی هر دو سوئیچ ساخته شده، اما Trunk به‌درستی تنظیم نشده است. مثلا VLAN روی Trunk Allow نشده یا Trunk به‌اشتباه Access باقی مانده است. نتیجه این می‌شود که VLAN در ظاهر وجود دارد، اما ترافیک آن هرگز به مقصد نمی‌رسد. این وضعیت یکی از گیج‌کننده‌ترین سناریوهای عیب‌یابی است، چون همه‌چیز «درست به نظر می‌رسد»، اما عملا کار نمی‌کند.

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

Trunk همچنین تعیین‌کننده رفتار VLAN در شرایط خاص است؛ مثلا وقتی فریمی بدون Tag وارد لینک می‌شود. اینجاست که مفهوم Native VLAN وارد می‌شود. اگر Trunk به‌درستی طراحی نشده باشد، همین فریم‌های بدون Tag می‌توانند وارد VLAN اشتباه شوند و باعث اختلال یا حتی مشکل امنیتی شوند. بسیاری از مشکلات پنهان VLAN دقیقا از همین جزئیات Trunk ناشی می‌شوند، نه از خود VLAN.

تنظیم Access Port برای کاربران

بعد از اینکه VLAN بین دو سوئیچ برقرار شد، نوبت به پورت‌هایی می‌رسد که کاربران یا تجهیزات به آن‌ها متصل می‌شوند. این پورت‌ها باید Access باشند و به VLAN مورد نظر اختصاص داده شوند. اشتباه رایج این است که پورت کاربر به‌اشتباه Trunk تنظیم می‌شود یا VLAN اشتباه به آن اختصاص داده می‌شود.

در شبکه‌های واقعی، بسیاری از مشکلات کاربران دقیقا از همین‌جا ناشی می‌شود. VLAN در Trunk درست عبور می‌کند، اما پورت کاربر در VLAN دیگری قرار دارد. نتیجه، ارتباط ناقص یا عدم دسترسی کامل است.

سناریوی رایج پروژه‌ای: VLAN کار می‌کند، ولی نه همه‌جا

یکی از سناریوهای بسیار رایج این است که کاربرانی که به سوئیچ اول متصل‌اند مشکلی ندارند، اما کاربران سوئیچ دوم به سرویس دسترسی ندارند. بررسی‌ها نشان می‌دهد VLAN روی هر دو سوئیچ وجود دارد، اما روی Trunk فقط VLAN پیش‌فرض Allow شده است. این نوع مشکل، نمونه کلاسیک تنظیم ناقص VLAN بین دو سوئیچ است.

نکته مهم این است که این مشکلات معمولا با Ping ساده یا بررسی Link Status مشخص نمی‌شوند. چون لینک فیزیکی سالم است و فقط منطق VLAN دچار اختلال است.

Native VLAN؛ نقطه حساس تنظیم VLAN

Native VLAN روی لینک Trunk، فریم‌هایی را حمل می‌کند که Tag ندارند. اگر Native VLAN بین دو سوئیچ یکسان نباشد، ترافیک بدون Tag وارد VLAN اشتباه می‌شود. این موضوع می‌تواند باعث نشت ترافیک یا رفتارهای غیرقابل پیش‌بینی شود.

در بسیاری از شبکه‌های حرفه‌ای، Native VLAN عمدا به VLAN بلااستفاده اختصاص داده می‌شود تا ریسک کاهش پیدا کند. این تصمیم ساده، جلوی بسیاری از مشکلات پنهان VLAN را می‌گیرد.

عیب‌یابی VLAN بین دو سوئیچ

عیب‌یابی VLAN همیشه باید از لینک بین‌سوئیچی شروع شود. بررسی Trunk، VLANهای مجاز، Native VLAN و سپس بررسی Access Portها، مسیر منطقی عیب‌یابی است. شروع از سمت کاربر، اغلب باعث گمراهی می‌شود.

در پروژه‌های واقعی، تیم‌هایی موفق‌تر بوده‌اند که VLAN را نه به‌عنوان یک تنظیم، بلکه به‌عنوان یک مسیر عبور ترافیک دیده‌اند؛ مسیری که باید در هر نقطه سالم باشد.

نقش وینو سرور در پیاده‌سازی VLAN بین سوئیچ‌ها

در بسیاری از پروژه‌ها، VLAN به‌صورت آزمون‌وخطا پیاده‌سازی شده است. وینو سرور VLAN را به‌عنوان بخشی از معماری شبکه طراحی می‌کند؛ از لینک Trunk گرفته تا Access Port و Native VLAN. همین نگاه ساختاری باعث شده تنظیم VLAN بین سوئیچ‌ها در پروژه‌های وینو سرور پایدار، شفاف و قابل توسعه باشد.

جمع‌بندی: VLAN بین دو سوئیچ، ساده نیست اما شفاف است

تنظیم VLAN بین دو سوئیچ، اگر با نگاه درست انجام شود، فرآیندی شفاف و قابل پیش‌بینی است. اما اگر به‌صورت سطحی و بدون درک نقش Trunk، Access و Native VLAN انجام شود، به یکی از مبهم‌ترین منابع مشکل شبکه تبدیل می‌شود. تفاوت شبکه حرفه‌ای با شبکه پر دردسر، دقیقا در همین‌جاست: اینکه VLAN را نه فقط بسازد، بلکه مسیر عبور آن را درست طراحی کند.