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

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

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

~3 min read · Updated Sep 23, 2026

هدف لب

تأیید اینکه یک روتر فضای فلش کافی برای یک ایمیج 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 پیش از شروع کپی اختیاری نیست — یک روتر که فضایش در میانه انتقال تمام شود می‌تواند با یک فایل ایمیج نیمه‌نوشته و غیرقابل‌استفاده باقی بماند، و در بدترین حالت این می‌تواند برای خود ایمیج در حال اجرای فعلی رخ دهد اگر مدیریت فلش با دقت انجام نشود، که بالقوه دستگاه را کاملاً ناتوان از بوت‌شدن باقی می‌گذارد.

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