لب عملی: پیکربندی PVLAN Edge (پورت‌های Protected)

این لب عملی PVLAN Edge (پورت‌های protected) را روی دو پورت access درون همان VLAN پیکربندی می‌کند، و آن‌ها را از یکدیگر در لایه ۲ ایزوله می‌کند در حالی که هر دو اتصال معمولی به یک پورت آپ‌لینک را حفظ می‌کنند، و یک ویژگی ایزوله‌سازی سبک که هیچ VLAN جداگانه‌ای نیاز ندارد را نشان می‌دهد.

پیکربندی PVLAN Edgeپورت Protectedایزوله‌سازی Switchport

~3 min read · Updated Sep 23, 2026

هدف لب

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

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

ساخت یک VLAN جداگانه برای هر جفت دستگاه که نباید با یکدیگر ارتباط برقرار کنند، که پیش‌تر در این مجموعه درباره طراحی VLAN بحث شد، اغلب سربار غیرضروری است وقتی فقط ایزوله‌سازی ساده هاست مورد نیاز است — مانند دستگاه‌های مهمان روی یک شبکه هتل یا هات‌اسپات که باید به اینترنت برسند اما هرگز به یکدیگر. PVLAN Edge این ایزوله‌سازی را با یک دستور واحد به‌ازای-هر-پورت فراهم می‌کند، بدون نیاز به تغییرات VLAN یا ترانک.

توپولوژی لب

Switch1 (همه پورت‌ها در VLAN 50)
  Gi1/0/1 ---- Guest-PC-A
  Gi1/0/2 ---- Guest-PC-B
  Gi1/0/24 ---- آپ‌لینک به روتر (protected نیست)

وظیفه ۱: تأیید اتصال معمولی پیش از محافظت

تأیید کن Guest-PC-A و Guest-PC-B در حال حاضر می‌توانند یکدیگر را ping کنند، چون همان VLAN را به اشتراک می‌گذارند.

وظیفه ۲: پیکربندی هر دو پورت به‌عنوان Protected

ویژگی پورت protected را روی Gi1/0/1 و Gi1/0/2 فعال کن.

وظیفه ۳: تأیید عدم‌توانایی ارتباط پورت‌های Protected

تأیید کن Guest-PC-A دیگر نمی‌تواند Guest-PC-B را ping کند.

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

تأیید کن هر دو PC همچنان می‌توانند به یک دستگاه از میان پورت آپ‌لینک غیر-protected برسند، مانند دروازه پیش‌فرض.

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

Guest-PC-A> ping 192.168.50.11

Reply from 192.168.50.11: bytes=32 time=1ms
-- اتصال معمولی پیش از اعمال محافظت تأیید شد

Switch1(config)# interface gigabitethernet1/0/1
Switch1(config-if)# switchport protected
Switch1(config-if)# exit
Switch1(config)# interface gigabitethernet1/0/2
Switch1(config-if)# switchport protected

Guest-PC-A> ping 192.168.50.11

Request timed out.
Request timed out.
Success rate is 0 percent (0/5)
-- دو پورت protected نمی‌توانند مستقیماً در
-- لایه ۲ ترافیک تبادل کنند، صرف‌نظر از اینکه
-- در همان VLAN هستند

Guest-PC-A> ping 192.168.50.1

Reply from 192.168.50.1: bytes=32 time=1ms
-- دروازه پیش‌فرض، رسیده از میان پورت آپ‌لینک
-- غیر-protected، کاملاً دسترس‌پذیر باقی می‌ماند

Switch1# show interfaces gigabitethernet1/0/1 switchport | include Protected

Protected: true

نکته کلیدی

قانون پورت protected به‌طور خاص روی ترافیک بین دو پورت protected روی همان سوئیچ اعمال می‌شود — یک پورت protected همیشه اتصال معمولی به هر پورت غیر-protected را حفظ می‌کند، که دقیقاً چیزی است که اجازه می‌دهد دستگاه‌های مهمان ایزوله‌شده از یکدیگر همچنان به یک دروازه یا سرور مشترک و غیر-protected بدون هیچ بازطراحی 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