لب عملی: ارتقای Cisco IOS با استفاده از TFTP

این لب عملی یک ایمیج IOS جدید را از یک سرور TFTP به حافظه فلش یک روتر کپی می‌کند، پیش از شروع فضای فلش کافی را تأیید می‌کند، و متغیر boot system را به ایمیج جدید اشاره می‌دهد تا در راه‌اندازی مجدد بعدی بارگذاری شود.

ارتقای IOS از طریق TFTPتأیید حافظه فلشدستور Boot System

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

هدف لب

تأیید اینکه یک روتر فضای فلش کافی برای یک ایمیج IOS جدید دارد، کپی ایمیج از یک سرور TFTP به فلش، پیکربندی متغیر boot system برای اشاره به ایمیج جدید، و تأیید پیکربندی بدون هنوز راه‌اندازی مجدد دستگاه.

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

ارتقای IOS یک وظیفه نگهداری روتین اما پرتبعات است، و رد‌کردن گام تأیید فضای فلش یک علت رایج شکست یک ارتقا در نیمه فرآیند کپی است، که بالقوه یک روتر با یک فایل ایمیج خراب یا ناقص باقی می‌گذارد.

توپولوژی لب

R1 ---- Gi0/0: 192.168.75.1/24

سرور TFTP: 192.168.75.100/24
ایمیج IOS جدید روی سرور: c2900-universalk9-mz.SPA.157-3.M.bin
                          (تقریباً ۸۹ مگابایت)

وظیفه ۱: پیکربندی آدرس‌دهی پایه

اینترفیس R1 که به سگمنت سرور TFTP متصل می‌شود را پیکربندی کن.

وظیفه ۲: تأیید فضای فلش موجود

حافظه فلش را بررسی کن تا پیش از تلاش برای کپی تأیید کنی فضای کافی وجود دارد.

وظیفه ۳: کپی ایمیج IOS جدید به فلش

ایمیج را از سرور TFTP به حافظه فلش R1 کپی کن.

وظیفه ۴: تأیید کپی موفق ایمیج

تأیید کن فایل ایمیج جدید با اندازه فایل درست در فلش ظاهر می‌شود.

وظیفه ۵: پیکربندی متغیر Boot System

متغیر boot system را به ایمیج تازه‌کپی‌شده اشاره بده طوری‌که در راه‌اندازی مجدد بعدی بارگذاری شود.

وظیفه ۶: تأیید پیکربندی Boot بدون راه‌اندازی مجدد

تأیید کن عبارت boot system به‌درستی ذخیره شده، بدون هنوز راه‌اندازی مجدد روتر.

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

R1(config)# interface gigabitethernet0/0
R1(config-if)# ip address 192.168.75.1 255.255.255.0
R1(config-if)# no shutdown
R1(config-if)# end

R1# show flash

-524288000 bytes total (198254592 bytes free)
-- تقریباً ۱۸۹ مگابایت آزاد -- بیش از کافی
-- برای ایمیج ~۸۹ مگابایتی، اما این بررسی
-- همیشه باید اول انجام شود، چون کپی یک ایمیج
-- بزرگ با فضای ناکافی می‌تواند یک فایل جزئی
-- خراب که فضا را مصرف می‌کند بدون فراهم‌کردن
-- یک ایمیج قابل‌استفاده باقی بگذارد

R1# copy tftp: flash:

Address or name of remote host []? 192.168.75.100
Source filename []? c2900-universalk9-mz.SPA.157-3.M.bin
Destination filename [c2900-universalk9-mz.SPA.157-3.M.bin]?

Accessing tftp://192.168.75.100/c2900-universalk9-mz.SPA.157-3.M.bin...
Loading c2900-universalk9-mz.SPA.157-3.M.bin from 192.168.75.100
[OK - 93326848 bytes]

93326848 bytes copied in 214.628 secs

R1# show flash

    93326848  c2900-universalk9-mz.SPA.157-3.M.bin
