لب عملی: پیکربندی احراز هویت مبتنی‌بر-پورت 802.1X

این لب عملی 802.1X را روی یک پورت سوئیچ که نیازمند احراز هویت مبتنی‌بر-RADIUS پیش از اعطای دسترسی شبکه است پیکربندی می‌کند، و تأیید می‌کند یک دستگاه احراز‌هویت‌نشده مسدود می‌شود در حالی که یک دستگاه به‌درستی احراز‌هویت‌شده دسترسی به VLAN اختصاص‌یافته دریافت می‌کند.

پیکربندی 802.1Xاحراز هویت مبتنی‌بر-پورتRADIUS Supplicant Authenticator

~3 min read · Updated Sep 26, 2026

هدف لب

پیکربندی احراز هویت 802.1X روی یک پورت سوئیچ با استفاده از RADIUS به‌عنوان سرور احراز هویت، تأیید اینکه یک PC احراز‌هویت‌نشده نمی‌تواند ترافیک را از میان پورت عبور دهد، و تأیید اینکه یک PC با اعتبارنامه‌های معتبر احراز هویت شده و دسترسی شبکه دریافت می‌کند.

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

امنیت پورت، پیش‌تر در این مجموعه بحث شد، دسترسی را فقط بر اساس آدرس MAC محدود می‌کند — به‌طور بدیهی با جعل یک MAC مجاز دورزدنی. 802.1X نیازمند احراز هویت واقعی مبتنی‌بر-اعتبارنامه است پیش از اینکه یک پورت اصلاً هر دسترسی شبکه‌ای اعطا کند، و کنترل دسترسی مبتنی‌بر-هویت را به‌جای رویکرد ضعیف‌تر مبتنی‌بر-MAC فراهم می‌کند.

توپولوژی لب

Switch1 ---- Gi1/0/8 ---- PC-A (supplicant 802.1X)

سرور RADIUS: 192.168.250.100
(سوئیچ به‌عنوان authenticator 802.1X عمل
 می‌کند، و بین supplicant و سرور میانجی می‌شود)

وظیفه ۱: پیکربندی AAA و RADIUS برای 802.1X

AAA را فعال کن، سرور RADIUS را پیکربندی کن، و یک لیست روش احراز هویت برای 802.1X (dot1x) بساز.

وظیفه ۲: فعال‌کردن 802.1X به‌طور سراسری و روی پورت

dot1x system-auth-control را به‌طور سراسری فعال کن، سپس Gi1/0/8 را طوری پیکربندی کن که احراز هویت 802.1X را نیاز داشته باشد.

وظیفه ۳: تأیید مسدودشدن دستگاه احراز‌هویت‌نشده توسط پورت

یک PC بدون نرم‌افزار supplicant 802.1X پیکربندی‌شده متصل کن و تأیید کن نمی‌تواند ترافیک عبور دهد.

وظیفه ۴: پیکربندی اعتبارنامه‌های معتبر روی Supplicant

supplicant 802.1X PC-A را با اعتبارنامه‌های معتبر منطبق با یک حساب روی سرور RADIUS پیکربندی کن.

وظیفه ۵: تأیید احراز هویت و دسترسی موفق

تأیید کن PC-A با موفقیت احراز هویت می‌شود و پورت به حالت مجاز و forwarding گذار می‌کند.

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

Switch1(config)# aaa new-model
Switch1(config)# radius server RADIUS-8021X
Switch1(config-radius-server)# address ipv4 192.168.250.100
Switch1(config-radius-server)# key Dot1xKey2026
Switch1(config)# aaa authentication dot1x default group radius

Switch1(config)# dot1x system-auth-control

Switch1(config)# interface gigabitethernet1/0/8
Switch1(config-if)# switchport mode access
Switch1(config-if)# authentication port-control auto
Switch1(config-if)# dot1x pae authenticator

-- PC-A متصل بدون هیچ پیکربندی supplicant 802.1X:

Switch1# show authentication sessions interface gigabitethernet1/0/8

Interface  MAC Address    Method  Status
Gi1/0/8    Unknown        N/A     Unauthorized
-- پورت در حالت Unauthorized باقی می‌ماند --
-- هیچ ترافیکی عبور نمی‌کند به‌جز فریم‌های
-- EAPOL مورد نیاز برای خود تبادل 802.1X

PC-A> ping 192.168.250.1

Request timed out.
Success rate is 0 percent (0/5)
-- تأیید می‌کند PC احراز‌هویت‌نشده واقعاً
-- نمی‌تواند هیچ ترافیک معمولی‌ای عبور دهد

-- supplicant 802.1X PC-A پیکربندی‌شده با:
نام‌کاربری: pca-user
رمز عبور: [حساب RADIUS منطبق]

Switch1# show authentication sessions interface gigabitethernet1/0/8

Interface  MAC Address       Method  Status
Gi1/0/8    00aa.bb00.9999    dot1x   Authz Success
-- پورت وقتی اعتبارنامه‌های معتبر ارائه و
-- توسط سرور RADIUS تأیید شدند به مجاز گذار کرد

PC-A> ping 192.168.250.1

Reply from 192.168.250.1: bytes=32 time=1ms
!!!!!
Success rate is 100 percent (5/5)
-- دسترسی کامل شبکه پس از احراز هویت موفق
-- 802.1X اعطا شد

نکته کلیدی

حالت‌های مجاز/غیرمجاز پورت 802.1X اساساً محدودکننده‌تر از فیلترینگ مبتنی‌بر-MAC امنیت پورت هستند، که پیش‌تر در این مجموعه بحث شد — یک پورت 802.1X اساساً هیچ ترافیکی عبور نمی‌دهد (به‌جز خود تبادل احراز هویت EAPOL) تا اعتبارنامه‌های واقعی توسط سرور RADIUS تأیید شوند، که سرقت اعتبارنامه یا مهندسی اجتماعی را برای دورزدنش ضروری می‌کند، برخلاف امنیت پورت که می‌تواند صرفاً با کلون‌کردن یک آدرس MAC مجاز شکست بخورد.

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