لب عملی: پیکربندی حالت VTP Transparent

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

حالت VTP Transparentفوروارد‌کردن تبلیغ VTPپایگاه‌داده VLAN محلی

~3 min read · Updated Sep 22, 2026

هدف لب

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

هدف لب (چرا مهم است)

حالت transparent اغلب سوءبرداشت می‌شود: یک سوئیچ transparent برای پایگاه‌داده VLAN خودش نه مانند یک سرور و نه یک کلاینت رفتار می‌کند، اما همچنان تبلیغات VTP را بین سایر سوئیچ‌های فیزیکاً متصل از میان آن رله می‌کند. درک این رفتار دوگانه برای تشخیص درست چرایی اینکه یک VLAN روی برخی سوئیچ‌ها ظاهر می‌شود اما نه دیگران در یک دامنه VTP ضروری است.

توپولوژی لب

SwitchServer ---- SwitchTransparent ---- SwitchClient

هر سه سوئیچ از طریق لینک‌های ترانک متصل‌اند،
همگی در دامنه VTP CorpNet (SwitchServer و
SwitchClient از قبل از لب قبلی پیکربندی شده‌اند)

وظیفه ۱: پیکربندی حالت Transparent

روی سوئیچ میانی، به همان دامنه VTP بپیوند و صراحتاً حالت VTP را روی transparent تنظیم کن.

وظیفه ۲: ساخت یک VLAN روی سرور

روی SwitchServer، VLAN 40 با نام Sales بساز.

وظیفه ۳: تأیید عدم اعمال محلی VLAN توسط سوئیچ Transparent

پایگاه‌داده VLAN خود SwitchTransparent را بررسی کن و تأیید کن VLAN 40 به‌طور خودکار آنجا اضافه نمی‌شود.

وظیفه ۴: تأیید اینکه VLAN همچنان به کلاینت می‌رسد

پایگاه‌داده VLAN SwitchClient را بررسی کن و تأیید کن VLAN 40 با موفقیت از میان سوئیچ transparent منتشر شده تا به آن برسد.

وظیفه ۵: ساخت یک VLAN محلی روی سوئیچ Transparent

VLAN 50 با نام LocalOnly را مستقیماً روی SwitchTransparent بساز، و تأیید کن نه روی SwitchServer و نه SwitchClient ظاهر نمی‌شود.

راه‌حل و تأیید

SwitchTransparent(config)# vtp domain CorpNet
SwitchTransparent(config)# vtp mode transparent

Setting device to VTP TRANSPARENT mode

SwitchServer(config)# vlan 40
SwitchServer(config-vlan)# name Sales
SwitchServer(config-vlan)# exit

SwitchTransparent# show vlan brief

VLAN Name       Status    Ports
---- ---------- --------- -----
1    default    active
-- VLAN 40 اینجا غایب است -- یک سوئیچ
-- transparent هرگز تغییرات VTP دریافت‌شده را
-- روی پایگاه‌داده محلی خودش اعمال نمی‌کند

SwitchClient# show vlan brief

VLAN Name       Status    Ports
---- ---------- --------- -----
30   Engineering active
40   Sales       active
-- اما VLAN 40 با موفقیت به کلاینت رسید، که
-- تأیید می‌کند SwitchTransparent تبلیغ را به
-- جلو فوروارد کرد بدون اعمال محلی آن

SwitchTransparent(config)# vlan 50
SwitchTransparent(config-vlan)# name LocalOnly
SwitchTransparent(config-vlan)# exit

SwitchServer# show vlan brief | include 50
-- (بدون خروجی -- VLAN 50 هرگز ظاهر نمی‌شود)

SwitchClient# show vlan brief | include 50
-- (بدون خروجی -- VLAN 50 هرگز ظاهر نمی‌شود)

نکته کلیدی

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

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue