لب عملی: پیکربندی رمزگذاری لایه ۲ با MACsec

این لب عملی MACsec را روی یک لینک سوئیچ-به-سوئیچ برای رمزگذاری هر ترافیک لایه ۲ عبورکننده از آن پیکربندی می‌کند، و تأیید می‌کند فریم‌ها واقعاً در انتقال رمزگذاری می‌شوند و یک کلید نامنطبق کاملاً از عبور ترافیک از میان لینک جلوگیری می‌کند.

رمزگذاری لینک با MACsecکلید Pre-Shared در CAKمحافظت فریم 802.1AE

~4 min read · Updated Sep 26, 2026

هدف لب

پیکربندی MACsec روی لینک بین دو سوئیچ با استفاده از یک کلید pre-shared دستی-پیکربندی‌شده، تأیید اینکه فریم‌های عبورکننده از لینک رمزگذاری می‌شوند، و تأیید اینکه یک عدم‌تطابق کلید کاملاً از برقراری یک جلسه MACsec توسط لینک جلوگیری می‌کند.

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

IPsec، به‌طور گسترده پیش‌تر در این مجموعه پوشش داده شد، ترافیک لایه ۳ بین روترها را رمزگذاری می‌کند. MACsec به‌جای آن در لایه ۲ عمل می‌کند، و هر فریم روی یک لینک خاص را رمزگذاری می‌کند (شامل فریم‌هایی از پروتکل‌های لایه-بالاتر مانند ARP که IPsec هرگز نمی‌دید)، که آن را برای محافظت از ترافیک روی خود یک لینک فیزیکی مناسب می‌کند — یک اتصال بین‌مرکزداده یا یک لینک ستون‌فقرات کمپوس، مثلاً — صرف‌نظر از اینکه چه ترافیک لایه ۳‌ای روی آن سوار می‌شود.

توپولوژی لب

Switch1 ---- Gi1/0/24 (لینک محافظت‌شونده-با-MACsec) ---- Gi1/0/24 ---- Switch2

وظیفه ۱: تأیید اتصال معمولی رمزگذاری‌نشده

تأیید کن لینک ترافیک را به‌طور معمول پیش از پیکربندی MACsec عبور می‌دهد.

وظیفه ۲: پیکربندی یک Key Chain در MACsec

یک key chain حاوی Connectivity Association Key (CAK) روی هر دو سوئیچ پیکربندی کن.

وظیفه ۳: فعال‌کردن MACsec روی اینترفیس

محافظت MACsec را روی اینترفیس لینک روی هر دو سوئیچ اعمال کن، و به key chain ارجاع بده.

وظیفه ۴: تأیید برقراری جلسه MACsec و رمزگذاری فریم‌ها

تأیید کن جلسه MACsec فعال است و آمار اینترفیس را بررسی کن که رخداد رمزگذاری را تأیید می‌کند.

وظیفه ۵: معرفی یک عدم‌تطابق کلید و تأیید شکست لینک

کلید Switch2 را به یک مقدار متفاوت تغییر بده و تأیید کن لینک دیگر نمی‌تواند ترافیک عبور دهد.

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

Switch1# ping [آدرس مدیریتی Switch2]

!!!!!
Success rate is 100 percent (5/5)
-- اتصال معمولی پیش از اعمال MACsec تأیید شد

Switch1(config)# key chain MACSEC-KEYS macsec
Switch1(config-keychain-macsec)# key 01
Switch1(config-keychain-macsec-key)# cryptographic-algorithm aes-128-cmac
Switch1(config-keychain-macsec-key)# key-string 0123456789ABCDEF0123456789ABCDEF

Switch2(config)# key chain MACSEC-KEYS macsec
Switch2(config-keychain-macsec)# key 01
Switch2(config-keychain-macsec-key)# cryptographic-algorithm aes-128-cmac
Switch2(config-keychain-macsec-key)# key-string 0123456789ABCDEF0123456789ABCDEF

Switch1(config)# interface gigabitethernet1/0/24
Switch1(config-if)# mka policy default
Switch1(config-if)# mka pre-shared-key key-chain MACSEC-KEYS
Switch1(config-if)# macsec

Switch2(config)# interface gigabitethernet1/0/24
Switch2(config-if)# mka policy default
Switch2(config-if)# mka pre-shared-key key-chain MACSEC-KEYS
Switch2(config-if)# macsec

-- MKA (MACsec Key Agreement) پروتکلی است که
-- جلسه رمزگذاری واقعی را با استفاده از CAK
-- مشترک از key chain برقرار و نگه‌داری می‌کند

Switch1# show macsec interface gigabitethernet1/0/24

MACsec Status: Secured
Capabilities:
  Cipher: GCM-AES-128
Transmit Secure Channels
  Cipher: GCM-AES-128
  Encrypt: Enabled
-- "Secured" یک جلسه فعال MACsec را تأیید
-- می‌کند، با رمزگذاری صراحتاً فعال روی کانال
-- انتقال

Switch1# show mka sessions

Interface  Local-TxSCI       Status    Key-Server
Gi1/0/24   [Switch1-MAC]/1   Secured   YES
-- جلسه MKA تأیید‌شده امن -- فریم‌های زیربنایی
-- روی این لینک اکنون واقعاً رمزگذاری شده‌اند،
-- نه صرفاً عبورداده‌شده به‌عنوان متن-ساده با
-- یک برچسب سیاست متصل

Switch2(config)# key chain MACSEC-KEYS macsec
Switch2(config-keychain-macsec)# key 01
Switch2(config-keychain-macsec-key)# key-string FEDCBA9876543210FEDCBA9876543210

Switch1# show macsec interface gigabitethernet1/0/24

MACsec Status: Not Secured
-- جلسه MACsec یک‌بار که کلیدها واگرا شدند در
-- برقراری شکست خورد -- برخلاف یک شکست
-- احراز هویت ساده که ممکن است همچنان ترافیک
-- رمزگذاری‌نشده را عبور دهد، MACsec با یک
-- تبادل کلید شکست‌خورده کاملاً لینک را از
-- عبور ترافیک مسدود می‌کند

Switch1# ping [آدرس مدیریتی Switch2]

.....
Success rate is 0 percent (0/5)
-- از‌دست‌رفتن کامل اتصال، که تأیید می‌کند
-- لینک واقعاً بدون یک جلسه MACsec با موفقیت
-- مذاکره‌شده هیچ ترافیکی عبور نمی‌دهد

نکته کلیدی

رفتار پیش‌فرض MACsec وقتی تبادل کلید MKA شکست بخورد کاملاً مسدودکردن لینک است به‌جای شکست‌باز به‌سمت ارتباط رمزگذاری‌نشده — این طراحی fail-secure تضمین می‌کند یک کلید نادرست‌پیکربندی‌شده یا به‌خطرافتاده هرگز بی‌سروصدا به عبور ترافیک محافظت‌نشده تنزل نمی‌یابد، اما همچنین یعنی یک عدم‌تطابق کلید MACsec شکست کامل لینک تولید می‌کند به‌جای علائم تدریجی‌تری که معمولاً با عدم‌تطابق‌های احراز هویت پروتکل مسیریابی پیش‌تر در این مجموعه دیده می‌شد.

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