-- اندازه فایل دقیقاً با آنچه انتقال TFTP
-- گزارش داد تطبیق دارد، و یک کپی کامل و
-- خراب‌نشده را تأیید می‌کند

R1(config)# boot system flash:c2900-universalk9-mz.SPA.157-3.M.bin
R1(config)# end
R1# copy running-config startup-config

R1# show running-config | include boot system

boot system flash:c2900-universalk9-mz.SPA.157-3.M.bin
-- متغیر boot ذخیره شده و دفعه بعدی که روتر
-- راه‌اندازی مجدد شود تأثیر خواهد گذاشت --
-- هیچ راه‌اندازی مجددی هنوز در این لب رخ
-- نداده، عمداً، چون راه‌اندازی مجدد در طول
-- یک پنجره نگهداری معمولاً به‌عنوان یک گام
-- جداگانه و عمدی برنامه‌ریزی می‌شود

نکته کلیدی

تأیید فضای فلش آزاد با show flash پیش از شروع کپی اختیاری نیست — یک روتر که فضایش در میانه انتقال تمام شود می‌تواند با یک فایل ایمیج نیمه‌نوشته و غیرقابل‌استفاده باقی بماند، و در بدترین حالت این می‌تواند برای خود ایمیج در حال اجرای فعلی رخ دهد اگر مدیریت فلش با دقت انجام نشود، که بالقوه دستگاه را کاملاً ناتوان از بوت‌شدن باقی می‌گذارد.

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

مقالات مرتبط

لب عملی: پیکربندی Storm Control

این لب عملی آستانه‌های storm control را روی یک پورت سوئیچ برای محدودکردن ترافیک پخش و مالتی‌کست پیکربندی می‌کند، یک طوفان پخش را شبیه‌سازی می‌کند، و تأیید می‌کند سوئیچ ترافیک اضافی را پیش از اینکه بتواند شبکه را غرق کند سرکوب می‌کند.

ادامه

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

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

ادامه

لب عملی: پیکربندی Flex Links

این لب عملی Flex Links را بین دو آپ‌لینک روی یک سوئیچ access پیکربندی می‌کند، و failover زیر-ثانیه‌ای بدون تکیه اصلاً به Spanning Tree فراهم می‌کند، و تأیید می‌کند ترافیک به‌طور خودکار وقتی اصلی شکست بخورد به لینک پشتیبان تغییر می‌کند.

ادامه

لب عملی: پیکربندی UDLD

این لب عملی UDLD را در حالت aggressive روی یک لینک فیبر بین دو سوئیچ پیکربندی می‌کند، یک شکست فیبر یک‌طرفه را شبیه‌سازی می‌کند، و تأیید می‌کند UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را پیش از اینکه یک حلقه لایه ۲ بتواند تشکیل شود خاموش می‌کند.

ادامه

لب عملی: پیکربندی Loop Guard

این لب عملی Loop Guard را روی پورت‌های غیر-designated یک سوئیچ در یک توپولوژی افزونه پیکربندی می‌کند تا از یک شکست لینک یک‌طرفه که باعث یک حلقه لایه ۲ می‌شود جلوگیری کند، و از‌دست‌رفتن یک‌طرفه BPDU را شبیه‌سازی می‌کند و تأیید می‌کند پورت تحت‌تأثیر وارد یک حالت مسدود loop-inconsistent می‌شود به‌جای گذار نادرست به forwarding.

ادامه

لب عملی: پیکربندی BPDU Guard و BPDU Filter

این لب عملی BPDU Guard را به‌طور سراسری برای پورت‌های فعال‌شده-PortFast پیکربندی می‌کند و رفتار متمایز و ریسکی‌تر BPDU Filter را نشان می‌دهد، و مقایسه می‌کند هرکدام چگونه پاسخ می‌دهند وقتی یک سوئیچ به یک پورت access که باید فقط دستگاه‌های کاربر-نهایی را ببیند متصل می‌شود.

ادامه
لب عملی: ارتقای Cisco IOS با استفاده از TFTP | دکتر شاهین صیامی