لب عملی: چالش عیب‌یابی جامع سطح-CCNP (Stub در EIGRP، فیلترینگ OSPF، و احراز هویت NTP)

این لب عملی یک سناریوی چند-خطایی در سراسر یک stub نادرست‌پیکربندی‌شده در EIGRP که یک black hole مسیریابی ایجاد می‌کند، یک فیلتر بیش‌ازحد-گسترده Type 3 در OSPF که مسیرهای ناخواسته را مسدود می‌کند، و یک زنجیره احراز هویت شکسته NTP ارائه می‌دهد، و نیازمند تشخیص سیستماتیک در سراسر سه فناوری پیشرفته پوشش‌داده‌شده در لب‌های اخیر است.

عیب‌یابی چند-فناوری پیشرفتهپیکربندی نادرست Stub در EIGRPفراتررفتن فیلتر OSPF

~4 دقیقه مطالعه · آخرین به‌روزرسانی ۵ مهر ۱۴۰۵

هدف لب

تشخیص و رفع سه خطای مستقل معرفی‌شده — یک روتر stub در EIGRP که به‌نادرست یک مسیر خلاصه را که نباید تبلیغ می‌کند، یک فیلتر Type 3 در OSPF که مسیرهای بیشتری از حد در نظر گرفته‌شده را مسدود می‌کند، و یک عدم‌تطابق احراز هویت NTP که از همگام‌سازی زمان جلوگیری می‌کند — با استفاده از همان رویکرد عیب‌یابی سیستماتیک و مبتنی‌بر-شواهد برقرارشده در سراسر این مجموعه.

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

این لب خطاها را در سراسر فناوری‌های stub در EIGRP، فیلترینگ OSPF، و احراز هویت NTP پوشش‌داده‌شده در سه لب اخیر ترکیب می‌کند، و تقویت می‌کند ویژگی‌های پیشرفته تازه‌یادگرفته‌شده به‌همان‌اندازه فناوری‌های بنیادین در معرض اشتباهات پیکربندی هستند، و اینکه همان نظم عیب‌یابی تأیید-اول صرف‌نظر از پیچیدگی یا تازگی یک فناوری اعمال می‌شود.

توپولوژی لب

Branch (stub در EIGRP، باید فقط مسیرهای
        متصل را تبلیغ کند)
Hub (ABR بین نواحی OSPF، فیلترکردن LSA های
     Type 3 خاص)
NTP-Client (باید با NTP-Server احراز‌هویت‌شده
            همگام شود)

سه خطا عمداً در سراسر این سه سیستم معرفی
شده‌اند

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

یک روتر hub به‌طور غیرمنتظره یک مسیر که نباید از شاخه stub می‌بیند، یک ناحیه OSPF یک مسیر که باید مشروعاً منتشر شود را از دست داده، و ساعت یک کلاینت به‌طور قابل‌توجه از سرور منحرف شده. هر سه علامت را تأیید کن.

وظیفه ۲: تشخیص و رفع خطای Stub در EIGRP

پیکربندی روتر stub و جدول همسایه hub را بررسی کن تا شناسایی کنی چرا یک مسیر غیرمنتظره تبلیغ می‌شود.

وظیفه ۳: تشخیص و رفع خطای فیلتر OSPF

پیکربندی filter-list و prefix-list ABR را بررسی کن تا شناسایی کنی چرا یک مسیر مشروع مسدود می‌شود.

وظیفه ۴: تشخیص و رفع خطای احراز هویت NTP

پیکربندی احراز هویت NTP هم سرور و هم کلاینت را بررسی کن تا منبع عدم‌تطابق را شناسایی کنی.

وظیفه ۵: تأیید رفع‌شدن همه علائم

تأیید کن stub به‌درستی تبلیغ می‌کند، مسیر OSPF مورد نظر منتشر می‌شود، و همگام‌سازی NTP موفق می‌شود.

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

-- خطای ۱: پیکربندی نادرست Stub در EIGRP

Hub# show ip eigrp neighbors detail

   Stub Peer Advertising ( CONNECTED SUMMARY )Routes
-- stub هم مسیرهای متصل و هم خلاصه را تبلیغ
-- می‌کند، اما قصد طراحی فقط-متصل بود -- خطای
-- ۱ شناسایی شد: یک کلیدواژه ناخواسته
-- "summary" به پیکربندی stub اضافه شده بود

Branch(config)# router eigrp 100
Branch(config-router)# no eigrp stub connected summary
Branch(config-router)# eigrp stub connected
-- تصحیح شد: stub اکنون فقط به مسیرهای متصل
-- محدود شده، منطبق با قصد طراحی اصلی

-- خطای ۲: فراتررفتن فیلتر OSPF

Hub# show ip prefix-list BLOCK-71

ip prefix-list BLOCK-71: 2 entries
   seq 5 permit 192.168.70.0/24
   seq 10 deny 0.0.0.0/0 le 32
-- prefix list با 192.168.70.0/24 (مسیری که
-- باید منتشر شود) به‌جای 192.168.71.0/24
-- (آنی که باید مسدود شود) تطبیق دارد -- خطای
-- ۲ شناسایی شد: پیشوند اشتباه در لیست
-- فیلترینگ مشخص شده

Hub(config)# no ip prefix-list BLOCK-71 seq 5
Hub(config)# ip prefix-list BLOCK-71 seq 5 permit 192.168.71.0/24
-- تصحیح شد: فیلتر اکنون با مسیر مورد نظر تطبیق دارد

-- خطای ۳: عدم‌تطابق احراز هویت NTP

NTP-Client# show running-config | include ntp

ntp authentication-key 1 md5 NtpSecure2026
ntp trusted-key 1
ntp authenticate
ntp server 10.15.15.1
-- عبارت server کاملاً عبارت "key 1" را
-- ندارد -- خطای ۳ شناسایی شد: کلاینت تلاش
-- می‌کند NTP احراز‌هویت‌نشده در برابر سروری که
-- احراز هویت نیاز دارد انجام دهد

NTP-Client(config)# no ntp server 10.15.15.1
NTP-Client(config)# ntp server 10.15.15.1 key 1
-- تصحیح شد: ارجاع سرور اکنون عبارت کلید مورد
-- نیاز را شامل می‌شود

Hub# show ip eigrp neighbors detail
   Stub Peer Advertising ( CONNECTED )Routes
-- stub اکنون به‌درستی محدود شده

Area0-Router# show ip route ospf | include 192.168.71
O IA  192.168.71.0/24 [110/65] via 10.2.2.1
-- مسیر مورد نظر اکنون به‌درستی منتشر می‌شود

NTP-Client# show ntp associations
*~10.15.15.1     127.127.1.1   3    8    64   17   4.1   0.234
-- همگام‌سازی احراز‌هویت‌شده بازگردانده شد

نکته کلیدی

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

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

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

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

ادامه

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

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

ادامه

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

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

ادامه

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

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

ادامه

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

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

ادامه

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

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

ادامه